Эта категория про знания конкретной конфигурации: прикладную документацию, модель объектов и бизнес-смысл метаданных. Она дополняет обычный поиск по коду и справку платформы.
Эта категория про знания конкретной конфигурации 1С: прикладную документацию, модель объектов и бизнес-смысл метаданных. Она дополняет справку платформы и поиск по коду, потому что отвечает не только на вопрос «как устроен BSL», но и на вопрос «что значит этот объект в проекте».
В сравнении ниже видно, какие инструменты строят слой знаний по конфигурации, насколько он проверяем и как агент получает контекст по бизнес-объектам.
| Критерий | Что сравнивается |
|---|---|
| Источник смысла | Из каких данных строится справка: описания метаданных, код, граф связей, продуктовый индекс, документация, embeddings |
| Вопросы по назначению объектов | Можно ли задавать вопросы в духе "за что отвечает объект", "где хранится X", "для чего используется Y" |
| Вопросы по бизнес-логике | Можно ли искать по бизнес-сущностям и процессам: "где заводятся договоры", "где оформляется поступление" |
| Связь с метаданными | Возвращает ли ответ с привязкой к конкретным объектам метаданных, формам, модулям, ролям |
| Тип поиска | Keyword/full-text, semantic/vector, graph/Cypher, hybrid |
| Прозрачность tools | Публично известны ли конкретные инструменты, а не только маркетинговое описание |
| Требует подготовки данных | Нужна ли выгрузка/индексация/загрузка конфигурации перед началом работы |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Источник смысла | Назначение объектов | Бизнес-логика | Привязка к метаданным | Тип поиска | Tools раскрыты | Требует подготовки |
|---|---|---|---|---|---|---|---|
| XML: структура, справка, формы, отчётные BSL/СКД и роли | да | через справку и semantic retrieval | да | FAISS semantic + lexical boosts | да | XML-выгрузка, парсинг и embeddings | |
| справка, описания, код, AI-сводки + граф | да | да | да | full-text; vector/summary опционально | да | XML/TXT + Neo4j | |
| продуктовые индексы + docs/context + graph | да | да | да | keyword + vector + graph | частично | зависит от сервера; часть сценариев требует данные/индексы | |
| метаданные + код + документация в платформе | заявлено | заявлено | заявлено | семантический, детали не раскрыты | нет | загрузка конфигурации/документации |
1C Conf Doc превращает XML-выгрузку конкретной конфигурации в справочный индекс. Для этой категории учитываются только operations, непосредственно отвечающие за поиск по смыслу и чтение документного контекста; структурные list/get/role tools вынесены в сравнение «Метаданные конфигурации».
conf_doc_search | семантический FAISS-поиск по документным чанкам с лексическим boost по имени/синониму, фильтром типа объекта и дедупликацией до одного лучшего чанка на объект. |
|---|---|
conf_doc_get_object_chunk | читает полный выбранный фрагмент: overview со справкой и формами, таблицы реквизитов/табличных частей, а для отчётов также модуль объекта и запросы основной СКД. |
conf_doc_query | формирует готовый RAG-ответ с источниками; доступен только при отдельно включенном серверном LLM provider, иначе возвращает 503. |
полностью локальный вариант с sentence-transformers по умолчанию; несколько конфигураций в одном backend; прозрачный двухшаговый search → chunk workflow. Top-1 search может дополнительно возвращать нормализованные odata_fields, чтобы агент быстрее нашёл бизнес-объект и его поля.
качество semantic retrieval зависит от содержимого справки/комментариев и embedding-модели; README рекомендует короткие keyword-запросы вместо длинных пользовательских вопросов. odata_fields построены по XML конфигурации и не подтверждают фактический состав OData-публикации. Весь BSL-код не индексируется: модуль объекта извлекается только у отчётов. Подготовка требует отдельного backend, XML-выгрузки и построения embeddings.
когда нужна самостоятельная OSS-справка по собственной конфигурации с semantic search, точным углублением в найденный объект и возможностью работать без внешней chat-модели.
1C Metacode MCP дает справку по конфигурации через семантический поиск по описательным полям объектов метаданных. Он подходит для ответов на вопросы "что за объект", "за что отвечает" и "где в конфигурации реализован нужный бизнес-смысл".
find_objects_by_summary | ищет бизнес-смысл по заранее сгенерированным LLM-сводкам объектов либо возвращает полную сводку конкретного объекта; включается отдельно. |
|---|---|
find_metadata_objects | ищет по именам, синонимам, комментариям, справке и другим описательным полям графа; работает в локальном full-text режиме, а vector/rerank подключаются отдельными настройками. |
сочетает поиск по заполненным справочным и описательным полям с отдельным поиском по заранее построенным AI-сводкам объектов; оба режима ограничиваются конфигурацией и проектом.
требуется подготовка данных и загрузка конфигурации в Neo4j; это не готовая SaaS-справка. Full-text качество зависит от заполненности справки и описаний, а генерация сводок и vector/rerank требуют внешних LLM/embedding API.
когда нужен локальный и проверяемый 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 отсутствие публичной технической прозрачности.