1c-mcp-tools: прикладной слой MCP для 1С
1c-mcp-tools
Расширение 1С с обработками-контейнерами MCP-инструментов, прикладной слой архитектуры, где транспорт и агрегацию дают отдельные компоненты
Средний риск
Средний уровень ставим, когда инструмент запускает код, ходит в сеть или читает файлы проекта. Перед установкой посмотрите, что именно он делает.
Почему такой уровень
- Встроенные инструменты читают метаданные конфигурации
- Архитектура рассчитана на произвольные tool-контейнеры, которые разработчик может добавить сам, включая потенциально пишущие
Установка
Ручная установка
Подключи расширение из src/1c_ext к информационной базе, разверни отдельно транспорт web-transport-addin и агрегатор v8-session-manager по их документации, затем добавляй собственные tool-контейнеры с префиксом mcp_ в подсистему mcp_КонтейнерыИнструментов по образцу из src/1c_ext/agents.md.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Репозиторий содержит только XML-выгрузку расширения 1С с подсистемами для размещения MCP tools, resources и prompts: контейнеры-обработки описывают и выполняют инструменты через экспортные методы ДобавитьИнструменты и ВыполнитьИнструмент. Сейчас в расширении встроены list_metadata_objects, get_metadata_structure и ресурс со справкой по синтаксису 1csyntax, плюс устаревший legacy HTTP-эндпоинт mcp_APIBackend, оставшийся от исходной реализации. Само расширение не поднимает транспорт: README прямо говорит, что Python-прокси, Docker-инфраструктура и готовый .cfe из репозитория удалены, а публикация и агрегация MCP-витрины возлагаются на отдельные компоненты архитектуры (web-transport-addin, wt-mcp-adapter, v8-session-manager).
Для кого. Для 1С-разработчиков, которые уже собирают связку транспорта и менеджера сессий MCP для 1С и хотят готовый прикладной слой для размещения своих tool-контейнеров.
Подходит, если
- Уже есть транспорт (web-transport-addin) и агрегатор сессий (v8-session-manager) и нужен прикладной слой с образцом контейнеров tools
- Нужен образец, как структурировать собственные MCP tools внутри расширения 1С по подсистемам
- Нужен только базовый инструмент чтения метаданных, list_metadata_objects и get_metadata_structure
Не подходит, если
- Нужен самостоятельный, сразу работающий MCP-сервер: репозиторий прямо говорит, что это больше не отдельный прокси-сервер или транспортный слой
- Нет доступа к остальным компонентам архитектуры (web-transport-addin, wt-mcp-adapter, v8-session-manager), часть из которых может быть не опубликована отдельно
- Нужны Docker-инфраструктура, готовый .cfe или примеры настроек MCP-клиентов: README прямо перечисляет их как удаленные из репозитория
Пример запроса к агенту
Покажи структуру объекта метаданных Справочник.Номенклатура через инструмент get_metadata_structureОграничения
Репозиторий содержит только исходники расширения, без сборки, транспорта и клиентских настроек, и сам по себе не запускается как MCP-сервер. Проект технически начался как форк RooLee10/1c-mcp-tools, основанного на vladimir-kharin/1c_mcp, но README прямо говорит, что существенная часть функциональности уже отломана от исходной реализации и совместимость с upstream не планируется. legacy-эндпоинт mcp_APIBackend оставлен от исходной реализации и не входит в целевую архитектуру проекта.
Как отключить. Отключите или удалите расширение с MCP-контейнерами в информационной базе.
MCP
- Транспорт
- http
- Авторизация
- не нужна
Проверка безопасности
- Встроенные инструменты читают метаданные конфигурации
- Архитектура рассчитана на произвольные tool-контейнеры, которые разработчик может добавить сам, включая потенциально пишущие
Коротко о README
README на русском объясняет место репозитория в более широкой архитектуре MCP для 1С рядом с v8-runner, web-transport-addin, wt-mcp-adapter и v8-session-manager, перечисляет ключевые объекты расширения и подсистемы, описывает целевую модель добавления новых tool-контейнеров с примером BSL-кода, дает происхождение проекта как форка RooLee10/1c-mcp-tools от vladimir-kharin/1c_mcp с оговоркой об уже разошедшейся функциональности, и отдельным списком перечисляет, чего в репозитории больше нет (прокси, Docker, cfe, настройки клиентов, batch-скрипты). Лицензия MIT.
Частые вопросы
Можно использовать этот репозиторий как самостоятельный MCP-сервер?
Нет, README прямо говорит, что Python-прокси, Docker-образ и готовый .cfe удалены, транспорт и агрегация живут в других компонентах архитектуры.
Как добавить свой инструмент?
Создать обработку с префиксом mcp_, включить ее в подсистему mcp_КонтейнерыИнструментов и реализовать в модуле менеджера методы ДобавитьИнструменты и ВыполнитьИнструмент.
Похожие
Набор скиллов, который задает агенту процесс разработки: уточнение задачи, план, TDD, субагенты и ревью кода
Скиллы Мэтта Покока для инженеров
Skills For Real Engineers
Небольшие компонуемые скиллы для инженерной работы с агентом: интервью по плану, TDD, диагностика багов, ревью и архитектура
Набор GitHub для разработки от спецификации: CLI specify ставит в проект команды и скиллы для агента, от принципов до реализации
Референсные MCP-серверы
Model Context Protocol servers
Официальные референсные MCP-серверы: Filesystem, Fetch, Git, Memory, Sequential Thinking, Time и Everything