Эта категория про инструменты, которые дают агенту структуру конфигурации 1С: объекты, реквизиты, табличные части, формы, роли и связи. Начинать стоит с live-доступа к базе или EDT, если агент должен работать с актуальным проектом.
Инструменты этой категории дают AI-агенту доступ к структуре конфигурации 1С: объектам, реквизитам, табличным частям, формам, ролям и связям. Это нужно, когда агент должен понимать реальную конфигурацию, а не работать по догадкам.
В сравнении ниже инструменты разобраны по источнику метаданных, глубине связей, режиму чтения или изменения, необходимости индекса и ограничениям доступа.
| Критерий | Что сравнивается |
|---|---|
| Источник метаданных | Живая база, EDT workspace, XML/EDT/MDO/CF-выгрузка, индекс, граф, продуктовый сервис |
| Список объектов | Получение списка/дерева объектов: справочники, документы, регистры, отчеты, обработки, планы и т.д. |
| Детали объекта | Реквизиты, табличные части, измерения, ресурсы, свойства, синонимы, комментарии |
| Формы | Формы, элементы формы, события формы, привязки, команды формы |
| Связи метаданных | Где объект метаданных используется в других объектах, формах, ролях, подсистемах, типах |
| Роли конфигурации | Роли как часть метаданных конфигурации, если инструмент читает их из структуры/выгрузки |
| Поиск | Тип поиска: точный/по маске, полнотекстовый, семантический, embedding/vector, графовый/Cypher, гибридный |
| Изменение | Создание, удаление, переименование объектов, добавление реквизитов/ТЧ, изменение свойств |
| Уровень подтверждения | исходники, минимальный код, описание, продукт |
| Набор инструментов | Источник | Формы | Связи метаданных | Поиск | Изменение |
|---|---|---|---|---|---|
| живая база | нет | нет | тип, имя, атрибуты, расширения | нет | |
| живая база | да | да, 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, гибрид не подтвержден | нет |
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 по найденным вложенным элементам через ПолноеИмя.
нет отдельной модели форм, изменения метаданных и графа связей между объектами метаданных.
когда агенту нужно получить актуальные имена объектов, реквизитов, измерений, ресурсов и табличных частей из живой базы.
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.
1C AI Agent в категории метаданных учитывается как расширение 1С, которое строит RAG-индекс по структуре конфигурации и использует его в диалоге агента. Это не MCP-сервер и не внешний индекс по выгрузке: логика живет внутри базы.
GetMetadata - получает списки объектов метаданных: справочники, документы, регистры, перечисления и другие объекты, доступные в контуре агента.GetObjectFields - возвращает реквизиты и табличные части выбранного объекта.CheckObjectExists - проверяет существование объекта метаданных.метаданные индексируются прямо в базе, без отдельного сервера; RAG-подсказка подставляется в промпт агента и помогает выбирать правильные объекты и поля перед запросами к данным. Подходит для сценариев, где пользователь задает вопрос на естественном языке, а агент должен сам найти нужные справочники, документы или регистры.
нет отдельной модели форм, ролей и графа связей между объектами метаданных. Изменение метаданных не заявлено: write-действия в DSL относятся к данным, а не к структуре конфигурации. Это не универсальный MCP metadata endpoint для внешних клиентов.
когда нужен агент внутри 1С, который сам находит объекты и поля живой базы через RAG перед выполнением запросов или действий с данными.
1c_mcp - конструктор MCP-сервера на базе расширения 1С. Из коробки он дает базовый доступ к метаданным, а более глубокие сценарии предполагают добавление собственных tools в расширении.
list_metadata_objects - возвращает список объектов метаданных.get_metadata_structure - возвращает структуру метаданных.можно расширять под конкретную базу и прикладные правила.
стандартный metadata-набор небольшой; формы, роли, связи и изменение метаданных нужно реализовывать отдельно.
когда нужен каркас для собственных metadata-tools внутри 1С.
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_object | удаляет объект или атрибут метаданных с очисткой ссылок. |
add_metadata_attribute | добавляет реквизит к объекту метаданных. |
get_objects_by_tags | возвращает объекты метаданных по тегам. |
лучший набор для изменения метаданных в EDT; есть чтение, references и refactoring-like операции.
зависит от EDT workspace; find_references ограничен верхнеуровневыми объектами.
когда агент должен менять метаданные в EDT, а не только читать структуру.
CodePilot1C MCP Host - MCP-host внутри EDT. Для метаданных это не просто чтение структуры, а работа с живым EDT-проектом: индекс, детали объекта, подбор типов, создание объектов, изменение свойств, формы, расширения и внешние объекты.
scan_metadata_index | строит или обновляет индекс метаданных EDT workspace. |
|---|---|
edt_metadata_details | возвращает детали объекта метаданных в EDT. |
edt_field_type_candidates | подбирает допустимые типы для поля/реквизита. |
inspect_platform_reference | возвращает сведения о платформенном объекте, типе или ссылке, когда нужно уточнить допустимые свойства и контекст метаданных. |
edt_validate_request | валидирует mutation-запрос перед изменением метаданных или формы. |
create_metadata | создает объект метаданных. |
add_metadata_child | добавляет дочерний элемент, например реквизит или табличную часть. |
update_metadata | изменяет свойства объекта метаданных. |
delete_metadata | удаляет объект или элемент метаданных. |
create_form | создает управляемую форму в EDT-проекте. |
apply_form_recipe | применяет recipe для построения или перестройки формы. |
mutate_form_model | меняет модель формы без ручного редактирования XML. |
extension_list_projects | показывает проекты расширений в workspace. |
extension_create_project | создает проект расширения. |
extension_adopt_object | принимает объект в расширение. |
extension_set_property_state | меняет состояние свойства в расширении. |
external_list_projects | показывает проекты внешних обработок и отчетов. |
external_list_objects | возвращает объекты внешнего проекта. |
external_get_details | возвращает детали внешнего объекта. |
сильный EDT-набор не только для чтения и мутаций верхнеуровневых объектов, но и для форм, расширений и внешних объектов в том же host-контуре.
зависит от запущенной EDT-сессии и EDT workspace; явного отдельного graph/reference engine уровня Atlas/Litecode здесь нет.
когда нужен агентский сценарий изменения структуры метаданных в EDT.
CDT 41 не MCP-сервер, а VS Code/Agent API. В этом сравнении он оставлен как связанный metadata-инструмент: у него есть команды для дерева, свойств, YAML-представления и CRUD-операций над объектами/реквизитами.
1c-metadata-tree.agent.listObjects | возвращает список объектов конфигурации. |
|---|---|
1c-metadata-tree.agent.getProperties | возвращает свойства объекта метаданных. |
1c-metadata-tree.agent.getYaml | возвращает YAML-представление объекта. |
1c-metadata-tree.agent.createObject | создает объект метаданных. |
1c-metadata-tree.agent.renameObject | переименовывает объект метаданных. |
1c-metadata-tree.agent.deleteObject | удаляет объект метаданных. |
1c-metadata-tree.agent.addAttribute | добавляет реквизит. |
1c-metadata-tree.agent.addTabularSection | добавляет табличную часть. |
1c-metadata-tree.agent.setProperties | изменяет свойства объекта. |
1c-metadata-tree.agent.setType | изменяет тип реквизита/элемента. |
богатый IDE API для чтения и изменения метаданных. Дополнительно extension умеет структурно сравнивать и объединять файловые конфигурации: объекты сопоставляются по UUID/имени, BSL-модули — по процедурам; доступны preview и выборочное логическое слияние.
не MCP transport, поэтому в каталоге нужно помечать отдельно.
когда сценарий строится вокруг VS Code/Agent API, а не вокруг MCP-сервера.
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.
не специализированный сервер для глубоких связей или изменения метаданных.
когда нужен краткий обзор метаданных файлового проекта.
onec-mcp-universal - MCP-шлюз к backend-сервисам. Сам не является отдельным движком анализа метаданных; metadata-возможности зависят от подключенных backend.
на 2026-05-29 репозиторий GitHub недоступен, поэтому сравнение опирается на ранее зафиксированную карточку и не подтверждает текущее состояние проекта.
get_metadata backend - доступ к чтению метаданных через подключенный backend.graph_search backend - доступ к графовому поиску, если подключен соответствующий backend.единая точка входа к нескольким metadata-backend.
глубина зависит от backend; как самостоятельный metadata-анализатор его сравнивать некорректно. Для новых внедрений доступность проекта надо перепроверять отдельно.
когда нужен шлюз к нескольким metadata-инструментам.
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 и примеров ответов.
пока только как продуктовую карточку с пометкой описание.
MCP:RSV Server работает внутри 1C:EDT и дает агенту доступ к метаданным открытого EDT-проекта. По публичному каталогу инструментов он ближе к EDT-host классу: читает список объектов, детали объекта и свойства конфигурации, а в профиле Архитектор добавляет конструктор edit_metadata.
list_metadata_objects | возвращает список объектов метаданных в EDT-проекте. |
|---|---|
get_object_details | возвращает подробности выбранного объекта. |
get_config_properties | возвращает свойства конфигурации. |
edit_metadata | конструктор операций создания и изменения метаданных; по документации включает около 78 операций по объектам, формам, макетам, расширениям, СКД и служебным сценариям. |
продуктовый EDT-контур с чтением и изменением метаданных через нативные сервисы среды, а не через ручное редактирование XML. Полезен, когда агент должен работать с открытым проектом EDT и менять структуру конфигурации.
исходники плагина не опубликованы; проверка идет по сайту, документации, terms и составу бинарного p2-дистрибутива. Нет отдельного подтвержденного графа связей уровня Litecode/Metacode и нет прозрачного контракта всех операций edit_metadata.
когда нужен коммерческий EDT-плагин с прямой работой по метаданным, а закрытая поставка и тарифная модель подходят.
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 в категории метаданных - это Codex-плагин и единый MCP-оркестратор для файлового проекта 1С. Он не работает как live-сервер к базе, а дает агенту формализованные операции над XML-исходниками конфигурации, расширений и отдельных объектов метаданных.
unica.project.status | показывает состояние рабочего пространства Unica, source set и кэш. |
|---|---|
unica.project.map | показывает настроенные source sets и эффективный формат исходников. |
unica.cf.info | читает корневой Configuration.xml. |
unica.cf.init | создает пустой XML-каркас конфигурации. |
unica.cf.edit | меняет корневую конфигурацию. |
unica.cf.validate | валидирует корневую структуру конфигурации. |
unica.cfe.borrow, unica.cfe.diff, unica.cfe.init, unica.cfe.patch_method, unica.cfe.validate | операции с расширениями. |
unica.meta.info, unica.meta.compile, unica.meta.edit, unica.meta.remove, unica.meta.validate | чтение, создание, изменение, удаление и проверка XML объекта метаданных. |
unica.role.info, unica.role.compile, unica.role.validate | роли как отдельный слой метаданных. |
unica.subsystem.info, unica.subsystem.compile, unica.subsystem.edit, unica.subsystem.validate | подсистемы и иерархия. |
unica.interface.edit, unica.interface.validate | командный интерфейс подсистем. |
широкий набор операций по XML-структуре проекта, включая не только чтение, но и изменение метаданных, ролей, подсистем и командного интерфейса. Хорошо подходит для Codex-сценария, где агент работает с исходниками проекта и должен делать изменения через предсказуемые операции, а не вручную править XML.
это не live-доступ к метаданным базы и не графовый индекс связей уровня Litecode/Metacode. Для анализа связей между объектами и поиска по большой конфигурации лучше дополнять Unica индексным инструментом.
когда агент работает в Codex над XML/EDT-исходниками 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-кодом, движениями и правами без изменения конфигурации.
В категории метаданных учитывается только встроенный 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.
В 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С.
1Cv7.MD: mcp-1c77.metadata_read, metadata_links, metadata_roles, metadata_forms, metadata_write, потому что одна категория "Метаданные" слишком широкая.