Эта категория про конструкторы собственных 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 | Из коробки | Дооснащение | Порог входа |
|---|---|---|---|---|---|---|---|
| конструктор сервера | расширение 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 | зависит от базового конструктора | да | средний | средний | |
| продуктовый конструктор | настройки и публикация в 1С | tools | HTTP/JSON-RPC/MCP-подход | зависит от настройки | высокий | средний | |
| платформа | продуктовая платформа | tools/API слой заявлен | MCP заявлен, детали не раскрыты | продуктовый набор | неясно | средний |
1c_mcp - это конструктор MCP-серверов прямо на стороне 1С. Расширение берет на себя техническую часть протокола, а разработчик публикует свои инструменты через BSL.
ДобавитьИнструменты и ВыполнитьИнструмент;tools, resources, prompts;прозрачные исходники; логика живет рядом с базой; хороший баланс между готовой инфраструктурой и свободой дооснащения.
набор возможностей по умолчанию небольшой; дальше всё зависит от того, что именно будет реализовано в расширении.
когда нужен основной OSS-каркас для собственных MCP-инструментов внутри 1С.
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; зависим от внешнего конструктора.
когда нужен не новый конструктор, а готовый пакет операций поверх уже выбранной основы.
AI Коннектор в этой категории интересен как продуктовый конструктор: набор инструментов определяется настройкой конкретной базы, а не фиксированным списком автора.
продуктовый путь для настройки своих инструментов без сборки собственного OSS-каркаса.
нет исходников; точная реализация и глубина MCP-слоя видны только по продуктовому описанию.
когда нужен коммерческий конструктор под свои инструменты в конкретной базе.
OneMCP попадает в эту категорию как продуктовая платформа с MCP-доступом и API-слоем, но публично это наименее прозрачный вариант.
единая продуктовая платформа поверх метаданных, кода, документации и командной работы.
меньше всего технической прозрачности; труднее понять, насколько это именно конструктор своих инструментов, а не просто расширяемый продукт.
когда нужен продуктовый слой с MCP и acceptable невысокая прозрачность реализации.