Эта категория про инструменты, которые дают агенту структуру конфигурации 1С: объекты, реквизиты, табличные части, формы, роли и связи. Начинать стоит с live-доступа к базе или EDT, если агент должен работать с актуальным проектом.
Инструменты этой категории дают AI-агенту доступ к структуре конфигурации 1С: объектам, реквизитам, табличным частям, формам, ролям и связям. Это нужно, когда агент должен понимать реальную конфигурацию, а не работать по догадкам.
В сравнении ниже инструменты разобраны по источнику метаданных, глубине связей, режиму чтения или изменения, необходимости индекса и ограничениям доступа.
| Критерий | Что сравнивается |
|---|---|
| Источник метаданных | Живая база, EDT workspace, XML/EDT/MDO/CF-выгрузка, индекс, граф, продуктовый сервис |
| Список объектов | Получение списка/дерева объектов: справочники, документы, регистры, отчеты, обработки, планы и т.д. |
| Детали объекта | Реквизиты, табличные части, измерения, ресурсы, свойства, синонимы, комментарии |
| Формы | Формы, элементы формы, события формы, привязки, команды формы |
| Связи метаданных | Где объект метаданных используется в других объектах, формах, ролях, подсистемах, типах |
| Роли конфигурации | Роли как часть метаданных конфигурации, если инструмент читает их из структуры/выгрузки |
| Поиск | Тип поиска: точный/по маске, полнотекстовый, семантический, embedding/vector, графовый/Cypher, гибридный |
| Изменение | Создание, удаление, переименование объектов, добавление реквизитов/ТЧ, изменение свойств |
| Уровень подтверждения | исходники, минимальный код, описание, продукт |
| Набор инструментов | Источник | Формы | Связи метаданных | Поиск | Изменение |
|---|---|---|---|---|---|
| XML Конфигуратора; поддержанные MDO для просмотра | переход к связанным файлам | декларации XML-выгрузки | навигация в интерфейсе | имя, синоним, комментарий XML | |
| живая база через серверное расширение | только список | типы реквизитов и владельцы, без графа | подстрока имени/синонима | нет | |
| XML-выгрузка Конфигуратора | отдельные XML-команды | структурные ссылки в XML, без собственного графа | средствами агента; индекс отдельно | CLI генерации, правок, расширений и поддержки | |
| живая конфигурация через обработку в тест-клиенте | нет определения форм | нет | подстрока имени/синонима объекта или поля | нет | |
| TXT-отчёт + XML/BSL-выгрузка → SQLite/Qdrant | список форм | входящие/исходящие ссылки и использования | по имени, элементу, описанию; векторный при настройке | нет | |
| XML-выгрузка конфигурации + индекс движка onec-hbk-bsl | атрибуты формы в карточке объекта | нет отдельного графа | по объекту/коллекции | только перестроение индекса | |
| XML-выгрузка конфигурации + индекс движка | атрибуты формы в карточке объекта | нет отдельного графа | по объекту/коллекции | только перестроение индекса | |
| Конфигуратор 1С и локальная XML-выгрузка | нет отдельного tool | нет | внешнее 1c_mcp | load-config/load-extension через Конфигуратор | |
| ZIP XML-выгрузки → локальные индексы | get_form_structure | get_dependency_graph | по ссылке объекта | нет | |
| локальные XML/MDO-исходники | отдельный CLI | нет графа | find_object по имени | 1c-meta для поддержанных операций | |
| живая база | нет | нет | тип, имя, атрибуты, расширения | нет | |
| живая база | да | да, impact/usages/подсистемы | поиск по метаданным и аналитические срезы | нет | |
| живая база / расширение 1С | нет | нет | RAG/TF-IDF по метаданным | нет | |
| живая база | нет | нет | нет | через свои инструменты | |
| живая клиентская сессия 1С | нет | нет | нет | нет | |
| EDT | да, snapshot/screenshot | да | фильтры EDT | да | |
| EDT | да | частично | индекс EDT + типовые подсказки | да | |
| EDT | да | частично | через EDT и контекст проекта | да | |
| XML/EDT-проект + Codex-плагин | да | частично | карта проекта + структурные операции | да | |
| XML-выгрузка ↔ YAML-проект | да, внутри общей YAML-модели | да, validation ссылок и DataPath | схемы по target/keys/search | переименование, удаление и синхронизация XML | |
| 1Cv7.MD 1С 7.7 | да | частично | имя/синоним/комментарий + поиск реквизитов | нет | |
| VS Code / EDT XML | да | да | дерево/фильтры | да | |
| граф/индекс | да | да | структурный + vector/embedding | нет | |
| Configurator XML / EDT .mdo + SQLite-граф | частично: формы и обработчики | да | точный критерий + read-only SQL | нет | |
| Configurator XML + SQLite/Markdown/FAISS | список форм и справка форм | нет | точный поиск по имени; role lookup | нет | |
| XML-файлы выгрузки без разбора модели | только сырой XML-поиск | нет | регистрозависимая подстрока | нет | |
| XML/TXT + project-scoped Neo4j-граф | да | да, usages и dependency paths | структурный, full-text, vector/summary опционально | нет | |
| CF/EDT/MDO/CFE-индекс | да | да | индексные helpers + rlm_help | нет | |
| индекс | нет | частично | текстовый индекс | нет | |
| RAG/Qdrant | нет | нет | RAG/vector | нет | |
| файлы workspace | да | нет | обзор метаданных | нет | |
| живая база | нет | нет | имя/синоним/комментарий | нет | |
| живая база SQL Server/PostgreSQL | нет | нет | нет | нет | |
| живая база | нет | нет | нет | нет | |
| выгрузка + sqlite-vec + Kuzu | поиск форм | да | semantic/vector + graph | нет | |
| живая база | да | нет | базовый | нет | |
| продукт/выгрузка | неясно | да | по выгрузке | неясно | |
| продукт/индексы | да | да | keyword + vector + graph | неясно | |
| продукт | неясно | неясно | семантический, детали не раскрыты | неясно | |
| SaaS / загруженная конфигурация | неясно | неясно | ИИ/семантический поиск по контексту, детали не раскрыты | неясно | |
| продукт/Qdrant | неясно | неясно | vector/Qdrant, гибрид не подтвержден | нет | |
| source A структуры / source B XML-выгрузка | source B и Forms | входящие/исходящие | лексический, морфология | генерация текстового комплекта без импорта | |
| бинарные .cf/.cfe/.epf/.erf → JSON-дерево | сведения и файлы | нет графа | текстовый поиск по JSON | правки дерева + repack | |
| база → Конфигуратор → XML/BSL или CFE | только в выгрузке | нет графа | по заданным именам | цикл расширений | |
| живая база, объект Метаданные | нет | нет графа | тип или точное имя | нет | |
| BM-модель EDT | отдельные form-tools | ссылки и граф | имя и семантический поиск | BM-транзакции |
BslEdit показывает локальные описания объектов метаданных в интерфейсе BSLEdit/BSLView. Основной источник — XML-выгрузка Конфигуратора; поддержанные MDO-объекты EDT преобразуются для просмотра. Связи собираются чтением описаний соседних объектов из дерева конфигурации.
Для интерфейса нужны Windows и WebView2 Runtime. MDO просматривается без записи обратно; неподдержанная структура показывается как исходный текст. Для полной карты связей нужна целая выгрузка, а не отдельный XML-файл. Это файловая модель, без получения актуальных метаданных из работающей базы и без MCP-tools общего поиска или CRUD объектов. Изменение имени не выполняет комплексный рефакторинг ссылок; формы и печатные макеты имеют собственные операции в соответствующих категориях.
1c-mcp-tools читает метаданные живой информационной базы через установленное расширение 1С. Обработки обращаются к объектам метаданных платформы в серверном контексте; HTTP JSON-RPC-интерфейс вызывает их через веб-публикацию сервиса расширения. Чтения XML/EDT/MDO-выгрузки с диска здесь нет.
list_metadata_objects | принимает тип коллекции, необязательную подстроку имени/синонима и лимит. Возвращает текстовый список полных имён объектов с синонимами; поиск не учитывает регистр. По умолчанию до 100 результатов, без offset или курсора. Среди коллекций доступны справочники, документы, регистры, отчёты, обработки, общие модули, роли, формы и подсистемы. |
|---|---|
get_metadata_structure | получает объект по типу и точному имени и возвращает текстовое описание: стандартные и пользовательские реквизиты с типами и синонимами, табличные части, измерения и ресурсы регистров, владельцы справочника. В описании реквизита с типом-перечислением выводит первые десять значений перечисления. Набор типов для детализации ограничен прикладными объектами, регистрами, отчётами и обработками. |
отдельных операций чтения элементов форм, прав ролей и исходников BSL нет. Типы реквизитов и владельцы отражают отдельные структурные связи, но поиск использований и граф зависимостей отсутствуют. Встроенные инструменты не меняют метаданные и не выполняют запросы к данным.
Нужны платформа 1С, собранное и установленное расширение, доступ к базе и веб-публикация для встроенного HTTP-вызова. Режим совместимости расширения — 8.3.20; доступ определяется настройками публикации и правами 1С. В репозитории есть исходники; готовый CFE и внешний контур WebSocket/агрегации подключаются отдельно.
Pi 1C Agent меняет метаданные через навык 1c-metadata-manage и поставляемые скрипты, работающие с XML-выгрузкой Конфигуратора. На входе — файлы объектов или JSON-описания; результат записывается в локальное дерево исходников. Для EDT MDO требуется отдельная EDT-интеграция.
meta-info | чтение состава и свойств объекта из XML. |
|---|---|
meta-compile, meta-edit, meta-remove | создание, изменение или удаление объекта; редактирование запускает проверку полученной структуры. |
cf-init, cf-info, cf-edit | каркас конфигурации, сведения и изменение её состава. |
cfe-init, cfe-borrow, cfe-diff, cfe-patch-method | каркас расширения, заимствование объектов, сравнение и подготовка изменения метода. |
subsystem-info, subsystem-compile, subsystem-edit | подсистемы и их состав; interface-edit — командный интерфейс. |
role-info, role-compile | чтение прав роли и формирование XML роли. |
support-edit | явное изменение состояния поддержки; обычные изменяющие команды проверяют поддержку объекта перед записью. |
Есть скрипты валидации для объектов, конфигураций, расширений, подсистем, интерфейса и ролей. По умолчанию заблокированные объекты на поддержке не редактируются; параметры проекта управляют реакцией проверки. Большинство операций требуют Windows/PowerShell; Python-порты доступны у meta-edit и meta-validate, а также трёх команд форм. Индексный поиск и чтение метаданных живой EDT или базы требуют отдельно подключённых инструментов.
1C Testpilot читает метаданные живой конфигурации с применёнными расширениями через внешнюю обработку Testpilot в текущем сеансе 1С. Обмен идёт через её служебную форму по TCP-протоколу тест-клиента; XML-выгрузка, индекс и HTTP-публикация базы не нужны.
tc_get_metadata | без фильтров возвращает имя и версию конфигурации и количество объектов по видам; по meta_type выдаёт список с пагинацией; по полному name — свойства объекта, реквизиты, табличные части, типы с квалификаторами и значения перечислений. search ищет подстроку имени или синонима объекта, field_search — поля; sections ограничивает состав подробностей. |
|---|
Публикация управляется TC1C_METADATA: auto включает tool вместе с BSL или запросами, true — независимо, false — скрывает. Для списка доступны limit от 1 до 500 и offset; отдельное описание объекта не обрезается лимитом списка. Ответ сообщает полноту чтения и ошибки.
требуется открытая внешняя обработка и разрешение её запуска. Сбор метаданных включает привилегированный режим, который может ограничиваться безопасным режимом или профилем безопасности. Нет отдельных операций изменения метаданных, чтения определения формы, анализа связей или прав ролей. Вычисляемые колонки виртуальных таблиц запросов отдельно не перечисляются.
Источник — семантическая BM-модель конфигурации в запущенной EDT. Ссылки разрешаются службами среды; запись выполняется через модель проекта и транзакции EDT.
get_configuration_properties, get_metadata_objects, get_metadata_details, object_summary, ai_context, list_subsystems, get_command_interface, semantic_metadata_search | состав и свойства конфигурации. |
|---|---|
describe_db_tables | описание таблиц хранения по метаданным проекта; get_tags, get_objects_by_tags — метки объектов и выборка по ним. |
find_references, get_outgoing_structures, dependency_graph level=metadata/mixed, impact_analysis | ссылки метаданных, зависимости и последствия изменения объекта. BSL-граф level=modules описан отдельно. |
edit_metadata, rename_metadata_object, delete_metadata_object, add_metadata_attribute, copy_object | создание, свойства, ссылки, типы, состав, переименование и удаление объектов; пакетные операции и предпросмотр по контракту операции. |
extension_workshop, extension_lifecycle, extension_diff | создание и заимствование объектов расширения, сравнение с базовой конфигурацией. |
list_extension, install_extension, uninstall_extension, export_extension | расширения подключённой базы; операции установки и удаления требуют платформы и меняют базу. |
xdto_workshop, external_object_workshop, external_data_source_workshop | XDTO, внешние обработки/отчёты и источники данных. |
config_io, import_configuration_from_xml, import_configuration_from_binary, export_configuration_to_xml, export_object, export_common_picture, unpack_external_binary | перенос конфигурации и артефактов. |
compare_configurations, compare_three_way, support_registry | сравнение, объединение поставки и режимы поддержки; audit_role_rights — права ролей, включая удаление осиротевших прав с явным применением. |
Нужны EDT и открытые проекты; бинарный импорт привлекает платформу 1С. Для .cfe с заимствованиями нужна соответствующая базовая .cf; EPF/ERF распаковываются в контексте существующего проекта. Объединение поставки меняет проект. Видимость и право записи зависят от пресета.
Расширение читает объект Метаданные работающей базы, без XML-индекса. Вызовы доступны через HTTP JSON-RPC сервис 1С; отдельный официальный STDIO-прокси обеспечивает стандартное подключение MCP-клиента.
get_configuration_info | имя, синоним, версия, поставщик, платформа, совместимость, режим базы и расширения с именем, версией и активностью. |
|---|---|
get_metadata_tree | счётчики и первые 50 объектов без фильтра, список по Catalog.* и другим поддержанным типам либо объект по точному имени. |
get_object_structure | принимает object_type и name, возвращает реквизиты, табличные части, измерения и ресурсы с именами, синонимами и типами. |
Поддержаны справочники, документы, регистры сведений и накопления, роли, перечисления, общие модули, обработки и отчёты. Список ролей не раскрывает их права; отдельного графа связей, анализа форм и изменения метаданных нет. Поле required у реквизитов возвращается как false и не отражает проверку заполнения платформой. Нужны расширение, БСП, публикация базы и настроенный доступ.
Получает объекты конфигурации из информационной базы через установленный пакетный Конфигуратор. Выгрузка создаёт иерархическое дерево XML/BSL по явно указанным полным именам объектов; собственного индекса и графа зависимостей нет.
selective-export | повторяемый --object или UTF-8 --objects-file; /DumpConfigToFiles -Format Hierarchical -listFile; каталог, число файлов и размер в ответе. |
|---|---|
extension-list | список расширений через /DumpDBCfgList -AllExtensions. |
extension-scaffold | определяет основной язык конфигурации и создаёт XML-дерево расширения с заимствованным языком и серверным общим модулем BSL. |
extension-dump | исходники одного расширения. |
extension-backup | редактируемая и рабочая версии расширения в двух .cfe. |
extension-load-files, extension-load-cfe | загрузка XML-дерева или .cfe, резервирование существующего состояния перед заменой. |
extension-dump-db | сохранение применённого расширения из конфигурации БД в .cfe. |
extension-rollback | возврат редактируемого расширения к конфигурации БД. |
extension-delete | удаление с подтверждением имени; для существовавшего до сессии расширения нужен отдельный разрешающий флаг. |
Нужны Python 3.10+, платформа с поддержкой -listFile и доступ к базе. XML/BSL редактируется файловыми средствами агента. Откат не отменяет уже применённые изменения БД; восстановление резервной копии требует отдельной загрузки и обновления. Выгрузка формы как объекта не предоставляет отдельного API её анализа или редактирования.
Метаданные извлекаются непосредственно из бинарных файлов конфигурации, расширения, обработки или отчёта. Распаковка создаёт организованное дерево объектов; это собственное представление контейнера, а не штатная XML-выгрузка Конфигуратора.
unpack, unpack_async | распаковка файла в отдельный каталог. |
|---|---|
list_objects | виды и имена объектов. |
get_metadata | сводка контейнера либо сведения конкретного объекта. |
search_code(layers=["forms"]) | текстовый поиск по JSON-заголовкам, реквизитам и элементам форм. |
diff | изменённые, добавленные и удалённые объекты между двумя деревьями. |
repack, repack_async | сборка бинарного файла после файловых правок. |
Нет специализированного графа связей или анализа прав ролей. Изменения не загружаются в базу; добавление/удаление объектов требует согласованных ссылок в корневом представлении.
Локальный Registry читает source A из ZIP внешней обработки либо source B из штатной XML-выгрузки Конфигуратора/EDT. Только source B предоставляет полную структуру, код, формы и объявленные права ролей; активные поколения A и B не смешиваются.
list_configurations, list_extensions | выбор снимка конфигурации и сведения о расширениях. |
|---|---|
search_objects, get_object, get_related | поиск, карточка и один шаг входящих/исходящих связей. |
compare_configurations | постраничное сравнение имён реквизитов выбранного объекта в явной паре конфигураций. |
find_roles_for_access, get_role_access | опциональный поиск ролей и чтение объявленных прав и RLS. |
get_metadata_authoring_rules, compile_metadata_object, check_metadata_artifacts | опциональные правила, генерация и проверка поддержанного owner-relative комплекта XML. |
Генератор возвращает текст, не регистрирует объект в Configuration.xml и не импортирует в 1С. Права ролей относятся к выгрузке и не определяют эффективный доступ конкретного пользователя.
BSL AI Toolkit работает с файлами выгрузки конфигурации или расширения на диске: XML Конфигуратора и файлами проекта EDT. MCP-сервер onec-code при запуске находит каталоги локальных клонов и ищет объект по имени каталога; CLI 1c-meta получает путь к конкретному файлу и меняет его содержимое. Публиковать базу или поднимать отдельный сервис для этих операций не требуется.
find_object | ищет каталог объекта по имени или его части с учётом выбранного слоя. |
|---|---|
1c-meta detect | определяет формат дерева исходников. |
1c-meta attr add | добавляет реквизит объекта. |
1c-meta child add | добавляет поддержанный дочерний элемент объекта. |
1c-meta subsystem add-content | включает объект в состав подсистемы. |
1c-meta set-property | меняет скалярное свойство существующего элемента. |
1c-meta set-synonym | меняет синоним объекта или его элемента. |
1c-meta edit-type | меняет тип реквизита или другого поддержанного элемента. |
1c-meta role grant | устанавливает право роли на объект в файлах Конфигуратора. |
Для проверки правки предусмотрены контроль границ изменения и загрузка/повторная выгрузка через тестовую базу.
операции по файлам Конфигуратора и EDT с сохранением исходного формата и контролем целевого диффа. Ограничения: find_object возвращает пути, а не структурное описание всей конфигурации; 1c-meta — CLI, а не MCP tool. Поддерживается определённый каталог операций; изменение прав роли реализовано для файлов Конфигуратора. Применение через платформу требует тестовую базу.
1C MCP Toolkit дает доступ к метаданным живой базы через tool get_metadata: сводка по конфигурации, списки объектов, детали конкретного объекта, вложенные элементы, расширения и поиск реквизитов/измерений/ресурсов по маске.
get_metadata | возвращает сводку, список и детали метаданных; поддерживает meta_type, name_mask, filter, sections, extension_name, attribute_mask, limit и offset. |
|---|
детальное чтение структуры метаданных из живой базы; полезны режимы summary/list/details, фильтры, постраничный вывод, работа с расширениями и round-trip по найденным вложенным элементам через ПолноеИмя.
нет отдельной модели форм, изменения метаданных и графа связей между объектами метаданных.
когда агенту нужно получить актуальные имена объектов, реквизитов, измерений, ресурсов и табличных частей из живой базы.
Встроенный сервер работает в клиентском сеансе 1С без веб-публикации базы; прокси обменивается запросами с обработкой через polling. Для macOS требуется соответствующая нативная сборка; скриншоты доступны только на Windows.
INFATON MCP Server дает широкий read-only слой метаданных прямо из живой базы 1С. Он не строит отдельный граф или индекс по выгрузке, а обращается к runtime-метаданным через HTTP-сервис расширения.
get_metadata_tree | возвращает дерево объектов метаданных. |
|---|---|
get_object_metadata | возвращает полную структуру объекта: реквизиты, табличные части и модули. |
get_object_attributes | возвращает реквизиты объекта. |
get_object_tabular_sections | возвращает табличные части. |
get_enum_values | возвращает значения перечисления. |
get_register_dimensions | возвращает измерения, ресурсы и реквизиты регистра. |
get_document_movements | возвращает движения документа по регистрам. |
search_metadata | ищет объекты метаданных по имени или синониму. |
get_form_structure | возвращает структуру управляемой формы как часть метаданных. |
get_configuration_extensions | возвращает список расширений конфигурации. |
analyze_impact, get_object_usage | возвращают влияние и использования объекта метаданных. |
get_subsystems, get_functional_options, get_constants, get_predefined, list_reports | дают отдельные срезы структуры конфигурации. |
широкий набор прямых MCP-инструментов по метаданным без отдельной индексации; полезен, когда агенту нужны актуальные объекты, реквизиты, табличные части, регистры, движения документов, формы, подсистемы, функциональные опции и оценка влияния объекта в живой базе.
аналитика влияния и использований не является полноценным хранимым графом с произвольными путями; нет semantic/vector поиска, чтения структуры ролей и операций изменения метаданных. В отличие от EDT-host инструментов, сервер не создает и не меняет структуру конфигурации.
когда нужен бесплатный live-MCP для чтения структуры базы и деталей объектов без EDT/IDE.
Полный HTTP-каталог содержит 93 tools; STDIO-обёртка публикует 51. Вызовы исполняются с правами пользователя 1С.
get_extension_modules, compare_metadata_to_extension, get_subscription_handlers, export_role_matrix | состав расширений, подписки и права. |
|---|---|
load_extension, delete_extension, set_constant, set_functional_option, assign_role_to_user | операции настройки расширений, констант, опций и ролей с правами пользователя базы. |
1C AI Agent в категории метаданных учитывается как расширение 1С, которое строит RAG-индекс по структуре конфигурации и использует его в диалоге агента. Это не MCP-сервер и не внешний индекс по выгрузке: логика живет внутри базы.
GetMetadata - получает списки объектов метаданных: справочники, документы, регистры, перечисления и другие объекты, доступные в контуре агента.GetObjectFields - возвращает реквизиты и табличные части выбранного объекта.CheckObjectExists - проверяет существование объекта метаданных.метаданные индексируются прямо в базе, без отдельного сервера; RAG-подсказка подставляется в промпт агента и помогает выбирать правильные объекты и поля перед запросами к данным. Подходит для сценариев, где пользователь задает вопрос на естественном языке, а агент должен сам найти нужные справочники, документы или регистры.
нет отдельной модели форм, ролей и графа связей между объектами метаданных. Изменение метаданных не заявлено: write-действия в DSL относятся к данным, а не к структуре конфигурации. Это не универсальный MCP metadata endpoint для внешних клиентов.
когда нужен агент внутри 1С, который сам находит объекты и поля живой базы через RAG перед выполнением запросов или действий с данными.
Бизнес-сценарии используют RAG по живым метаданным и встроенные DSL-действия; диалог доступен из 1С и через HTTP API. Граф выполнения сохраняет состояние для продолжения; шаблоны сценариев не являются самостоятельным пакетом IDE-skills.
1c_mcp - конструктор MCP-сервера на базе расширения 1С. Из коробки он дает базовый доступ к метаданным, а более глубокие сценарии предполагают добавление собственных tools в расширении.
list_metadata_objects - возвращает список объектов метаданных.get_metadata_structure - возвращает структуру метаданных.можно расширять под конкретную базу и прикладные правила.
стандартный metadata-набор небольшой; формы, роли, связи и изменение метаданных нужно реализовывать отдельно.
когда нужен каркас для собственных metadata-tools внутри 1С.
Python-прокси также поддерживает обмен через локальную/FTP-папку и обратный HTTP polling: запущенный агент 1С забирает запросы без веб-публикации базы. Обратный polling работает только с STDIO-прокси.
EDT-MCP работает с 1C:EDT workspace и сильнее всего выглядит там, где метаданные надо не только читать, но и менять. Он умеет получать объекты, детали, искать использования и выполнять операции изменения через EDT. Также есть export_configuration_to_xml и import_configuration_from_xml для обмена конфигурацией через XML-файлы EDT.
get_metadata_objects | возвращает список объектов метаданных с фильтрацией по типам. |
|---|---|
get_metadata_details | возвращает свойства объекта, реквизиты, табличные части и другие детали. |
find_references | ищет использования верхнеуровневого объекта метаданных в проекте EDT. |
rename_metadata_object | переименовывает объект или атрибут метаданных с каскадным обновлением ссылок. |
delete_metadata | удаляет объект или атрибут метаданных с очисткой ссылок. |
create_metadata | создаёт объект или поддержанный дочерний элемент метаданных. |
modify_metadata | изменяет свойства существующего элемента модели EDT. |
get_objects_by_tags | возвращает объекты метаданных по тегам. |
лучший набор для изменения метаданных в EDT; есть чтение, references и refactoring-like операции.
зависит от EDT workspace; find_references ограничен верхнеуровневыми объектами.
когда агент должен менять метаданные в EDT, а не только читать структуру.
Для изображений и структуры визуального макета формы EDT требуется запуск с -DnativeFormBufferedLayoutRender=true. Поддерживаются EDT 2026.1/Java 17 и 2026.2/Java 25; опубликованный набор зависит от toolsets.
compare_configurations, get_comparison_node, merge_rules, dcs | сравнение конфигураций, правила объединения и модель СКД. |
|---|
MCP Host работает внутри запущенной 1C:EDT: операции используют модель открытого проекта, индексы BSL и службы среды. Клиент подключается по HTTP; CLI также обращается к работающему Host.
scan_metadata_index, edt_metadata_details, edt_field_type_candidates, edt_find_references | индекс объектов, свойства, типы и ссылки в модели EDT. |
|---|---|
edt_validate_request, create_metadata, add_metadata_child, update_metadata, delete_metadata | предварительная проверка и изменение метаданных. |
extension_manage | команды list_projects, list_objects, create, adopt, set_state. |
external_manage | команды list_projects, list_objects, details, create_report, create_processing. |
Публикация tools и операции записи зависят от allow/deny-настроек и mutation policy. Ряд изменений метаданных требует токен edt_validate_request. Для runtime и тестов нужны платформа 1С, база и соответствующий тестовый контур. Отдельные dcs/extension/external и QA-операции вызываются через параметр command фасадов.
Расширение VS Code работает с локальной структурой проекта и XML-метаданными; операции платформы используют настроенное подключение к базе. Встроенный Streamable HTTP MCP адаптер публикует 78 tools на локальном /mcp; Agent API также доступен через /command.
cdt_list_configurations, cdt_create_object, cdt_get_yaml, cdt_list_objects, cdt_get_properties, cdt_add_attribute, cdt_add_tabular_section, cdt_add_tabular_section_column, cdt_delete_attribute, cdt_delete_tabular_section, cdt_delete_object, cdt_rename_object, cdt_set_properties | чтение и изменение файловых метаданных проекта. |
|---|---|
cdt_get_type, cdt_set_type, cdt_get_subsystem_command_interface, cdt_set_subsystem_command_visibility, cdt_set_subsystem_command_order, cdt_set_subsystem_subsystems_order, cdt_list_predefined_characteristics, cdt_get_predefined_characteristic_type, cdt_set_predefined_characteristic_type, cdt_get_characteristic_value_registers | операции типов и дополнительных метаданных. |
cdt_xdto_list_packages, cdt_xdto_get_package, cdt_xdto_export_xsd, cdt_xdto_import_xsd, cdt_xdto_create_from_xsd, cdt_xdto_compare, cdt_xdto_merge | чтение и изменение XDTO. |
cdt_support_get_status, cdt_support_set_object_mode, cdt_support_enable_object_rules, cdt_support_sync, cdt_support_verify, cdt_support_get_last_run | настройки поддержки. |
cdt_cfe_list_projects, cdt_cfe_get_context, cdt_cfe_validate, cdt_cfe_create_project, cdt_cfe_borrow_object, cdt_cfe_create_interceptor, cdt_cfe_create_own_form, cdt_cfe_borrow_form, cdt_cfe_extend_form | проекты расширений. |
Нужны запущенный редактор и проект; для сборки, загрузки и отладки — платформа 1С и база. MCP слушает 127.0.0.1 на выделенном порту и использует Bearer-токен. Изменения файлов требуют проверки и загрузки в базу.
1C Litecode MCP - графовый read-only MCP по метаданным. Он сильнее обычного поиска, потому что работает не только с карточкой объекта, но и со связанными элементами: формами, ролями, подписками, references, HTTP-сервисами и семантическим поиском через embedding.
search_metadata / browse | структурная навигация по категориям и объектам метаданных, не текстовый поиск. |
|---|---|
search_metadata / object_structure | структурный поиск/получение полной карточки объекта метаданных по имени. |
search_metadata / get_children | дочерние элементы объекта. |
search_metadata / get_form | структура формы, элементы, события и привязки. |
search_metadata / get_access | роли/доступ в рамках конфигурации. |
search_metadata / get_references | связи и использования объекта метаданных. |
search_metadata / get_subscriptions | подписки на события. |
search_metadata / get_http_service | HTTP-сервисы и URL-шаблоны как объекты метаданных. |
search_metadata / resolve | точное разрешение имени/ссылки на объект метаданных. |
search_by_embedding | семантический vector/embedding-поиск по индексированным метаданным. |
самый широкий read-only набор среди открытых metadata-инструментов.
требует предварительно построенный индекс/граф; изменение метаданных не заявлено.
когда нужен глубокий read-only анализ метаданных большой конфигурации.
1C Vector Search в категории метаданных закрывает поиск объектов по XML-выгрузке и просмотр object-level зависимостей. Возможности по BSL-коду, формам и технической статистике индексов здесь не учитываются.
search_1c_metadata | поиск объектов метаданных по названию, синониму или описанию; поддерживает фильтр по типу объекта. |
|---|---|
graph_dependencies | какие объекты ссылаются на выбранный объект. |
graph_references | на какие объекты ссылается выбранный объект. |
локальный стек без Docker; семантический поиск по объектам метаданных; object-level зависимости; отдельная индексация расширений конфигурации без перезаписи основной базы индекса.
это read-only инструмент. Он не создает и не меняет объекты метаданных, не подтверждает отдельный слой ролей конфигурации и не заменяет EDT/IDE-инструменты для изменения структуры конфигурации.
когда нужен поиск объектов метаданных по выгрузке и базовая проверка входящих/исходящих object-level зависимостей без подключения к живой базе.
1C Metacode MCP строит project-scoped Neo4j-граф по XML-выгрузке или отчету о конфигурации. Базовая конфигурация и расширения индексируются вместе: категории, объекты, реквизиты, табличные части, ресурсы, измерения, формы, роли, подсистемы, предопределенные значения, подписки и связи с BSL-кодом.
get_metadata | получает объект или набор объектов по имени, идентификатору и фильтрам. |
|---|---|
find_metadata_objects | ищет объекты по структурным признакам или описательным полям. |
get_metadata_object_structure | возвращает реквизиты, табличные части, ресурсы, измерения, формы и команды объекта. |
find_metadata_elements | ищет дочерние элементы внутри объектов. |
find_metadata_usages | показывает использования объекта в реквизитах, формах, движениях и правах. |
get_metadata_element_type | разрешает тип реквизита, ресурса или измерения. |
find_predefined_values | ищет предопределенные значения и их иерархию. |
get_access_rights | возвращает права ролей на объект. |
get_metadata_details | разрешает compact/full references на объекты, элементы, формы, события, команды, GUID и routines и возвращает выбранные свойства. |
inspect_metadata_object | строит компактную обзорную карточку доступных секций и связей объекта. |
get_event_subscriptions | возвращает подписки на события и связанные обработчики. |
find_dependency_paths | ищет многошаговые пути между произвольными узлами графа. |
get_extension_object_diff | сравнивает объект расширения с соответствующим объектом базовой конфигурации. |
get_tool_return_schema | возвращает документированную схему результата выбранного tool. |
типизированный API вместо свободного Cypher; один граф связывает метаданные, формы, права, расширения и BSL. Есть прямые usages, dependency paths, права ролей, сравнение base/extension и мультипроектный scope.
это индекс файловой выгрузки, а не живая база или EDT workspace. Нужны Neo4j и предварительная загрузка.
когда нужен локальный граф метаданных и расширений с usages, правами и путями зависимостей и допустима инфраструктура Docker + Neo4j.
rlm-tools-bsl в этой категории полезен как индекс по CF/EDT/MDO-метаданным и соседним CFE-расширениям. Это не инструмент "дай дерево", а быстрый индекс для references, определяемых типов, ролей и элементов форм.
find_references_to_object | ищет references на объект метаданных по индексу metadata_references. |
|---|---|
find_defined_types | раскрывает определяемый тип в реальные типы. |
get_form_elements | возвращает элементы форм из индексной таблицы form_elements. |
metadata_references | индексная таблица обратных ссылок между объектами метаданных. |
role_rights | индексная таблица ролей/прав из метаданных. |
быстрый reverse-index по метаданным больших конфигураций.
не заменяет полноценный API дерева/карточки объекта. Сильная сторона инструмента в CFE/extension cases и устойчивости индекса, а не в интерактивном изменении метаданных.
когда нужна индексная проверка references, определяемых типов, ролей или элементов форм.
BSL Atlas дает индексный поиск по объектам метаданных и получение деталей найденного объекта. Это легкий metadata-search по выгрузке, без глубокой модели ролей, форм и изменения.
metadatasearch | индексный текстовый поиск по объектам метаданных; отдельно подтвержденного embedding-поиска именно по metadata tool нет. |
|---|---|
get_object_details | возвращает детали найденного объекта метаданных. |
простой поиск и карточка объекта.
формы, роли, изменение и глубокие связи не являются сильной частью metadata API.
когда нужен поиск объекта в выгрузке и базовые детали.
mcp-1c-v1 - RAG-поиск по загруженному описанию структуры конфигурации. Это не структурный API метаданных, а семантический поиск по текстовому представлению.
search_1c_documentation / RAG search - семантический RAG/vector-поиск по загруженному текстовому описанию структуры конфигурации.может находить ответы по текстовому описанию структуры.
нет дерева, секций объекта, форм, ролей, связей и изменения метаданных.
только как semantic lookup по описанию структуры, не как полноценный metadata-сервер.
BSL Analyzer в этой категории релевантен только tool metadata: он дает обзор метаданных workspace из файлового проекта.
metadata | возвращает обзор объектов конфигурации, реквизитов, форм и дерева метаданных. |
|---|
быстрый overview структуры из workspace.
не специализированный сервер для глубоких связей или изменения метаданных.
когда нужен краткий обзор метаданных файлового проекта.
BSL MCP Analyzer использует индекс и файловый разбор XML-выгрузки конфигурации из Python-движка onec-hbk-bsl. Для этих tools в проекте нужна Configuration.xml. Это узкий слой просмотра метаданных рядом с навигацией и статическим анализом BSL.
bsl_meta_object | сведения о конкретном объекте метаданных; |
|---|---|
bsl_meta_collection | просмотр коллекции объектов; |
bsl_meta_index | повторный разбор XML-выгрузки и перестроение индекса метаданных после изменений. |
доступ к метаданным и BSL через один MCP-процесс файлового проекта; карточка объекта включает реквизиты, табличные части и атрибуты форм. Ограничения: этот набор не предоставляет отдельные операции изменения метаданных, полное дерево форм, роли или граф связей объектов; к живой информационной базе не подключается.
1C HBK BSL разбирает локальную XML-выгрузку конфигурации и строит индекс метаданных. Для предметных MCP tools в workspace нужна Configuration.xml; они не обращаются к работающей информационной базе.
bsl_meta_collection | список объектов выбранной глобальной коллекции; |
|---|---|
bsl_meta_object | реквизиты, табличные части и атрибуты форм одного объекта; |
bsl_meta_index | повторный разбор XML и перестроение индекса после изменений. |
просмотр основных сведений об объекте рядом с BSL-навигацией и диагностикой в одном наборе. Ограничения: отдельного полного дерева форм, списка прав ролей, графа связей и операций изменения метаданных нет. Надстройка BSL MCP Analyzer использует эти же три базовых tools.
1C_MCP_metadata - специализированный небольшой MCP-сервер для метаданных. Он закрывает базовый сценарий: получить структуру конфигурации, посмотреть детали объекта и найти объект по текстовым полям.
get_metadata_structure | возвращает структуру конфигурации по основным типам объектов. |
|---|---|
get_metadata_object_details | возвращает детали объекта: имя, синоним, комментарий, реквизиты и табличные части. |
search_metadata | текстовый поиск по полям объекта: имя, синоним, комментарий; признаков embedding/семантики нет. |
простой и сфокусированный набор именно для метаданных.
нет отдельной работы с формами, ролями, связями и изменением метаданных.
когда нужен легкий metadata-сервер для базовой структуры и поиска по объектам.
DaJet MCP Server читает метаданные напрямую из SQL Server/PostgreSQL базы 1С через библиотеку DaJet Metadata. Это специфичный metadata MCP: он ценен не как универсальный справочник по конфигурации, а как способ связать прикладный объект 1С с физической структурой хранения: таблицами, полями, типами и назначением колонок.
get_metadata_type_names | возвращает список поддерживаемых типов объектов метаданных: константы, справочники, документы, перечисления, планы видов характеристик, публикации, задачи, бизнес-процессы, регистры, планы счетов и регистры бухгалтерии. |
|---|---|
get_database_names | возвращает имена баз, зарегистрированных в datasources.json и доступных серверу. |
get_database_description | возвращает описание базы/конфигурации: имя, версия конфигурации и версия совместимости платформы. |
get_database_metadata | возвращает структуру метаданных базы: группы объектов по типам и списки имен объектов. |
search_metadata_names | ищет имена объектов метаданных в выбранной базе. |
get_metadata_object | возвращает структуру конкретного объекта метаданных по базе, типу и имени: прикладное имя, имя таблицы хранения, свойства, колонки и табличные части. |
get_metadata_object_by_code, resolve_metadata_references | находят объект по внутреннему коду и разрешают ссылки метаданных. |
показывает не только "какие объекты есть", но и "как они хранятся в СУБД". Это полезно для анализа структуры базы, подготовки SQL-исследований, понимания таблиц и колонок хранения 1С.
нет форм, ролей, изменения метаданных и графа произвольных зависимостей. BSL-код сервер не читает; data/query сценарий вынесен в отдельную категорию через execute_query. Пользовательские DaJet Script tools могут расширять контракт, поэтому их состав зависит от локальной поставки.
когда агенту нужно сопоставить объект 1С с таблицами и полями SQL Server/PostgreSQL или быстро получить структуру хранения живой базы без расширения внутри 1С.
OneBridge - MCP-сервер для живой базы 1С. В категории метаданных он закрывает базовый сценарий чтения структуры конфигурации, но без собственного отдельного движка поиска, графа связей или изменения объектов.
get_metadata | читает структуру метаданных по пути: корень конфигурации, конкретный справочник, документ, регистр и другие объекты; по README это прямое чтение структуры, без признаков полнотекстового, семантического или гибридного поиска. |
|---|
закрывает базовый live-сценарий чтения метаданных: получить корень конфигурации, зайти в конкретный объект и прочитать его структуру. Подходит, когда нужен просто доступ к актуальной структуре объектов.
в репозитории нет исходного кода .epf, поэтому подтверждение идет по README и docs. Отдельных tools для форм, ролей, связей метаданных, поиска по описанию и изменения объектов не заявлено.
когда нужен базовый доступ к метаданным живой базы, а не отдельный metadata-движок или графовый индексатор.
MCP-1C читает метаданные из живой базы 1С через HTTP-сервис. Для категории метаданных это базовый live-инструмент: он показывает дерево объектов, структуру выбранного объекта и структуру формы. Он не пытается быть графовым анализатором и не меняет метаданные.
get_metadata_tree | возвращает дерево/список объектов метаданных конфигурации. |
|---|---|
get_object_structure | возвращает структуру конкретного объекта: реквизиты, табличные части и связанные элементы. |
get_form_structure | возвращает структуру формы объекта как часть метаданных. |
get_configuration_info | возвращает общую информацию о конфигурации. |
analyze_subsystems | находит объекты вне подсистем, показывает подсистемы выбранного объекта и пересечения включения объектов в несколько подсистем. |
прямое чтение актуальной структуры из живой базы, отдельные tools для дерева, объекта, формы и анализа распределения объектов по подсистемам.
нет отдельной сильной модели ролей, связей между объектами и изменения метаданных.
когда нужен read-only контекст метаданных живой базы без EDT и без предварительного индекса.
Confaster - закрытый продукт со встроенным локальным MCP по выгрузке конфигурации. В metadata-категории важны структура метаданных и места использования ссылок, если они извлекаются из выгрузки.
metadata-контекст встроен в рабочий продукт.
закрытый продукт; точные MCP tools не раскрыты.
как продукт со встроенным metadata-контекстом, не как открытый metadata-сервер.
OneRPA - продуктовый набор MCP-серверов. В metadata-категории важны несколько типов поиска: обычный текстовый/индексный, semantic/vector через embedding и графовый поиск. Точные возможности надо проверять на поставке.
CodeMetadataSearchServer / metadatasearch | обычный текстовый/индексный поиск по метаданным; точный алгоритм не раскрыт в публичном источнике. |
|---|---|
CloudEmbeddingsServer / metadatasearch | semantic/vector-поиск по метаданным через embedding-индекс. |
Graph Metadata Search / search_metadata | структурный графовый поиск по метаданным. |
Graph Metadata Search / execute_metadata_cypher | выполнение Cypher-запросов к графу метаданных. |
Graph Metadata Search / answer_metadata_question | ответы на вопросы по графу метаданных. |
Graph Metadata Search / business_search | семантический/бизнес-поиск объектов по смыслу; точный состав гибрида надо проверять. |
несколько режимов поиска по метаданным, включая граф.
нет проверенной поставки в скачанных исходниках; точное покрытие надо проверять отдельно.
когда нужен продуктовый bundle для поиска и графа метаданных.
OneMCP заявляет семантический поиск по метаданным конфигурации и проектному контексту, но точные MCP tool names публично не раскрыты.
продуктовый подход к контексту метаданных.
нет точного списка tools и примеров ответов.
пока только как продуктовую карточку с пометкой описание.
Коммерческий плагин работает внутри 1C:EDT с проектом и сервисами среды. По текущей документации предусмотрено 28 tools в профилях Аналитик (12), Разработчик (22), Архитектор (25) и Архитектор Про (28).
list_metadata_objects, get_object_details, get_config_properties | чтение метаданных модели EDT. |
|---|---|
edit_metadata | создание и изменение метаданных, форм, макетов и СКД. |
update_configuration | сравнение и объединение текущей конфигурации с поставкой. |
Рекомендуется EDT 2026.1.2/Java 17; EDT 2025 не поддерживается, полная совместимость с 2026.2 не гарантируется. Возможности ограничиваются профилем; для операций базы и тестов нужны соответствующие подключения и компоненты. Исходники плагина не опубликованы, сведения проверены по документации поставщика.
AI Code Maestro заявляет анализ загруженной конфигурации 1С и работу ассистента с контекстом проекта. Для категории метаданных это закрытый SaaS: пользователь загружает или подключает контекст, а сервис использует его для ответов, генерации и рефакторинга.
готовый продуктовый контур для пользователей, которым нужен ассистент с контекстом конфигурации без самостоятельного разворачивания локального индекса.
исходники и точный контракт инструментов не найдены. Нельзя подтвердить, какие именно объекты метаданных читаются, есть ли связи/роли/формы как отдельные сущности и можно ли изменять метаданные через формализованные операции.
как SaaS-ассистента с загружаемым контекстом конфигурации, если подходит закрытая платформа и тарифная модель.
Infostart MCP в этой категории - продуктовый поиск по XML-выгрузке метаданных с индексацией в Qdrant. Qdrant указывает на vector/embedding-поиск, но точный состав поиска в поставке надо проверять.
mcp-metadata | поиск по метаданным, индексированным из XML-выгрузки в Qdrant; вероятно semantic/vector search, но точный режим (чистый vector или гибрид keyword+vector) публично не зафиксирован. |
|---|
готовая поставка для поиска по метаданным.
точные tool names внутри поставки и полнота API раскрыты ограниченно.
когда нужен packaged semantic/vector search по метаданным выгрузки и подходит продуктовая поставка.
Unica подключается к Claude Code или Codex через STDIO MCP и работает с локальными source sets файловой выгрузки. Интерфейс предварительной версии 0.13.0-rc.2 состоит из 11 логических инструментов; стабильный релиз 0.12.3 сохраняет предыдущий контракт. В предварительной версии прежние семейства отдельных tools заменены операциями над адресованными узлами.
unica.view, unica.resolve, unica.search | чтение логических узлов метаданных и поиск объектов. |
|---|---|
unica.apply | предварительный план и применение поддержанных операций выбранного узла. |
unica.check, unica.diff | валидация и сравнение узлов одного вида. |
Для записи сначала нужен dryRun и его revision в ifRev; допустимые операции объявляются в can выбранного узла. Состав валидаторов и runtime-сценариев зависит от вида артефакта и настроенных драйверов; наличие инструмента не означает поддержку любой операции. Платформа 1С требуется для сценариев сборки и работы с базой.
mcp-1c77 в этой категории закрывает отдельный случай: чтение метаданных 1С 7.7 из файла 1Cv7.MD. Это не live-доступ к базе 1С 8.x и не EDT/XML-сценарий, а инструмент для разбора старого MD-файла.
reload_configuration | загружает или перезагружает файл 1Cv7.MD. |
|---|---|
list_objects | показывает объекты метаданных с фильтром по типу. |
get_object | возвращает реквизиты, табличные части и свойства объекта. |
get_configuration_info | показывает общую информацию и статистику конфигурации. |
search | ищет объекты по имени, синониму и комментарию. |
search_field | ищет объекты, где есть реквизит с заданным именем. |
get_objects_batch | возвращает несколько объектов одним вызовом. |
resolve_id | определяет тип и имя объекта по внутреннему идентификатору. |
дает агенту структурный доступ к старым конфигурациям 1С 7.7 без ручного разбора 1Cv7.MD. Покрывает справочники, документы, регистры, перечисления, константы, отчеты/обработки, журналы документов, виды расчета и план счетов.
не меняет метаданные, не работает с живой базой и не относится к современным форматам 1С 8.x. Сравнивать его напрямую с EDT/MCP-инструментами для 8.x некорректно: это отдельный сценарий для старых конфигураций.
когда нужно быстро понять структуру конфигурации 1С 7.7 по 1Cv7.MD.
Code Index в категории метаданных — локальный read-only индекс по файловой выгрузке. Расширенная сборка bsl-indexer разбирает Configurator XML и EDT .mdo, нормализует результаты в одни SQLite-таблицы и связывает модель метаданных с BSL-кодом.
get_object_structure | структура объекта: реквизиты, табличные части, измерения, ресурсы, синонимы и дополнительные свойства; поддерживает выбор секций и критерий name_like + meta_type. |
|---|---|
get_object_profile | агрегированный профиль объекта: структура, формы, модули и связи данных. |
get_data_links | входящие и исходящие связи объекта на глубину до четырех уровней. |
find_data_path | путь между двумя объектами по ссылочным связям. |
get_register_writers | документы-регистраторы регистра и регистры, в которые пишет документ, по декларативному составу движений. |
find_references | impact map из обратных metadata links, использований объекта в BSL и прав ролей. |
get_event_subscriptions | подписки с фильтрами по обработчику, событию и объекту-источнику. |
bsl_sql | read-only SELECT/WITH по таблицам индекса для фильтров, join и агрегаций, которые не закрыты отдельным tool. |
один и тот же MCP-контракт работает с Configurator XML и EDT .mdo; есть не только карточка объекта, но и граф связей, путь между объектами, движения документов, кодовые usages и права ролей. Можно получать узкие секции и компактные агрегированные ответы вместо чтения XML в контекст.
это снимок файловой выгрузки, а не актуальные метаданные живой базы или открытой EDT-сессии. Нет создания, удаления, переименования и изменения объектов. Формы представлены списком и обработчиками событий, без публичного tool для полного дерева элементов. Роли доступны как права в impact map/SQL, а не как отдельная полная карточка роли.
для офлайн-анализа крупной выгрузки, когда нужны структура объекта и прослеживание связей между метаданными, BSL-кодом, движениями и правами без изменения конфигурации.
get_role_rights | чтение прав роли из индексированной XML-выгрузки. |
|---|---|
get_dcs_schema | чтение схемы СКД из файлового индекса. |
Локальные и удалённые индексы выбираются по alias; платформа и живая база 1С не требуются.
В категории метаданных учитывается только встроенный production-tool базового расширения; конструкторские API и UI-провайдер сюда не дублируются.
infobase_info | возвращает версию и тип платформы, имя и версию конфигурации, вариант встроенного языка, признак файловой базы и список расширений с версиями, безопасным режимом и защитой от опасных действий. |
|---|
информация читается из живой клиентской сессии без файловой выгрузки и индекса; схема не принимает произвольных аргументов (additionalProperties = false).
это технический профиль базы, а не навигация по объектам метаданных. Нет списка справочников/документов, реквизитов, форм, ролей или связей. В тонком клиенте сведения о конфигурации и встроенном языке возвращаются пустыми, а получение расширений может быть недоступно.
как базовую диагностическую операцию у собственного MCP-сервера внутри клиента 1С, а не как самостоятельный metadata-aware инструмент.
В категории метаданных mcp-1c (OneScript) учитывается как файловая навигация по XML-выгрузке, а не как структурная модель конфигурации. Сервер не разбирает типы объектов, реквизиты, табличные части, формы или связи.
config_list | выводит дерево каталогов и файлов от переданного корня с параметром максимальной глубины. |
|---|---|
xml_search | рекурсивно ищет регистрозависимую подстроку во всех *.xml, возвращая путь, номер строки и исходную строку. |
позволяет быстро найти имя или XML-фрагмент в небольшой выгрузке без схемы БД, индекса и запущенной 1С.
результаты остаются сырыми строками XML; нет карточки объекта, нормализованной структуры, связей, ролей, отдельного понимания форм и операций изменения. Поиск не имеет лимита и перечитывает XML при каждом вызове. Переданный корень не ограничивается настройкой сервера.
для простого поиска точного текста и навигации по файловой выгрузке, если структурный metadata-aware MCP избыточен.
EDT MCP публикует отдельный mutating-контур метаданных: чтение и создание верхнеуровневых объектов, свойства и типы, реквизиты и табличные части, регистраторы, состав подсистем, заимствование объектов в расширения, extension overrides, внешние обработки/отчеты и MXLX-макеты. DCS-tools учитываются отдельно в категории «СКД и отчеты», а form-constructor — в категории «Формы».
list_md_objects, get_md_object, create_md_object, rename_md_object, set_md_property.list_attributes, add_attribute, rename_attribute, set_md_type, set_constant_type.add_tabular_section, add_tabular_section_attribute, add_register_recorder, add_subsystem_content.borrow_md_object, borrow_form, borrow_form_pictures, add_extension_method_override.create_external_object, add_md_template.операции имеют side effects в проекте; rename_md_object прямо помечен alpha/BM-only, а часть изменений реализована редактированием MDO/DCS файлов и требует последующей синхронизации EDT.
add_enum_value | добавление значения перечисления. |
|---|---|
build_external_object, import_external_object | сборка и импорт внешнего объекта. |
В metadata-категории учитываются только структурные операции по индексу XML-выгрузки. Семантический поиск по справке и чтение документных чанков описаны отдельно в категории «Справка по конфигурации», а bundled skill — в «Агентских навыках».
conf_doc_list_objects | точный/подстрочный поиск объектов по имени или синониму с фильтром типа, конфигурации и лимитом до 500 записей. |
|---|---|
conf_doc_get_object | карточка объекта со структурными полями, количеством реквизитов и табличных частей, UUID, списком чанков и help pages. |
conf_doc_search_roles_by_object | точный поиск ролей, выдающих права на объект; поддерживает фильтр прав, типа метаданных, конфигурации и лимит до 500 результатов. |
29 поддерживаемых типов верхнеуровневых объектов; реквизиты и табличные части; измерения/ресурсы регистров; значения перечислений; ссылки на формы; права ролей и RLS-условия. Один backend хранит несколько конфигураций, а клиенту не нужен доступ к XML или SQLite.
нет графа зависимостей и изменения метаданных; формы представлены ссылками и справкой, а не деревом элементов. Отчётные модули и запросы СКД находятся в документных чанках, но не образуют полноценный индекс всей BSL-кодовой базы. Это снимок XML-выгрузки, а не живая база или EDT workspace.
когда нужен локальный OSS-индекс структуры и прав конфигурации вместе с отдельным семантическим слоем справки, но без графа связей и авторства метаданных.
NKDK дает агенту не read-only-карточки объектов, а отдельное редактируемое YAML-представление файловой конфигурации с двусторонним преобразованием XML. В metadata-категории учитываются все восемь MCP tools, потому что они образуют единый жизненный цикл одного YAML/XML-проекта, а не независимые функции форм, СКД или BSL.
nkdk.get_schema | возвращает summary или JSON Schema целевого YAML-файла; поддерживает выбор ключей, required-полей и поиск по схеме. |
|---|---|
nkdk.describe_project_structure | описывает допустимые каталоги и файлы проекта, их назначение, обязательность и повторяемость с ограничением глубины. |
nkdk.validate_project | проверяет весь YAML-проект или один файл и возвращает errors/warnings с путем, строкой и колонкой; project-wide режим проверяет структурные ссылки и DataPath. |
nkdk.import_from_xml | импортирует XML-выгрузку в YAML только при явном allowWrite=true. |
nkdk.sync_to_xml | без записи строит план; с разрешением выполняет полную либо state-based инкрементальную синхронизацию и сообщает добавленные, измененные и удаленные XML-файлы. |
nkdk.init_sync_state | явно создает .nkdk-sync.yaml, необходимый для инкрементального режима. |
nkdk.rename_item | планирует или выполняет переименование верхнеуровневого объекта либо дочернего элемента, сохраняя identity через migration. |
nkdk.delete_item | планирует или удаляет объект/дочерний элемент из YAML; физическое удаление из XML происходит при последующей синхронизации. |
формат и схемы предназначены для работы ИИ-агента; есть не только XML→YAML import, но и контролируемый round-trip обратно, project-wide validation ссылок, dry-run для опасных операций, инкрементальный state и отдельные guides/prompts MCP. Модель покрывает верхнеуровневые объекты, вложенные элементы, формы, роли, модули, макеты и другие файлы конфигурации без необходимости держать XML целиком в контексте агента.
ранняя стадия и заявленная совместимость только с платформой 8.3.27; это файловый снимок, а не живая база или EDT workspace. Универсальные tools работают со всем YAML-проектом, поэтому отдельное включение того же набора в категории «Формы» и «СКД и отчеты» создало бы ложное дублирование. Обратная синхронизация действительно пишет и удаляет XML-файлы; allowWrite, plan-mode и отдельный reference-каталог уменьшают риск, но не заменяют резервную копию и просмотр плана.
когда агент должен существенно редактировать файловую конфигурацию через компактный YAML, валидировать связи и затем получить контролируемую XML-выгрузку для загрузки в 1С.
1c-ai config add распаковывает ZIP с XML-выгрузкой конфигурации в локальное хранилище, а 1c-ai config build строит индексы. MCP-сервер metadata читает эти индексы и исходные XML-файлы; живую базу или EDT он не опрашивает.
metadata.get_metadata | получает структуру объекта по object_ref из индекса. |
|---|---|
metadata.get_dependency_graph | показывает зависимости объекта, включая направление и глубину обхода. |
metadata.get_api_reference | возвращает экспортные методы общего модуля из построенного индекса API. |
Структура формы доступна через отдельный metadata.get_form_structure и рассмотрена в категории «Формы». Сильные стороны: структурное чтение и граф зависимостей по импортированной конфигурации. Ограничения: требуется предварительная сборка индексов; нет отдельного MCP tool для изменения метаданных, ролей или поиска по свободному тексту.
Навык 1c-batch запускает установленный Конфигуратор 1С с параметрами подключения к файловой или серверной базе. Его скрипты выгружают конфигурацию и расширения в XML либо бинарные файлы и загружают их обратно; src/cf и src/cfe_* используются как локальные каталоги исходников. Для чтения структуры живой конфигурации правило mcp-1c направляет агента к отдельно установленному и опубликованному серверу 1c_mcp.
dump-config, load-config | выгрузка XML и загрузка полной конфигурации либо выбранных файлов. |
|---|---|
dump-cf, load-cf | выгрузка и загрузка бинарного файла конфигурации .cf. |
dump-extension, load-extension | выгрузка XML и загрузка расширения. |
dump-cfe, load-cfe | выгрузка и загрузка бинарного файла расширения .cfe. |
/setup-project | настраивает паспорт проекта, каталоги исходников, подключение внешнего MCP и параметры Конфигуратора. |
пакетный обмен исходниками между проектом и базой с возможностью частичной XML-загрузки конфигурации. Ограничения: нет собственного структурного поиска или точечного MCP-редактора метаданных; загрузка может обновить конфигурацию базы, если явно не пропустить этот шаг.
Индексатор читает локальный TXT-отчёт «Отчёт по конфигурации» как основной источник объектов и элементов; XML-манифест и файлы выгрузки дополняют его идентификаторами, режимом форм и BSL-кодом. Структура, ссылки и использования сохраняются в SQLite-графе. Семантическая ветка отдельно обращается к эмбеддеру и Qdrant. MCP-сервер отдаёт снимок выгрузки через Streamable HTTP, не подключаясь к работающей ИБ.
get_metadata | сводка, категории и список объектов с фильтром и пагинацией. |
|---|---|
list_objects, get_object_elements | дерево типов и элементы выбранного объекта. |
inspect_metadata_object | ограниченное по объёму досье объекта: структура, формы, модули, использования. |
get_metadata_object_structure, get_metadata_element_type, get_metadata_details | секции, типизированные дочерние элементы и карточка конкретной ссылки. |
find_metadata_objects, find_metadata_elements | поиск объекта по описанию или имени дочернего элемента и поиск элементов по всей конфигурации. |
find_metadata_usages, get_references | использующие модули и входящие/исходящие связи по типам данных. |
search_config | семантический поиск по объектам и элементам при доступных эмбеддере и Qdrant. |
структурное чтение с переходом от объекта к элементам и графу использований; отдельный точный поиск по именам работает без векторной инфраструктуры. Ограничения: без TXT-отчёта XML-выгрузка не заполняет полноценный объектный слой. Поиск по смыслу требует заполненного векторного индекса. Роли и правки метаданных не реализованы; связи с модулями неполны для объектов вне TXT-отчёта.
1Cv7.MD: mcp-1c77.metadata_read, metadata_links, metadata_roles, metadata_forms, metadata_write, потому что одна категория "Метаданные" слишком широкая.