Skip to main content
Glama

Правка темы оформления

update_theme

Обновляет существующую тему в workspace.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
nameNoНазвание темы (опционально, max 255 символов). Если не передать — генерируется автоматически.
bg_colorNoЦвет фона в формате #RRGGBB. Используется когда background_type_id=1. Например: #0f3460.
theme_idYesID темы для обновления. Взять из theme://list или theme://{id}/details.
base_fontNoНазвание базового шрифта строкой (например «Golos Text», «Montserrat»). Опционально, max 255 символов. Если пусто — используется дефолтный шрифт.
custom_cssNoСвой CSS для страницы опроса, до 20000 символов.
input_styleNoСтиль полей ввода: box — поле в рамке, underline — одна линия.
base_font_idNoID базового шрифта. Популярные: 1=Native, 2=Roboto, 3=Open Sans, 4=Montserrat, 5=Source Sans Pro, 6=Merriweather, 9=PT Sans, 11=Ubuntu, 15=Rubik, 18=Comfortaa, 44=Golos Text. Полный список 1–44.
header_colorNoЦвет заголовка в формате #RRGGBB. Например: #1a1a2e.
heading_fontNoОтдельный шрифт заголовков, название гарнитуры Google Fonts. Пусто — шрифт как у остального текста.
service_textNoСлужебный текст, до 500 символов. Простая разметка допустима, остальное вырезается.
workspace_idYesID воркспейса. Взять из workspace://list.
answer_borderNoТолщина рамки вариантов ответа в px (0–999). Например: 1.
buttons_colorNoЦвет кнопок в формате #RRGGBB. Например: #3b82f6.
buttons_radiusNoСкругление кнопок в px (0–999). Например: 8.
progress_styleNoИндикатор прогресса: percent, line или steps.
bg_gradient_endNoКонечный цвет градиента в формате #RRGGBB. Например: #00ffd8.
bg_logo_file_idNoID загруженного файла логотипа поверх фона (min:1).
bg_logo_size_idNoРазмер логотипа на фоне: 0 — маленький, 1 — средний (по умолчанию), 2 — большой.
buttons_type_idNoТип кнопок: 1=background (заливка цветом), 2=border (только рамка).
container_widthNoШирина содержимого: narrow, normal, wide или full.
bg_image_file_idNoID загруженного файла фонового изображения (min:1). Используется когда background_type_id=1.
bg_gradient_startNoНачальный цвет градиента в формате #RRGGBB (ровно 6 hex-символов). Например: #00d4ff.
button_full_widthNoРастянуть кнопку на всю ширину контейнера.
dropdown_bg_colorNoЦвет фона раскрытого меню выпадающего списка в формате #RRGGBB (опционально). Если не передать — наследует bg_color.
questions_size_idNoРазмер текста вопросов: 0 — маленький, 1 — средний, 2 — большой.
service_text_sizeNoРазмер служебного текста: 12, 14 или 16.
answers_text_colorNoЦвет текста ответов в формате #RRGGBB (опционально). Если не передать — наследует header_color.
background_opacityNoПрозрачность фона в процентах (0–100). 100 = непрозрачный.
background_type_idNoТип фона: 1=color_image (цвет/изображение), 2=gradient (градиент).
bg_gradient_vectorNoНаправление градиента в градусах (0–360). Используется когда background_type_id=2. Пример: 90 = слева направо, 180 = сверху вниз.
buttons_text_colorNoЦвет текста кнопок в формате #RRGGBB. Например: #ffffff.
service_text_colorNoЦвет служебного текста в формате #RRGGBB.
service_text_scopeNoГде показывать служебный текст: all — на всех экранах, welcome, questions или finish.
background_contrastNoКонтраст фона (-100 – +100). 0 = без изменений.
background_saturateNoНасыщенность фона (-100 – +100). 0 = без изменений.
bg_logo_position_idNoПоложение логотипа на фоне: 0 — слева (по умолчанию), 1 — по центру, 2 — справа. Нумерация своя, с background_position_id не совпадает.
question_transitionNoПереход между вопросами: slide, fade, zoom, blur или none.
widget_active_colorNoЦвет активного элемента виджета в формате #RRGGBB. Например: #e94560.
background_lightnessNoЯркость фона (-100 – +100). 0 = без изменений.
service_text_enabledNoПоказывать служебный текст — короткую строку для дисклеймера или согласия.
answer_options_radiusNoСкругление вариантов ответа в px (0–999). Например: 4.
questions_position_idNoВыравнивание текста вопросов: 0 — слева, 1 — по центру.
service_text_align_idNoВыравнивание служебного текста: 0 — слева, 1 — по центру, 2 — справа. Справа работает только вместе с верхним размещением: внизу справа стоят стрелки навигации и бейдж WebAsk.
background_position_idNoПозиция фона: 1=center center, 2=left center, 3=right center, 4=center top, 5=left top, 6=right top, 7=center bottom, 8=left bottom, 9=right bottom.
background_placement_idNoРазмещение фона: 1=stretch (растянуть), 2=drawin (вписать), 3=cover (заполнить).
service_text_placement_idNoГде на экране стоит служебный текст: 0 — снизу, 1 — сверху.
welcome_and_finish_size_idNoРазмер текста на приветствии и завершении: 0 — маленький, 1 — средний, 2 — большой.
welcome_and_finish_position_idNoВыравнивание текста на приветствии и завершении: 0 — слева, 1 — по центру.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2.7/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations declare readOnlyHint=false, destructiveHint=false, and idempotentHint=false, and the description is consistent with 'updates existing'. However, it adds nothing beyond them: it does not say whether this is a partial/patch update (only supplied fields change), what happens to the other 46 unspecified fields, or whether special permissions are required. For a 48-parameter mutation, that is a real gap.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The single sentence is front-loaded and free of filler, but against a 48-parameter schema it reads as under-specification rather than disciplined conciseness. Nothing is wasted because almost nothing is said.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 48-parameter mutation tool with no output schema and only a minimal safety annotation set, one sentence is wholly inadequate. It omits partial-update semantics, side effects, permission requirements, and any interaction with the many theme-related siblings.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so every one of the 48 parameters is already documented with types, enums, ranges and examples. Per the rubric this sets a baseline of 3, and the description contributes no additional parameter meaning (e.g. patch-vs-replace semantics) to move it higher or lower.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb and resource ('Обновляет существующую тему в workspace'), clearly distinguishing it from create_theme and get_theme_* siblings. It stops short of differentiating itself from the ambiguous manage_theme sibling, which an agent could equally reach for.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

There is no guidance on when to choose update_theme over manage_theme, create_theme, or apply_quiz_theme, and no prerequisites such as needing an existing theme_id or permissions. The agent is left to infer usage entirely.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources