Skip to main content
Glama

Новая тема оформления

create_theme

Создает тему внутри workspace и сразу применяет ее к опросу.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
nameNoНазвание темы (опционально, max 255 символов). Если не передать — генерируется автоматически.
quiz_idYesID опроса, к которому применяется тема. Должен принадлежать указанному workspace.
bg_colorNoЦвет фона в формате #RRGGBB. Используется когда background_type_id=1. Например: #0f3460.
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

B3.3/5.0
Behavior3/5

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

Annotations already declare readOnlyHint=false, non-idempotent, non-destructive, closed-world. The description adds one genuine behavioral fact beyond them: the created theme is immediately applied to the quiz, a side effect not expressed by the hints. It omits auth/permission needs and confirmation behavior.

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

Conciseness5/5

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

A single short sentence, front-loaded with the verb and resource, with zero filler. Nothing is wasted.

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

Completeness3/5

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

For a 48-parameter tool with no output schema, this is thin: it explains the core action and side effect but says nothing about what the call returns (e.g. new theme id), so the agent cannot plan follow-up calls from the description alone.

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% across all 48 parameters, so the schema fully carries parameter meaning. The description adds no parameter-level detail, which is acceptable at this coverage level but adds no extra value.

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?

States a specific verb+resource ('Создает тему') plus scope ('внутри workspace') and a distinguishing side effect ('сразу применяет ее к опросу'). An agent can tell it apart from a pure apply/update, though no sibling (apply_quiz_theme, update_theme, manage_theme) is named.

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?

The auto-apply detail hints at when this is useful, but there is no explicit when-to-use, when-not, or alternative (e.g. update_theme for existing themes, apply_quiz_theme for reuse). The agent must infer routing from the name alone.

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