Инструменты по категориям

Метаданные конфигурации

В категории метаданных учитывается только встроенный production-tool базового расширения; конструкторские API и UI-провайдер сюда не дублируются.

Инструмент по метаданным

infobase_infoвозвращает версию и тип платформы, имя и версию конфигурации, вариант встроенного языка, признак файловой базы и список расширений с версиями, безопасным режимом и защитой от опасных действий.

Сильные стороны

информация читается из живой клиентской сессии без файловой выгрузки и индекса; схема не принимает произвольных аргументов (additionalProperties = false).

Ограничения

это технический профиль базы, а не навигация по объектам метаданных. Нет списка справочников/документов, реквизитов, форм, ролей или связей. В тонком клиенте сведения о конфигурации и встроенном языке возвращаются пустыми, а получение расширений может быть недоступно.

Когда выбирать

как базовую диагностическую операцию у собственного MCP-сервера внутри клиента 1С, а не как самостоятельный metadata-aware инструмент.

Формы

В категории форм учитывается только опциональное расширение test_client, которое подключается к тест-клиенту 1С и автоматизирует живой пользовательский интерфейс. Ядро client-mcp само по себе form-tools не публикует.

Инструменты по формам

find, activate, click, input, select, close, open_form, get_value, wait_forпоиск и действия над окнами, формами и элементами по строгим URI.
get_table_rows, get_cell_value, select_rowчтение и выбор строк/ячеек таблиц формы.

Ресурсы по формам

window://active, snapshot://active, а также шаблоны window://{path}, form://{name} и snapshot://{window_uri} возвращают JSON-снимки окон, форм и UI-дерева.

Сильные стороны

это реальная runtime-автоматизация, а не анализ Form.xml; есть единая URI-модель window://, form://, control://, snapshot://, явные ошибки отсутствия/неоднозначности и ожидание появления элементов.

Ограничения

нужен отдельный тест-клиент и расширение test_client. Операции нажатия, ввода, выбора, открытия и закрытия изменяют состояние живой сессии; использовать их следует в тестовой базе. Инструмент не генерирует XML формы, не меняет структуру метаданных формы и не выполняет schema validation.

Когда выбирать

для агентской UI/E2E-автоматизации управляемого приложения через тест-клиент 1С.

Конструкторы MCP инструментов

onec-client-mcp-devkit — devkit для запуска MCP-сервера внутри клиентского процесса 1С. Ядро отделяет loopback transport и MCP-протокол от прикладных провайдеров, которые регистрируются на BSL.

Что важно для категории

  • public API v2 для tools, resources, resource templates и prompts;
  • autodiscovery общих модулей-провайдеров через подсистему Мсп_Провайдеры и подсистемы с суффиксом _Мсп_Провайдеры;
  • регистрация из внешней обработки и отмена всех сущностей по источнику регистрации;
  • строгие дескрипторы и JSON Schema, builders результатов и доменных ошибок;
  • обычные и отложенные tools/call, progress notifications и синхронизация реестров с native-компонентой;
  • запуск из формы, BSL API или /C"runMcp" с JSON-конфигом, портом 8080 и timeout 900 по умолчанию;
  • сервер слушает 127.0.0.1; native-компонента AddIn.WebTransport.mcp включена в расширение;
  • единственный production-tool базового расширения — infobase_info, а не старый демонстрационный math_add.

Сильные стороны

наиболее развитый из сравниваемых клиентских каркасов — есть явный публичный BSL API, жизненный цикл провайдеров, строгая граница протокола, логирование, тесты и UAT. Прикладной код не должен вмешиваться в транспортное ядро.

Ограничения

высокий порог входа и зависимость от запущенного клиента 1С и native-компоненты; проект прямо предупреждает, что стабильного релиза пока нет и API может меняться. Возможности конкретного сервера в основном определяются добавленными провайдерами.

Когда выбирать

когда нужна именно клиентская реализация MCP-контура внутри 1С, а не серверное расширение.

Что учитывать

Подключениелокальный MCP Streamable HTTP через встроенную внешнюю компоненту AddIn.WebTransport.mcp; сервер слушает только 127.0.0.1, по умолчанию порт 8080, timeout 900 секунд. Запускается из формы управления, BSL API или при старте клиента через /C"runMcp"; порт и timeout можно передать JSON-конфигом и параметром mcpPort.
Что нужноклиент 1С:Предприятия и расширение exts/client-mcp в режиме совместимости 8.3.20+; native-компонента WebTransport включена в расширение как общий макет и подключается/устанавливается при запуске. Для UI-автоматизации дополнительно нужны exts/test_client, тест-клиент 1С и запуск с возможностью тестирования; проект собирается и проверяется через v8-runner, EDT/Конфигуратор и платформу 8.3.27 в репозиторном профиле.
Важноэто расширяемое ядро, а не готовый набор прикладных операций. Public API v2 регистрирует tools, resources, resource templates и prompts через BSL-провайдеры или внешние обработки; поддерживает строгие JSON Schema, синхронные и отложенные tool calls, progress notifications, отключение/отмену регистрации провайдера и builders результатов/ошибок. Из коробки infobase_info только читает технические сведения об информационной базе. Провайдер test_client управляет живым интерфейсом и может запускать/закрывать тест-клиент, открывать и закрывать формы, нажимать элементы, вводить и выбирать значения; эти операции имеют side effects и требуют отдельного тестового контура. Он также публикует ресурсы window://active, snapshot://active и шаблоны window://{path}, form://{name}, snapshot://{window_uri}. Проект предупреждает об отсутствии стабильного релиза; API может меняться.