Инструменты по категориям
Индексатор читает локальный TXT-отчёт «Отчёт по конфигурации» как основной источник объектов и элементов; XML-манифест и файлы выгрузки дополняют его идентификаторами, режимом форм и BSL-кодом. Структура, ссылки и использования сохраняются в SQLite-графе. Семантическая ветка отдельно обращается к эмбеддеру и Qdrant. MCP-сервер отдаёт снимок выгрузки через Streamable HTTP, не подключаясь к работающей ИБ.
MCP tools по метаданным
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-отчёта.
Индексатор читает BSL-файлы локальной выгрузки, выделяет процедуры и функции, их тела, вызовы и обращения к объектам конфигурации. Модули, символы и рёбра хранятся в SQLite; по заполненному Qdrant доступен отдельный семантический поиск. Это анализ файлового снимка, а не работа с открытой IDE или живой базой.
MCP tools по коду
get_bsl_modules | модули объекта и список рутин модуля. |
|---|---|
search_bsl_routines | поиск процедур и функций по имени, сигнатуре или экспорту. |
get_symbol, get_bsl_routine_body | сигнатура, видимость и тело рутины; второй tool выдаёт тело частями. |
get_callers, get_callees, get_bsl_call_graph | прямые входящие/исходящие вызовы и дерево вызовов с заданной глубиной. |
search_bsl_code | поиск по смыслу тела процедуры через эмбеддер и Qdrant. |
find_metadata_usages | модули, использующие указанный объект метаданных. |
Сильные стороны
точечное чтение процедур, поиск экспорта/параметров и граф вызовов работают по локальному индексу без LSP. Ограничения: BSL разбирается по строкам и регулярным выражениям, условная компиляция не раскрывается; одноимённые процедуры разных модулей могут получить общие рёбра вызовов. Семантический поиск требует отдельной инфраструктуры; записи кода и диагностики нет. Код обычных форм из Form.bin попадает в индекс только при установленном сабмодуле бинарного парсера.
Индексатор получает имена форм из локального TXT-отчёта, читает тип формы из XML и индексирует BSL-модули форм из выгрузки. Для обычных форм BSL-код внутри Form.bin извлекается только при установленном сабмодуле бинарного парсера. Результат хранится в SQLite-графе и выдаётся по MCP через Streamable HTTP; живую форму в 1С или EDT сервер не открывает.
MCP tools по формам
get_metadata_object_structure(sections="forms") | список форм выбранного объекта. |
|---|---|
inspect_metadata_object(sections="forms,bsl") | краткая сводка форм и связанных модулей. |
find_metadata_objects(search_by="form"), find_metadata_elements(element_type="form") | поиск формы по объектам конфигурации. |
get_bsl_modules, get_bsl_routine_body | список процедур модуля формы и чтение тела выбранной процедуры. |
Сильные стороны
связь списка форм с индексом процедур и возможность найти форму по имени без перебора XML. Ограничения: отдельного get_form_structure и дерева элементов управления нет; не доступны генерация, изменение и валидация формы. Без TXT-отчёта список форм не формируется; обычные формы требуют дополнительный бинарный парсер для чтения BSL-кода.
Что учитывать
/mcp (порт 8765 по умолчанию); при заданном токене требуется Bearer-аутентификация. Индексатор запускается отдельно через CLI или при старте Docker-контейнера.ОтчетПоКонфигурации.txt для структуры объектов и локальную XML/BSL-выгрузку для дополнительных сведений и кода. Структурные MCP tools читают построенный SQLite-граф. Семантическому поиску нужны Qdrant по HTTP, заполненная векторная коллекция и OpenAI-совместимый сервис эмбеддингов; реранкер необязателен. Для чтения BSL-кода обычных форм из Form.bin требуется git-сабмодуль v8_ordinary_unpack.--no-vectors строит только граф, но настройка URL эмбеддера всё равно обязательна; после такого прохода для создания векторов нужен --full или выборочный --kind, поскольку неизменный TXT-отчёт пропускается при обычном повторе. Поиск вызовов строится по именам процедур и может связать одноимённые методы разных модулей; BSL-парсер не выполняет строгую проверку синтаксиса. Формы представлены списком и кодом модулей, без полного дерева элементов формы.