Loading ToolBench

Reading the current corpus…

mcp-1c MCP server · C · ToolBench

← Browse

mcp-1c

github.com/AzeevAN/mcp-1c

MCP-сервер: справочник структуры конфигураций 1С и синтаксиса платформы для агентов, пишущих на BSL

2026-07-28+STREAMABLE_HTTP5 tools

62/100

Definition Quality69

Protocol Readiness72

Supportability43

Spec posture

Inferred effective spec 2026-07-28+·current baseline 2026-07-28

Static source inference · medium confidence · evidence: Streamable HTTP

Current-spec patterns detected

Summary

This MCP server provides 5 tools for 1С configuration analysis with Russian-language descriptions. Tool names use verb_noun patterns appropriately (get_, compile_, decompile_, check_, health). However, descriptions are inconsistently detailed: some tools have domain-specific explanations that are lengthy and technical, while parameter documentation is sparse. Input schemas are partially visible but lack complete type definitions for complex object parameters. The server is well-engineered for its specific domain (1C metadata/BSL forms), but the definition quality reflects gaps in schema clarity and parameter descriptions that would cause LLM invocation uncertainty.

Tools (5)

check_managed_formread onlysource verified69/100

Раздельно проверить XML, структуру, локальные ссылки и, если передан, Module.bsl. Статический результат не доказывает импорт или внешний вид формы в 1С; configuration включает read-only проверку Registry, а platform_version выбирает версионный профиль событий и сообщает степень доказанности предупреждением. Form.xml и Module.bsl ограничены 2 МиБ каждый.

compile_managed_formread onlysource verified69/100

Детерминированно собрать Form.xml указанной числовой версии и Form/Module.bsl из строгой спецификации поддержанного слоя. Если версия целевой платформы известна без Registry, агент задаёт platform_version; неизвестная или отсутствующая версия даёт предупреждение вместо отказа. Параметр configuration выбирает read-only Registry-контекст; единственный контекст выбирается автоматически. Компоновка задаётся явно; compiler не переставляет элементы. Возвращает текстовые артефакты, ничего не записывает и не выполняет импорт в 1С. Ошибку содержимого specification возвращает как status=rejected с точными путями diagnostics, а не как внутренний сбой MCP. Размер specification ограничен 256 КиБ.

decompile_managed_formread onlysource verified71/100

Разобрать Form.xml в каноническую спецификацию либо честный inventory со всеми непокрытыми XML-путями. Не используйте inventory для обратной компиляции: allow_lossy отсутствует. Передайте platform_version для выбора того же профиля событий; неподтверждённая версия будет явно помечена предупреждением. configuration включает read-only проверку объектных ссылок. Form.xml и Module.bsl ограничены 2 МиБ каждый.

get_managed_form_rulesread onlysource verified74/100

Получить один компактный раздел правил управляемых форм. Начните с topic=overview. Для поиска канонического ключа по русскому или английскому понятию вызовите topic=terminology с параметром query; инструмент не читает Registry или data/.

Issues (6)

HIGHconstrained-input ↗

Complex parameter 'specification' in compile_managed_form declared as type 'object' with no schema details. LLM cannot determine required/optional fields, nested structure, or valid contents. Code comment notes '256 КиБ' limit but this is not in parameter description.

compile_managed_form

HIGHtool-description ↗

Parameter 'form_xml' in decompile_managed_form and check_managed_form accepts large XML strings (2 МiB limit per description) but no schema specifies format, encoding, or validation rules. LLM cannot determine if it should pass raw XML, base64, or other encoding.

decompile_managed_formcheck_managed_form

MEDIUMtool-description ↗

Tool 'health' description is vague: 'Тело ответа `/health`' (Response body of `/health`) with no detail on what 'состав источников' (composition of sources) means or when to call this vs other tools. No guidance on when 'detailed' mode is useful.

health

Recommendations

Add explicit JSON Schema for 'specification' parameter in compile_managed_form documenting required/optional fields, nested structure (if any), and format constraints.
Document return/output schemas for all non-health tools: what fields does compile_managed_form return? What structure does decompile_managed_form produce? Provide example JSON snippets.
Expand parameter descriptions: for 'form_xml', specify 'UTF-8 encoded XML string, max 2 МiБ, must be valid 1С Form.xml'; for 'platform_version', explain format (e.g. '8.3.10.2456') and default behavior if omitted.
Provide English descriptions alongside Russian for broader adoption. At minimum, translate tool and parameter descriptions to English for LLM clarity.
Add error handling guidance to tool descriptions: e.g., 'On invalid specification, returns status=rejected with diagnostics[].path and diagnostics[].message. Caller should report specific errors to user; retry only if timeout.'
Clarify 'health' tool purpose: 'Returns server liveness and source configuration summary (configurations count, index status). Call before relying on other tools. Pass detailed=true only if token provided and you need schema/syntax details.' Include example response.
Define mutual exclusivity of configuration/platform_version parameters: does omitting both auto-select a context, or is it an error? Document in each tool's parameter descriptions.
Add a discovery/help tool or endpoint that lists available configurations and their capabilities, so agents know which context to choose.

Score history

Overall score trend

First recorded score · v2 rubric

62/100

Scored	Grade	Overall	Spec posture	Rubric
2026-09-23	C	62	2026-07-28+	v2