mcp-1c
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| API_TOKEN | No | Token for read access to MCP and dashboard. Empty for open loopback access. | |
| MCP1C_PORT | No | Host port for the MCP server (loopback). Default is 5001 | 5001 |
| ADMIN_TOKEN | No | Token for write/admin operations (upload, delete, reload). Empty disables write routes. | |
| MCP1C_DATA_DIR | No | Directory where server stores data and indexes. Default is ./data | ./data |
| MCP1C_DASHBOARD | No | Dashboard mode: off, classic, or spa. Overridden by chosen Compose file. | off |
| MCP1C_DASHBOARD_DIST | No | Path to prebuilt SPA static files. | /app/dashboard/dist |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_configurationsA | Какие конфигурации 1С загружены, на какой платформе и что по ним доступно. Вызывать первым: если конфигураций больше одной, параметр |
| search_objectsA | Найти объект конфигурации по описанию или части имени. Запрос можно писать по-человечески: «расходная накладная», «цены номенклатуры». Отдаёт только имена и счётчики — состава полей здесь нет. Прежде чем писать код или запрос по найденному объекту, вызовите |
| search_proceduresA | Найти процедуру или функцию в загруженном коде конфигурации либо одного выбранного расширения. Точное имя находит и неэкспортные процедуры; поиск по словам — только экспортные. Расширенная фраза о 12 типовых событиях разрешается в точное имя, но без |
| get_procedureA | Оглавление модуля либо карточка одной процедуры из загруженной выгрузки кода. Адрес модуля без |
| get_callersA | Кто вызывает точную процедуру: подтверждённые места в коде с процедурой-владельцем, привязки подписок и регламентных заданий из метаданных, элементы и события формы. Одноимённые вызовы без разрешённого модуля показываются отдельно и не приписываются запрошенному адресу. Тела модулей не читаются. |
| get_objectA | Структура объекта конфигурации: реквизиты с типами, табличные части, движения, предопределённые. detail: brief | fields | full. Обязательный шаг перед написанием кода или запроса. Только здесь видно то, от чего код зависит и чего нет в поиске: вид и периодичность регистра ( |
| get_relatedA | Прямые связи объекта: на что ссылается, кто ссылается на него, какие регистры двигает — с подписью, через какой реквизит или движение идёт каждая связь. Отвечает на «что ещё сломается, если тронуть». Только один шаг: дальше связь идёт через объекты, которые соединены почти со всем (дополнительные реквизиты, значения доступа), и список имён на втором шаге правдоподобен, но бессмыслен. Нужна цепочка через несколько объектов — стройте её повторными вызовами по конкретному имени из выдачи. Длинный список дочитывается готовым вызовом из блока «Продолжение». |
| compare_configurationsA | Сравнить один и тот же объект в двух конфигурациях: чем различаются имена реквизитов. Типы и содержимое табличных частей не сравниваются. Дочитайте все страницы по готовому вызову продолжения. |
| search_syntaxA | Найти метод, свойство или объект платформы 1С. Для вызываемого действия задайте |
| get_syntaxA | Полное описание элемента платформы 1С (сигнатура, параметры, тип возврата, доступность, версия появления, предупреждение об устаревании с рекомендуемой заменой, пример). Для объекта |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 10 tools
The set is organized around a deliberate search→detail pattern (search_objects→get_object, search_syntax→get_syntax, search_procedures→get_procedure), and each description explicitly states what the search step omits and why the detail step is mandatory. The three search_* tools target clearly separate domains (metadata objects, platform API, module code), and get_related (dependency graph) vs get_callers (call sites) are distinguished by scope. No two tools appear to do the same thing.
All ten tools follow a strict snake_case verb_noun convention (list_configurations, search_objects, get_object, compare_configurations, get_callers). Verb choice is semantically regular: search_* returns candidates, get_* returns detail, compare_* diffs, list_* enumerates.
Ten tools is well within the ideal range, and each one covers a distinct slice of the domain: configuration discovery, metadata exploration, platform syntax reference, and code navigation. Nothing looks redundant or bolted on.
The surface covers discovery, metadata structure, relations, cross-configuration diffing, platform API documentation, procedure search, procedure reading, and caller lookup — a coherent lifecycle for static analysis. Minor gaps remain: compare_configurations only diffs a single object's attribute names (no full-object or type/TabularSection diff), and there is no tool to validate or execute a constructed query, so agents must verify queries outside the server.