Инструменты по категориям
1C Vector Search в категории метаданных закрывает поиск объектов по XML-выгрузке и просмотр object-level зависимостей. Возможности по BSL-коду, формам и технической статистике индексов здесь не учитываются.
MCP tools по метаданным
search_1c_metadata | поиск объектов метаданных по названию, синониму или описанию; поддерживает фильтр по типу объекта. |
|---|---|
graph_dependencies | какие объекты ссылаются на выбранный объект. |
graph_references | на какие объекты ссылается выбранный объект. |
Сильные стороны
локальный стек без Docker; семантический поиск по объектам метаданных; object-level зависимости; отдельная индексация расширений конфигурации без перезаписи основной базы индекса.
Ограничения
это read-only инструмент. Он не создает и не меняет объекты метаданных, не подтверждает отдельный слой ролей конфигурации и не заменяет EDT/IDE-инструменты для изменения структуры конфигурации.
Когда выбирать
когда нужен поиск объектов метаданных по выгрузке и базовая проверка входящих/исходящих object-level зависимостей без подключения к живой базе.
1C Vector Search в категории кодовой базы закрывает только поиск по BSL и поиск мест использования метода. Остальные его возможности относятся к метаданным, формам или общей навигации по выгрузке и в этом сравнении не учитываются.
MCP tools по кодовой базе
search_1c_code | семантический поиск по BSL-коду на естественном языке; поддерживает only_export. |
|---|---|
find_1c_method_usage | grep-поиск мест использования конкретной процедуры или функции. |
Сильные стороны
простой локальный semantic/vector-поиск по BSL без Docker; есть отдельный grep-сценарий для мест использования процедуры или функции; можно индексировать основную конфигурацию и расширение отдельно.
Ограничения
не дает списка модулей и процедур как отдельную codebase-модель, не строит call graph по процедурам, не читает тело процедуры по структурному идентификатору, не пишет код и не дает LSP-навигацию. Графовые tools этого проекта относятся к объектам конфигурации, а не к BSL call graph, поэтому в оценку кодовой базы не включены.
Когда выбирать
когда нужен быстрый semantic search по BSL-коду и поиск использований метода, но не требуется полноценный граф вызовов, AST или LSP.
1C Vector Search попадает в категорию форм как поисковый слой по выгрузке конфигурации. Индексация форм устроена узко: сканируются файлы Forms/*/Form.xml и Forms/*/Ext/Form.xml, из них извлекаются имя формы, путь, объект-владелец и имена элементов logform:Item. В ChromaDB попадает текстовая карточка формы: форма, объект и до 20 имен элементов.
Инструменты по категории
search_1c_forms | поиск форм 1С по описанию или названию. |
|---|
Сильные стороны
полезен на первом шаге анализа, когда неизвестно, где находится нужная форма. Работает локально по выгрузке и не требует живой EDT-сессии.
Ограничения
это только поиск по минимальной карточке формы. Нет чтения полной структуры формы, событий, команд, привязок, генерации, изменения, конвертации и form-specific валидации. Для анализа структуры или правки формы нужен другой инструмент.
Когда выбирать
когда агенту нужно найти подходящие формы в большой конфигурации перед дальнейшим анализом кода, метаданных или ручной правкой.
Что учитывать
requirements.txt, выгрузку конфигурации 1С, ChromaDB-индекс, SQLite-граф; embedding API или локальную embedding-модель.EXTENSION_CONFIG_PATH, EXTENSION_VECTORDB_PATH, EXTENSION_GRAPHDB_PATH; по формам сканирует Forms/*/Form.xml и Forms/*/Ext/Form.xml, извлекает имя формы, объект-владелец, путь и имена элементов logform:Item; есть тесты для парсера, конфигурации, графа, grep и vector DB manager.