Эта категория про знания конкретной конфигурации: прикладную документацию, модель объектов и бизнес-смысл метаданных. Она дополняет обычный поиск по коду и справку платформы.
Эта категория про знания конкретной конфигурации 1С: прикладную документацию, модель объектов и бизнес-смысл метаданных. Она дополняет справку платформы и поиск по коду, потому что отвечает не только на вопрос «как устроен BSL», но и на вопрос «что значит этот объект в проекте».
В сравнении ниже видно, какие инструменты строят слой знаний по конфигурации, насколько он проверяем и как агент получает контекст по бизнес-объектам.
| Критерий | Что сравнивается |
|---|---|
| Источник смысла | Из каких данных строится справка: описания метаданных, код, граф связей, продуктовый индекс, документация, embeddings |
| Вопросы по назначению объектов | Можно ли задавать вопросы в духе "за что отвечает объект", "где хранится X", "для чего используется Y" |
| Вопросы по бизнес-логике | Можно ли искать по бизнес-сущностям и процессам: "где заводятся договоры", "где оформляется поступление" |
| Связь с метаданными | Возвращает ли ответ с привязкой к конкретным объектам метаданных, формам, модулям, ролям |
| Тип поиска | Keyword/full-text, semantic/vector, graph/Cypher, hybrid |
| Прозрачность tools | Публично известны ли конкретные инструменты, а не только маркетинговое описание |
| Требует подготовки данных | Нужна ли выгрузка/индексация/загрузка конфигурации перед началом работы |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Источник смысла | Назначение объектов | Бизнес-логика | Привязка к метаданным | Тип поиска | Tools раскрыты | Требует подготовки |
|---|---|---|---|---|---|---|---|
| описания метаданных + код + граф | да | да | да | full-text / hybrid + graph | да | выгрузка в Neo4j | |
| продуктовые индексы + docs/context + graph | да | да | да | keyword + vector + graph | частично | зависит от сервера; часть сценариев требует данные/индексы | |
| метаданные + код + документация в платформе | заявлено | заявлено | заявлено | семантический, детали не раскрыты | нет | загрузка конфигурации/документации |
1C Metacode MCP дает справку по конфигурации через семантический поиск по описательным полям объектов метаданных. Он подходит для ответов на вопросы "что за объект", "за что отвечает" и "где в конфигурации реализован нужный бизнес-смысл".
search_metadata_by_description | поиск по полям Справка, Синоним, Комментарий, Описание, Наименование. |
|---|
прозрачная модель; есть явный инструмент под семантический поиск по описаниям.
требуется подготовка данных и загрузка конфигурации в Neo4j; это не готовая SaaS-справка "из коробки"; качество ответа зависит от того, насколько в конфигурации заполнены описания, комментарии и справка объектов.
когда нужен локальный и проверяемый OSS-инструмент для вопросов вроде "где в конфигурации заводятся договоры", "какие объекты относятся к учету зарплаты", "что хранит сведения о контрагентах".
В этой категории у OneRPA важны не все серверы bundle, а только документационно-семантический слой: HelpSearchServer, CodeMetadataSearchServer, CloudEmbeddingsServer и Graph Metadata Search.
docsearch | поиск по документационному слою. |
|---|---|
helpsearch | поиск по help/context в составе CodeMetadataSearchServer и CloudEmbeddingsServer. |
business_search | поиск по бизнес-смыслу в Graph Metadata Search. |
несколько режимов поиска сразу; есть и help/context search, и graph/business layer; проще покрывает вопросы как по объектам, так и по бизнес-логике конфигурации в продуктовой поставке.
нет проверяемых исходников; по публичным материалам не до конца видно, как разведены docsearch, helpsearch и business_search, какие данные они используют и как именно строят ответ.
когда уже используется OneRPA bundle и нужен готовый документационно-семантический слой по конфигурации без отдельной самостоятельной сборки OSS-контура.
OneMCP попадает в эту категорию по публичному описанию платформы: заявлены семантический поиск по конфигурациям, метаданным, коду и документации, а также командная работа и API-доступ.
по формулировке продукта сразу ориентирован на вопросы по смыслу конфигурации, а не только на структуру объектов; дополнительно обещает единый слой поверх метаданных, кода и документации.
публичной детализации меньше всего; нельзя проверить конкретные tool names, transport и точную глубину ответов без доступа к продукту.
когда нужен продуктовый SaaS-слой для семантической навигации по конфигурации и acceptable отсутствие публичной технической прозрачности.