Эта категория про конструкторы собственных MCP-инструменты для 1С. Они полезны, когда готового сервера недостаточно и нужно опубликовать проектные операции как инструменты агента.
Инструменты этой категории помогают создавать собственные MCP-серверы и наборы операций для 1С. Это не всегда готовые пользовательские инструменты: часто это каркасы, компоненты, обработчики и протокольный слой, поверх которых команда собирает свои безопасные операции.
В сравнении ниже видно, где реализуется логика, какие сущности MCP поддерживаются, есть ли готовые примеры и насколько сложно дооснастить решение под свою базу.
| Критерий | Что сравнивается |
|---|---|
| Уровень абстракции | Готовый конструктор сервера, devkit, transport-layer, пакет готовых tools, продуктовая платформа |
| Где живет логика | В расширении 1С, в клиенте 1С, во внешней компоненте, в продуктовой платформе, в загружаемом пакете |
| Поддержка MCP-сущностей | Можно ли публиковать только tools или также resources/prompts |
| Transport | HTTP, SSE, Streamable HTTP, WebTransport, JSON-RPC |
| Из коробки | Есть ли готовые инструменты/примеры или только каркас |
| Дооснащение под свою базу | Насколько инструмент рассчитан на добавление своих операций |
| Порог входа | Насколько тяжело стартовать: расширение, внешняя компонента, Docker, компиляция, продуктовая установка |
| Прозрачность реализации | Есть ли исходники и понятно ли, как именно строится публикация инструментов |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Уровень | Где логика | MCP-сущности | Transport | Из коробки | Дооснащение | Порог входа |
|---|---|---|---|---|---|---|---|
| расширение с прикладными контейнерами | серверный BSL в базе 1С | tools + resources + prompts | встроенный HTTP JSON-RPC/MCP; внешний транспорт отдельно | 2 tools метаданных, ресурс синтаксиса | BSL-обработки и состав подсистем | сборка расширения и веб-публикация; внешний контур отдельно | |
| конструктор сервера | расширение 1С | tools + resources + prompts | HTTP, опционально proxy | базовые metadata tools | высокий | средний | |
| devkit | клиент 1С + встроенная native-компонента | tools + resources + resource templates + prompts, provider autodiscovery | loopback MCP Streamable HTTP | infobase_info, public API v2, command-line startup | высокий | высокий | |
| агрегатор и шлюз | отдельный Rust-сервис + подключенные 1С-клиенты | собственные tools + динамически проксируемые клиентские tools | WebSocket JSON-RPC + MCP Streamable HTTP | session_list, tools_cache_reset, persistent tool catalog | средний | не внутри менеджера; tools добавляются клиентскими провайдерами | |
| transport-layer | внешняя компонента + BSL-обработчики | зависит от реализации поверх addin | MCP Streamable HTTP JSON-only | каркас без доменной логики | высокий | высокий | |
| пакет готовых tools | загружаемый XML-пакет в конструктор | tools | зависит от базового конструктора | да | средний | средний | |
| расширяемый CLI/MCP для 1С:Элемент | внешний Python-пакет-плагин | tools через объявление Command | STDIO | 27 tools Console API | свои команды в плагине | средний | |
| продуктовый конструктор | настройки и публикация в 1С | tools | HTTP/JSON-RPC/MCP-подход | зависит от настройки | высокий | средний | |
| платформа | продуктовая платформа | tools/API слой заявлен | MCP заявлен, детали не раскрыты | продуктовый набор | неясно | средний | |
| расширяемый сервер в 1С | общие модули в подсистеме | tools | HTTP JSON-RPC + отдельный STDIO-прокси | 6 tools | собственные BSL-модули | средний | |
| расширяемый host EDT | Java OSGi-бандлы | tools и module providers | MCP Streamable HTTP | 135 tools | IMcpTool / IModuleSourceProvider | высокий |
1c-mcp-tools размещает прикладные MCP-операции в расширении 1С. Собственная операция оформляется как BSL-обработка: она объявляет имя, описание и JSON Schema и исполняет вызов по имени. Реестр собирает обработки из соответствующих подсистем расширения и направляет запросы в их обработчики; текущие встроенные контейнеры исполняются на сервере 1С.
tools/list, tools/call | получение описаний инструментов и вызов контейнера с аргументами. Встроены list_metadata_objects и get_metadata_structure для чтения метаданных живой базы. |
|---|---|
resources/list, resources/read | публикация и чтение ресурсов контейнеров. Встроен 1csyntax, краткая справка по синтаксису BSL. |
prompts/list, prompts/get | интерфейс для собственных контейнеров промптов; готовых промптов в поставке нет. |
initialize | начальный обмен MCP через встроенный HTTP JSON-RPC-интерфейс. |
Собственные инструменты, ресурсы и промпты добавляются BSL-кодом и включением обработки в нужную подсистему. Реестр кешируется на время сеанса. Визуального конструктора и загрузки произвольного BSL от агента нет; ограничения новых операций определяются их реализацией и правами 1С.
Поставка содержит XML/BSL-исходники расширения, которое нужно собрать и подключить к базе. Режим совместимости — 8.3.20. Встроенный HTTP-сервис требует веб-публикации: JSON-RPC POST обслуживает MCP-методы, GET на MCP-маршруте возвращает 405; есть отдельная проверка состояния. Запуск клиентов, WebSocket-транспорт, адаптация к внешней витрине и агрегация сессий относятся к отдельным компонентам v8-runner, web-transport-addin, wt-mcp-adapter и v8-session-manager. Готового CFE, Python-прокси, Docker-поставки и WebSocket-адаптера в этом наборе нет.
Другой OSGi-бандл EDT может расширить сервер через опубликованные Java-интерфейсы. Динамический реестр подхватывает сервисы при регистрации и удаляет при снятии.
IMcpTool | имя, схема и обработчик собственного MCP-инструмента. |
|---|---|
ru.aiedt.mcp.tool.writes | признак записи; без свойства инструмент считается пишущим и ограничивается соответствующими пресетами. |
ru.aiedt.mcp.tool.heavy | признак тяжёлого вызова для ограничения параллелизма и проверки памяти. |
IModuleSourceProvider | модули по адресу без отдельного файла, доступные штатным операциям чтения/записи и поиска. |
Это Java API для разработчика EDT-бандла, без визуального конструктора BSL-tools. Дополнительные инструменты не входят в число 135 встроенных. Нужны EDT и совместимый бандл; endpoint и политика доступа остаются у основного сервера.
Расширяемый сервер использует состав специальной подсистемы 1С как реестр модулей-инструментов. Реестр вызывает публичную процедуру объявления инструментов в каждом включённом общем модуле; вызов по имени направляется в его обработчик.
ДобавитьИнструменты и ВыполнитьИнструмент, включённый в подсистему инструментов; объявление имени, описания и JSON Schema.tools/list и tools/call — публикация реестра и диспетчеризация через HTTP JSON-RPC; STDIO-прокси пересылает актуальный список из базы.ping — проверка доступности с pong и временем.generate_diagram — рендер переданного kind и code через Kroki, результат SVG либо PNG в base64; базу не читает и схему из метаданных не строит.В поставке шесть tools; resources и prompts не публикуются. Новые инструменты добавляются BSL-кодом и составом подсистемы, визуального конструктора нет. Агентская петля внутри 1С использует отдельный разрешённый список: новый инструмент не включается в него автоматически. Нужны расширение, БСП и веб-публикация; для стандартного MCP handshake — официальный Node.js STDIO-прокси. Сам HTTP-диспетчер поддерживает только tools/list и tools/call. Доступ защищён Basic Auth, ограничением частоты и аудитом.
1c_mcp - это конструктор MCP-серверов прямо на стороне 1С. Расширение берет на себя техническую часть протокола, а разработчик публикует свои инструменты через BSL.
ДобавитьИнструменты и ВыполнитьИнструмент;tools, resources, prompts;прозрачные исходники; логика живет рядом с базой; хороший баланс между готовой инфраструктурой и свободой дооснащения.
набор возможностей по умолчанию небольшой; дальше всё зависит от того, что именно будет реализовано в расширении.
когда нужен основной OSS-каркас для собственных MCP-инструментов внутри 1С.
Python-прокси также поддерживает обмен через локальную/FTP-папку и обратный HTTP polling: запущенный агент 1С забирает запросы без веб-публикации базы. Обратный polling работает только с STDIO-прокси.
onec-client-mcp-devkit — devkit для запуска MCP-сервера внутри клиентского процесса 1С. Ядро отделяет loopback transport и MCP-протокол от прикладных провайдеров, которые регистрируются на BSL.
tools, resources, resource templates и prompts;Мсп_Провайдеры и подсистемы с суффиксом _Мсп_Провайдеры;tools/call, progress notifications и синхронизация реестров с native-компонентой;/C"runMcp" с JSON-конфигом, портом 8080 и timeout 900 по умолчанию;127.0.0.1; native-компонента AddIn.WebTransport.mcp включена в расширение;infobase_info, а не старый демонстрационный math_add.наиболее развитый из сравниваемых клиентских каркасов — есть явный публичный BSL API, жизненный цикл провайдеров, строгая граница протокола, логирование, тесты и UAT. Прикладной код не должен вмешиваться в транспортное ядро.
высокий порог входа и зависимость от запущенного клиента 1С и native-компоненты; проект прямо предупреждает, что стабильного релиза пока нет и API может меняться. Возможности конкретного сервера в основном определяются добавленными провайдерами.
когда нужна именно клиентская реализация MCP-контура внутри 1С, а не серверное расширение.
v8-session-manager не является библиотекой для описания tools. Это отдельный публикационный шлюз: несколько клиентских процессов 1С регистрируют через WebSocket свои наборы tools, а менеджер собирает их в один MCP Streamable HTTP endpoint.
session_list для диагностики живых сеансов и tools_cache_reset для управления persistent-кешем витрины;kind__tool;tools/list после disconnect или рестарта, но вызов без живого клиента явно возвращает no_live_session;одна стабильная MCP-точка для нескольких процессов и баз 1С; отделение клиентских провайдеров от AI-агента; явная диагностика и кеширование динамической витрины.
сам не создает прикладные tools, не запускает 1С и не дает контекст IDE; требует совместимых WS-клиентов. В релизе v0.3.0 готовый бинарник опубликован только для Linux x86_64.
когда tools уже реализованы в одном или нескольких клиентах 1С и их нужно агрегировать, маршрутизировать и опубликовать агентам через единый MCP endpoint.
WebTransport 1C Addin - низкоуровневый building block. Он не дает готовых бизнес-инструментов, а дает транспорт и инфраструктуру, поверх которых в 1С можно реализовать свои MCP-инструменты.
AddIn.ws, AddIn.http, AddIn.mcp;mcp реализует Streamable HTTP server;максимально низкий уровень контроля над transport-layer; полезен как база для своих нестандартных решений.
это самый инфраструктурный вариант; без собственной обвязки в 1С он не дает почти ничего на уровне предметных инструментов.
когда нужен строительный блок для своего MCP-транспорта и своего протокольного слоя.
mcp_designer_tools - не самостоятельный сервер, а пакет инструментов для уже существующего конструктора MCP серверов 1С.
vcexecutecode, vcexecutequery, validatequery, vcloggetlasterror;быстрый старт, если базовый конструктор уже используется; не нужно вручную собирать первые инструменты с нуля.
сам по себе это не каркас и не transport; зависим от внешнего конструктора.
когда нужен не новый конструктор, а готовый пакет операций поверх уже выбранной основы.
Elemctl — готовый STDIO MCP-сервер для Console API v2 платформы 1С:Предприятие.Элемент. Расширение набора устроено через Python entry points elemctl.commands: внешний пакет объявляет объект Command, который становится и подкомандой CLI, и MCP tool с параметрами. Логика такого инструмента выполняется в Python-плагине и может пользоваться клиентом Console API.
debug_adapter — возвращает путь к установленному отдельно адаптеру отладки, если плагин его предоставил;Command — добавляет именованный MCP tool и одноимённую CLI-команду; схема аргументов строится из объявления плагина.один обработчик обслуживает терминал, CI и MCP-агента; ядро уже предоставляет 27 операций управления платформой. Ограничения: это расширение конкретного сервера 1С:Элемент, а не универсальный конструктор MCP для 1С:Предприятия 8. Поддержаны добавляемые tools, публикация ресурсов и prompts через API плагинов не заявлена. Конфликт имени с инструментом ядра отклоняется, сбой отдельного плагина не останавливает остальные tools.
AI Коннектор в этой категории интересен как продуктовый конструктор: набор инструментов определяется настройкой конкретной базы, а не фиксированным списком автора.
продуктовый путь для настройки своих инструментов без сборки собственного OSS-каркаса.
нет исходников; точная реализация и глубина MCP-слоя видны только по продуктовому описанию.
когда нужен коммерческий конструктор под свои инструменты в конкретной базе.
OneMCP попадает в эту категорию как продуктовая платформа с MCP-доступом и API-слоем, но публично это наименее прозрачный вариант.
единая продуктовая платформа поверх метаданных, кода, документации и командной работы.
меньше всего технической прозрачности; труднее понять, насколько это именно конструктор своих инструментов, а не просто расширяемый продукт.
когда нужен продуктовый слой с MCP и acceptable невысокая прозрачность реализации.