Loading ToolBench
MCP server for Maketa — build and edit app screen mockups and clickable prototypes from your AI assistant.
Maketa MCP has well-structured schemas and descriptions for all 12 tools, with clear parameter types and enums. Tool names follow verb_noun convention (maketa_list_screens, maketa_create_screen, etc.). However, descriptions are inconsistent in depth, some are detailed (maketa_add_node at ~300 chars), others minimal (maketa_list_screens at ~120 chars). Parameter descriptions are present but often terse. Output schemas are not documented, LLMs cannot predict response structure. Error handling is minimal; no recovery guidance or actionable error messages visible. The EL_SPEC constant provides domain context but is not integrated into tool descriptions. Risk annotations (READ_ONLY, WRITE, DESTRUCTIVE) are present but not formalized as toolAnnotations in the MCP protocol.
Добавить узел в дерево экрана v2 (контейнер, текст, изображение, кнопка, ввод, выбор, вкладки, элемент списка).
Создать ветку экрана (копию для редактирования code-экрана или заблокированного экрана).
Создать новый экран модели v2 (дерево узлов) с заданным именем, размерами и устройством.
Удалить узел из дерева экрана v2 (со всем поддеревом).
Удалить экран из доски (необратимо).
Дублировать узел со всем поддеревом в том же родителе или в другом месте.
Output schemas not documented. LLMs cannot predict response structure (fields, types, pagination). Responses are inferred from API behavior, not explicit schema declarations.
Destructive operations (maketa_delete_screen, maketa_delete_node) lack confirmation/dry-run support. No recovery guidance in error messages. Agents can irreversibly delete without safeguards.
Risk annotations (READ_ONLY, WRITE, DESTRUCTIVE) are metadata comments, not formalized as MCP toolAnnotations (readOnlyHint, destructiveHint). LLMs cannot parse these hints from source.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 64 | 2026-07-28+ | v2 |
Полное содержимое экрана: дерево узлов (v2) или список объектов (v1), слоты, метаданные.
Список экранов доски с кратким описанием каждого (id, name, kind, locked, device, размеры, версия модели, количество узлов/объектов).
Переместить узел в другого родителя или слот, или изменить его позицию в children.
Синхронизировать code-экран из кода (Flutter, React Native и т.п.) через проектный ключ.
Переименовать экран.
Обновить свойства узла (name, w, h, content, look, layout, action, hidden, repeat).
Parameter descriptions are terse (avg ~40 chars). Many lack format/constraint details. E.g., 'w' and 'h' in maketa_create_screen say 'ширина в пикселях' but don't specify valid range or defaults clearly.
Error handling is minimal. No actionable recovery guidance visible (e.g., 'screen_not_found' error does not suggest calling maketa_list_screens). Agents cannot self-correct on failures.