Эта категория про поиск и понимание BSL-кода: процедуры, модули, поиск использований, граф вызовов, LSP-навигацию и диагностику. Для больших конфигураций важнее индекс или граф, чем обычный полнотекстовый поиск.
Эта категория про работу AI-агента с BSL-кодом большой конфигурации: поиск процедур, чтение модулей, поиск использований, граф вызовов и навигацию через LSP. Такие инструменты нужны, когда обычного поиска по файлам уже недостаточно.
В сравнении ниже видно, какие решения строят индекс или граф, какие работают через LSP или IDE, а какие подходят только для точечного поиска и чтения кода.
| Критерий | Что сравнивается |
|---|---|
| Источник кода | EDT workspace, выгрузка конфигурации, CF/EDT/MDO, BSL-файлы, индекс, граф, IDE-сессия, продуктовый сервис |
| Модель кода | Сырые файлы, структурный индекс, SQLite/FTS, vector/embedding, graph DB, LSP, RAG |
| Поиск по коду | Точный/по имени, grep/полнотекстовый, семантический, vector/embedding, graph search, гибрид |
| Модули и процедуры | Список модулей, список процедур/функций, сигнатуры, export/private, принадлежность к объекту |
| Чтение кода | Получение модуля целиком, тела процедуры, диапазона строк, контекста вокруг найденного места |
| Вызовы | Call graph, callers/callees, call hierarchy, дерево вызовов, поиск неиспользуемых процедур |
| References/usages | Где используется процедура, символ, модуль, объект конфигурации или ссылка из кода |
| LSP-навигация | Definition, hover, symbols, workspace symbols, code actions, rename |
| Диагностика | Ошибки проекта, document diagnostics, syntax check, SARIF/JSONL, problem summary |
| Запись кода | Запись модуля, rename/refactor, code actions, изменение через IDE/API |
| Масштаб и токены | Насколько инструмент помогает работать с большой конфигурацией без чтения всего проекта в контекст |
| Уровень подтверждения | исходники, минимальный код, описание, продукт, не MCP |
| Набор инструментов | Источник | Поиск | Модули/процедуры | Чтение кода | Вызовы | Диагностика | Запись |
|---|---|---|---|---|---|---|---|
| локальные BSL/OS и дерево выгрузки | текст/regex через интерфейс | процедуры, функции, области | редактор и переход к совпадению | без call graph | готовый SARIF отдельно | через редактор | |
| локальные BSL-файлы и TXT/XML-выгрузка → SQLite/Qdrant | имя/экспорт/сигнатура; семантический при настройке | да | тело рутины с пагинацией | callers/callees/subtree | нет | нет | |
| локальные BSL/XML и эталон поставщика | файловый поиск агентом; extract-diff по известному объекту | BSL-дифф с именем процедуры | через файловые средства Claude Code | нет | нет | через агента в разрешённых каталогах | |
| локальная ZIP-выгрузка и индексы | BM25 + vector | BSL-модули | get_module | call_graph | через bsl_ls | нет | |
| BSL-файлы + индекс | имя + FTS + semantic/vector | да | да | да | нет | нет | |
| BSL + SQLite/FTS | имя + FTS + grep/regex + terms | да | да | callers/callees + деревья и пути | нет | нет | |
| локальные *.bsl без индекса | подстрока или regex, полный обход | простой список объявлений | модуль или метод | нет | нет | нет | |
| Elasticsearch-индекс методов 1С и БСП | BM25 + kNN + reranker; имя/сигнатура | методы и сигнатуры в выдаче | метод по ID, до 12 000 символов | нет | нет | нет | |
| локальные клоны конфигураций и расширений | ripgrep / Python-поиск, scope слоёв | список общих модулей | файл по диапазону строк | нет в собственном onec-code | через bsl-ls | нет через MCP | |
| выгрузка + BSL + Memgraph | structural + semantic/vector | да | да | да | нет | нет | |
| CF/EDT/MDO/CFE/файлы + SQLite | helpers + grep + индекс + rlm_help | да | да | да | нет | нет | |
| workspace + анализатор/LSP | find_code/search_code | частично | частично | частично | да | нет | |
| локальные BSL-файлы + SQLite-индекс | имя/текст | да | файл/диапазон | callers/callees | да | format/fix/rename с явным применением | |
| локальный BSL/OS-проект + SQLite-индекс | имя/текст | да | файл/диапазон | callers/callees | да | format/fix/rename с явным применением | |
| Claude Code/Codex + локальные source sets | unica.search | частично | частично | нет | да | через рабочий цикл | |
| 1Cv7.MD 1С 7.7 | search_in_modules | список модулей | модуль/диапазон строк | нет | нет | нет | |
| EDT workspace | search_in_code | да | да | да | да | да | |
| живая EDT-сессия | grep/glob + AST tools | да | да | частично | да | да | |
| живая EDT-сессия | code_search | да | да | частично | да | да | |
| BSL Language Server | project_analysis/symbol_explore/LSP | да | да | да | да | rename/code actions | |
| BSL Language Server | symbols/workspace_symbols | да | частично | да | да | нет | |
| tree-sitter index | structural search + symbols/modules | да | да | callers/call_tree | нет | нет | |
| VS Code extension IPC | dynamic command tools + status | частично | через команды | зависит от расширения | зависит от расширения | да | |
| tree-sitter BSL + Neo4j/SQLite | имя, сигнатура, описание, тело | да | да | да | нет | нет | |
| выгрузка 1С + sqlite-vec + Kuzu | semantic/vector + grep | нет | фрагменты из поиска | граф зависимостей | нет | нет | |
| переданный BSL-фрагмент + 1С:Напарник; опционально внешние MCP tools в чате | нет | нет | только входной фрагмент | нет | да | генерирует измененный код | |
| переданный BSL-фрагмент или файл + 1С:Напарник | запрос по знаниям/коду через 1С:Напарник | нет | file_path для проверки | нет | да | нет | |
| RAG/Qdrant | semantic/RAG | нет | через RAG | нет | нет | нет | |
| индекс выгрузки + HTTP-сервис 1С | smart BM25 / regex / exact | нет | фрагменты из поиска | нет | нет | нет | |
| живая база 1С | нет отдельного поиска по коду | нет | модуль целиком | нет | нет | через execute_code | |
| выгрузка конфигурации + Конфигуратор | по коду методов | заявлено | да | заявлено | неясно | через продукт | |
| продукт/индексы | keyword + vector + graph | да | да | да | через checker | через 1CCodeChecker | |
| SaaS/платформа | semantic | заявлено | заявлено | неясно | неясно | неясно | |
| SaaS + загруженная конфигурация / плагин EDT | ИИ/семантический поиск по проектному контексту | заявлено | заявлено | неясно | заявлено | через ассистента | |
| source B XML/BSL-выгрузка | лексический поиск процедур | да | модуль/процедура с окном строк | callers | не общий линтер | нет | |
| .cf/.cfe/.epf/.erf → временное дерево BSL/JSON + raw | подстрока/regex | структура модуля | файл/диапазоны | нет графа | нет | файлы агента + repack | |
| EDT BM, BSL AST и индексы | текст/regex и семантика | модули и методы | нет собственного RAG | нет векторной БД | иерархия вызовов | запись и навигация |
BslEdit читает и редактирует локальные BSL/OneScript-модули в интерфейсе Windows-редактора. Навигация строится по тексту открытого модуля, поиск по проекту читает файлы из дерева выгрузки; запущенная информационная база для этого не нужна.
Это функции интерфейса BSLEdit/BSLView, без MCP-tools чтения или поиска BSL. Для редактора нужны Windows и WebView2, для истории Git — установленный Git и рабочее дерево. Поиск текстовый; семантический индекс, call graph и LSP-сервер в набор не входят. Изменение BSL-файла само по себе не загружает код в базу.
Работает с моделью и индексами открытого EDT-проекта, а не с отдельной выгрузкой. Текстовый поиск доступен вместе с семантической навигацией.
read_module_source, read_method_source, get_module_structure, list_modules | исходники, методы и структура модулей. |
|---|---|
write_module_source | запись BSL через среду проекта. |
code_search | операции text_search, method_references, resolve_symbol, call_hierarchy, symbol_info, content_assist; отдельные tools search_in_code, go_to_definition, get_method_call_hierarchy, get_symbol_info, get_content_assist сохраняются. |
diff_module | сравнение модуля с HEAD Git либо локальной историей. |
find_dead_code | эвристический список невызванных экспортных методов; list_interceptors — перехватчики методов расширения. |
dependency_graph level=modules | граф вызовов BSL-модулей; уровень метаданных описан в сравнении метаданных. |
Требуются запущенная EDT и её индекс проекта. Модули внешнего поставщика доступны по адресу через IModuleSourceProvider; индексные ответы указывают покрытие поставщика. Поиск может вернуть частичные результаты по таймауту. Кандидат в мёртвый код не доказывает отсутствие динамических вызовов.
Сервер распаковывает бинарный файл 1С во временное дерево JSON/BSL и исходный raw-слой. Агент читает и правит это дерево, затем собирает новый бинарный файл; платформу 1С или EDT запускать не нужно.
unpack, unpack_async, job_status | получение рабочего дерева и контроль фоновой распаковки. |
|---|---|
read_module, get_module_structure | текст модуля, диапазоны строк, процедуры, параметры и директивы. |
search_code | подстрока или regex по выбранным текстовым слоям. |
read_bytecode, find_closed_modules, decompile_modules | анализ и декомпиляция доступного байт-кода закрытых модулей. |
diff | пообъектное сравнение распакованных версий. |
repack, repack_async, cleanup | сборка из изменённого дерева и удаление временных каталогов. |
Нет графа вызовов, LSP или синтаксической проверки BSL. Декомпиляция меняет рабочее дерево и не гарантирует компилируемый результат. Обычные правки файлов выполняются средствами агента.
Код читается из заранее опубликованного снимка source B — штатной выгрузки Конфигуратора или EDT. Основная конфигурация и расширения адресуются отдельно; source A из внешней обработки не заменяет полный слой модулей.
search_procedures | поиск процедур в конфигурации либо выбранном расширении. |
|---|---|
get_procedure | оглавление модуля или ограниченное тело процедуры с параметрами окна строк. |
get_callers | подтверждённые вызовы, подписки, задания и события форм. |
list_configurations, list_extensions | выбор нужного снимка и расширения. |
Нет записи BSL через MCP, отдельного callees tool, фонового слежения за проектом или инкрементальной актуализации снимка. Полная выгрузка обновляется с предпросмотром и явной публикацией.
BSL Atlas - один из самых сбалансированных codebase-инструментов: он строит структурный индекс BSL, умеет находить процедуры по имени, читать функции модуля, отдавать контекст функции и выполнять семантический поиск по коду в полном режиме индексации.
search_function | ищет процедуру или функцию по имени; поддерживает точный и неточный поиск. |
|---|---|
get_module_functions | возвращает список процедур и функций выбранного модуля. |
get_function_context | возвращает контекст функции: сведения о функции, кого она вызывает и кто вызывает ее. |
codesearch | семантический vector-поиск по BSL-коду в full режиме индексации. |
reindex | перестраивает индекс проекта. |
stats | показывает состояние индекса и статистику. |
сочетание быстрого структурного индекса, FTS/SQLite-слоя, semantic/vector-поиска и call graph вокруг процедур.
не пишет код и не является LSP-сервером; диагностика BSL не его основная задача.
когда нужен локальный индекс большой конфигурации для поиска процедур, чтения контекста и понимания связей вызовов.
1C Vector Search в категории кодовой базы закрывает только поиск по BSL и поиск мест использования метода. Остальные его возможности относятся к метаданным, формам или общей навигации по выгрузке и в этом сравнении не учитываются.
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 Litecode MCP строит локальный граф знаний по выгрузке, BSL-исходникам, формам и метаданным. Для кодовой базы он силен тем, что связывает routines с объектами конфигурации, ссылками и графом вызовов.
search_code | отдельный tool для поиска по BSL: внутри использует операции find_routines_by_description и get_routine_body. |
|---|---|
search_metadata / get_routines | ищет процедуры и функции по имени, модулю, сигнатуре, export-флагу и другим признакам. |
search_metadata / get_routine_body | возвращает исходный код найденной процедуры или функции. |
search_metadata / get_call_graph | показывает callers, callees и дерево вызовов. |
search_metadata / find_routines_by_description | ищет процедуры по BSL doc-comments/описаниям. |
search_metadata / resolve | разрешает qualified_name, GUID или префикс в узел графа, включая routines. |
search_by_embedding | семантический поиск по routines и metadata objects. |
графовая модель кода и метаданных, локальный semantic search, хорошие операции для routines и вызовов.
требует подготовку выгрузки и инфраструктуру графа; запись кода не заявлена.
когда агенту надо не просто найти текст, а понять, где находится процедура, к чему она относится и как связана с остальной конфигурацией.
rlm-tools-bsl сделан под токен-эффективное исследование больших 1С-кодовых баз. Агент запускает короткие server-side helper-команды, получает компактный результат и не тащит в контекст огромные модули.
справочный tool rlm_help, работа с соседними CFE-расширениями и более устойчивое инкрементальное индексирование на медленных файловых системах.
rlm_projects | показывает доступные проекты/корни для анализа. |
|---|---|
rlm_index | управляет индексом проекта, включая CF/EDT/MDO и SQLite-индекс методов/вызовов. |
rlm_start | открывает исследовательскую сессию по проекту. |
rlm_execute | выполняет Python-код в песочнице с доступом к BSL helpers. |
rlm_end | закрывает сессию и возвращает итог по использованию. |
Основные helpers внутри rlm_execute:
find_module | ищет модуль по имени/части имени. |
|---|---|
extract_procedures | возвращает список процедур и функций модуля без чтения файла целиком. |
read_procedure | возвращает тело одной процедуры, при необходимости с абсолютными номерами строк. |
find_callers_context | ищет вызывающие места и строит компактный контекст вызовов. |
safe_grep, grep_summary, grep_read | контролируемый поиск по файлам без огромной выдачи. |
find_exports | находит экспортные процедуры и функции. |
очень практичный workflow для больших конфигураций, сессионные кэши, таймауты, компактная выдача и server-side фильтрация.
модель работы менее "табличная", чем у обычных tools: агент должен уметь писать маленькие команды для rlm_execute.
когда проект большой, обычный grep дает слишком много шума, а агенту нужно постепенно исследовать код с контролем объема контекста.
BSL Analyzer совмещает статический анализатор, LSP и MCP-профили. В категории кодовой базы важен profile workspace: поиск по коду, обзор workspace, LSP-навигация и диагностика.
search / find_code - поиск кода в workspace.search / search_code - расширенный поиск по коду; semantic search зависит от настроенного EMBEDDING_URL.metadata - дает обзор структуры проекта, полезный как навигационный контекст к коду.lsp - дает навигацию, symbols и diagnostics на уровне IDE.analyze - формирует отчеты анализа, включая SARIF/JSONL.один бинарник закрывает анализ, LSP, MCP, диагностику и отчеты качества.
как codebase-search он менее специализирован под граф большой конфигурации, чем BSL Atlas/Litecode/Metacode.
когда нужен единый локальный инструмент для поиска, диагностики, LSP-навигации и отчетов по BSL.
outline | структура одного BSL-модуля без ожидания общего индекса. |
|---|---|
symbol_info | контекст выбранного символа. |
references | места использования символа; требуется включение через --enable-tool references. |
BSL MCP Analyzer читает BSL-файлы смонтированного проекта и строит индекс символов в SQLite через движок onec-hbk-bsl. При пустом индексе запускается фоновое заполнение; после правок агент вызывает переиндексацию файла. Сервер доступен по Streamable HTTP MCP через nginx и Bearer-токен.
bsl_status | готовность и объём индекса; bsl_index_file — обновление индекса конкретного файла; |
|---|---|
bsl_find_symbol, bsl_file_symbols | поиск и перечень символов модуля; |
bsl_definition, bsl_hover, bsl_references, bsl_callers, bsl_callees | переходы к определению, сигнатура и связи; |
bsl_search, bsl_read_file, bsl_workspace_scan | поиск текста, чтение файла и обзор workspace; |
bsl_rename | предварительный просмотр переименования, запись только при явном применении. |
навигация по символам и вызовам вместе с точечным чтением BSL. Ограничения: нужен доступ к файловому проекту; сервер не читает код напрямую из работающей информационной базы и не запускает отдельный LSP-процесс.
1C HBK BSL индексирует BSL/OS-файлы локального workspace в SQLite. После открытия пустого индекса MCP запускает фоновое заполнение; после изменения отдельного файла агент обновляет индекс через bsl_index_file. Кроме MCP-сервера проект предоставляет LSP и расширение VS Code/Cursor с навигацией по исходникам.
bsl_status, bsl_index_file | состояние и обновление индекса; |
|---|---|
bsl_find_symbol, bsl_file_symbols, bsl_definition | поиск символов, структура файла и переход к определению; |
bsl_callers, bsl_callees, bsl_references | связи вызовов и использования; |
bsl_read_file, bsl_search, bsl_workspace_scan | чтение, текстовый поиск и обзор файлов; |
bsl_hover | сигнатура и документация символа проекта, с резервным поиском во встроенном API платформы; |
bsl_rename | план переименования с записью только при apply=true. |
одни и те же локальные исходники доступны для MCP-навигации, LSP и CLI-проверок. Ограничения: индекс отражает файловую копию проекта, а не код работающей базы; это не семантический векторный поиск.
EDT-MCP работает поверх 1C:EDT workspace. В категории кодовой базы он ближе всего к полноценной IDE-интеграции: читает модули, структуру методов, ищет по коду, ходит к definition/call hierarchy и может писать модуль обратно.
list_modules | возвращает список BSL-модулей проекта. |
|---|---|
get_module_structure | показывает структуру модуля: процедуры, функции и элементы. |
read_module_source | читает исходный код модуля. |
write_module_source | записывает исходный код модуля. |
read_method_source | возвращает исходный код отдельного метода. |
search_in_code | ищет по BSL-коду проекта. |
get_method_call_hierarchy | показывает иерархию вызовов метода. |
go_to_definition | переходит к определению символа. |
get_symbol_info | возвращает сведения о символе. |
get_project_errors | возвращает ошибки проекта. |
get_problem_summary | дает сводку проблем. |
revalidate_objects | запускает повторную проверку объектов. |
чтение и запись BSL через EDT, call hierarchy, definition, диагностика и привязка к реальному workspace.
требует запущенную EDT и проект; для чистого batch-анализа выгрузки без IDE тяжелее, чем индексные инструменты.
когда агент должен работать с проектом в EDT, читать и менять код, а затем видеть ошибки и результаты проверки.
Для изображений и структуры визуального макета формы EDT требуется запуск с -DnativeFormBufferedLayoutRender=true. Поддерживаются EDT 2026.1/Java 17 и 2026.2/Java 25; опубликованный набор зависит от toolsets.
MCP Host работает внутри запущенной 1C:EDT: операции используют модель открытого проекта, индексы BSL и службы среды. Клиент подключается по HTTP; CLI также обращается к работающему Host.
read_file, list_files, glob, grep, edit_file, write_file | чтение, поиск и изменение файлов проекта. |
|---|---|
bsl_list_methods, bsl_get_method_body, bsl_symbol_at_position, bsl_type_at_position, bsl_scope_members, bsl_analyze_method, bsl_module_context, bsl_module_exports | семантический контекст BSL через EDT. |
edt_find_references, edt_get_method_call_hierarchy, edt_get_project_call_graph, edt_go_to_definition, edt_get_symbol_info | ссылки, навигация и граф вызовов. |
edt_get_problem_summary | диагностики проекта. |
Публикация tools и операции записи зависят от allow/deny-настроек и mutation policy. Ряд изменений метаданных требует токен edt_validate_request. Для runtime и тестов нужны платформа 1С, база и соответствующий тестовый контур. Отдельные dcs/extension/external и QA-операции вызываются через параметр command фасадов.
mcp-bsl-lsp-bridge поднимает BSL Language Server как долговременную службу и дает агенту LSP-операции через MCP. Это не семантический поиск, а IDE-навигация по BSL/OneScript-коду.
project_analysis | анализирует проект и возвращает обзор/состояние. |
|---|---|
symbol_explore | исследует символы проекта. |
definition | находит определение символа. |
hover | возвращает hover-информацию по позиции. |
selection_range | возвращает LSP selection ranges для позиции. |
get_range_content | возвращает фрагмент файла по диапазону. |
call_hierarchy | строит LSP call hierarchy. |
call_graph | возвращает граф вызовов. |
document_diagnostics | показывает диагностику документа. |
quality_diagnostics, complexity, module_health | дают диагностику качества, метрики сложности и сводное состояние модуля. |
completion, signature_help, semantic_tokens, inlay_hints | публикуют дополнительные LSP-возможности для понимания кода. |
symbol_impact | оценивает влияние выбранного символа. |
code_actions | возвращает доступные quick fixes/code actions. |
prepare_rename | проверяет возможность rename. |
rename | выполняет LSP rename. |
lsp_status | показывает состояние language server. |
did_change_watched_files | сообщает LSP об изменениях файлов. |
project_add, project_close, project_list | управляют несколькими открытыми проектами одного bridge. |
26 MCP tools закрывают definition, hover, completion, diagnostics, complexity/module health, code actions, rename, impact и call hierarchy через зрелый LSP-слой; один процесс может обслуживать несколько проектов.
требует Docker/контейнер и bsl-language-server; не строит собственный semantic/vector index.
когда важны точная навигация и IDE-подобные операции над BSL, особенно в паре с отдельным поисковым индексом.
1c-lsp-mcp-skill - bridge и менеджер для нескольких инстансов bsl-language-server. Для кодовой базы он дает LSP-уровень понимания: symbols, references, definition и call directions.
diagnostics | возвращает диагностику проекта или файла. |
|---|---|
symbols | возвращает символы документа. |
workspace_symbols | ищет символы по workspace. |
references | ищет ссылки на символ. |
definition | находит определение символа. |
incoming_calls | показывает входящие вызовы. |
outgoing_calls | показывает исходящие вызовы. |
понятная LSP-модель и управление несколькими проектами/инстансами BSL Language Server.
нет собственного поиска по смыслу или графовой БД; запись кода не является основной возможностью.
когда нужен стандартный LSP-доступ к BSL-проектам через MCP/skill-слой.
ast-index - универсальный структурный индексатор кода с поддержкой BSL через tree-sitter. Для кодовой базы он полезен как быстрый индекс symbols/usages/callers поверх файлов; stdio MCP server публикует 21 tool, включая агрегирующий explore, но инструмент не 1С-специфичный.
rebuild | строит индекс проекта. |
|---|---|
update | обновляет индекс после изменений. |
search | ищет по путям файлов, символам, imports/usages и содержимому файлов. |
find_file | ищет файлы в индексе по имени или шаблону. |
stats | показывает статистику индекса: файлы, symbols, refs, modules и размер DB. |
symbol | ищет symbols по точному имени или glob-шаблону. |
class | ищет классы, интерфейсы, objects, enums и близкие типы там, где это поддержано parser-слоем. |
hierarchy | показывает иерархию наследования/реализаций для типа. |
imports | показывает imports/uses/includes выбранного файла. |
api | показывает публичные/exported symbols модуля. |
changed | показывает symbols, измененные относительно базовой ветки. |
implementations | ищет реализации интерфейсов/методов для поддержанных языков. |
usages | показывает использования символа. |
refs | показывает references. |
outline | возвращает структуру файла. |
callers | показывает вызывающие места. |
call_tree | строит дерево вызовов. |
module | ищет модули по шаблону. |
deps | показывает зависимости модуля. |
dependents | показывает обратные зависимости модуля. |
быстрый универсальный structural index, MCP-поверхность для поиска, outline, usages, callers, refs, modules, deps и changed symbols; полезен не только для BSL, но и для смешанных репозиториев.
не 1С-специфичный по метаданным и не понимает конфигурацию как 1С-объекты.
когда нужен быстрый структурный поиск по файлам .bsl/.os в агентском workflow Claude, Codex, Cursor или другом MCP-клиенте.
1C Platform Tools MCP открывает агенту команды VS Code расширения 1C: Platform Tools через IPC. В категории кодовой базы это инструмент доступа к возможностям установленной IDE-надстройки, а не отдельный анализатор BSL.
onec_platform_tools_status - показывает, доступно ли расширение 1C: Platform Tools по IPC; используется как fallback, если расширение недоступно.1C: Platform Tools; их точный список зависит от установленной версии расширения и доступных IPC-команд.configuration_loadFromSrc - запускает команду расширения загрузки конфигурации из исходников.configuration_loadFromSrc_init - запускает инициализирующий вариант загрузки конфигурации из исходников.configuration_loadIncrementFromSrc - запускает инкрементальную загрузку из исходников.configuration_dumpIncrementToSrc - запускает инкрементальную выгрузку в исходники.configuration_loadFromFilesByList - загружает изменения по списку файлов.deps_initProjStruct - инициализирует структуру проекта/зависимостей.artifacts_decompileConfiguration_fromEditor - декомпилирует конфигурацию из редактора.artifacts_decompileExtension_fromEditor - декомпилирует расширение из редактора.artifacts_decompileProcessor_fromEditor - декомпилирует обработку из редактора.externalProcessors_decompile - декомпилирует внешние обработки.externalReports_decompile - декомпилирует внешние отчеты.extensions_dumpToCfe - выгружает расширение в CFE.может использовать уже настроенное расширение VS Code/Cursor и его команды; имена MCP tools генерируются из command ID расширения.
это мост к командам расширения, а не самостоятельный индексатор процедур/вызовов; глубина codebase-возможностей зависит от установленного расширения и доступных IPC-команд.
когда команда уже работает через 1C: Platform Tools и хочет дергать его операции из агента.
Длинные command ID сокращаются при преобразовании в MCP-имена; окончательный каталог tools/list зависит от установленных команд и политики IPC. pipelines_run объединяет доступные операции в последовательный граф.
1C Metacode MCP загружает метаданные и BSL-код в Neo4j-граф. Для кодовой базы он полезен там, где важны процедуры, тела процедур, вызовы и связь кода с объектами конфигурации.
search_bsl_routines | ищет процедуры и функции по имени, сигнатуре и описанию с фильтрами владельца, модуля, типа и экспортности. |
|---|---|
get_bsl_routine_body | возвращает тело конкретной процедуры/функции и координаты в исходном файле. |
get_bsl_modules | показывает модули объекта и входящие в них routines. |
get_bsl_call_graph | возвращает callers, callees или ограниченное поддерево вызовов вокруг routine. |
search_bsl_code | ищет по телам BSL, используя vector-поиск при готовом embedding-индексе и лексический SQLite FTS/RLM-контур как доступный локальный режим; умеет вернуть фрагменты или только диапазоны строк. |
find_dependency_paths | связывает routines/calls с объектами, формами и другими узлами общего графа. |
tree-sitter BSL, отдельные типизированные операции чтения тела и call graph, поиск по описанию и телу, а также связь routines с владельцами, формами, подписками и HTTP handlers. Инкрементальная загрузка обновляет изменившиеся артефакты без полного перестроения проекта.
BSL-tools появляются только при загрузке сигнатур; поиск по телам дополнительно зависит от отдельного индекса. В публичном MCP-наборе нет tools для записи изменений в BSL-модули выгрузки, LSP diagnostics, references/rename уровня редактора и Git-history.
когда нужен графовый анализ кода и связей, а не только поиск текста.
1C Buddy - MCP-сервер и OpenAI-compatible gateway к 1С:Напарнику. В категории кодовой базы он не заменяет индексатор проекта: он не ищет по модулям, не строит call graph и не читает файлы конфигурации. Но он относится к codebase-сравнению как инструмент проверки и изменения переданного BSL-фрагмента.
чат-интерфейс умеет подключать внешние Streamable HTTP MCP-серверы из локальной или частной сети. Это не превращает сам 1C Buddy в индексатор кодовой базы, но позволяет использовать его как UI/gateway поверх выбранных проектных MCP tools.
check_1c_code | проверяет переданный BSL/1C-код; check_type="syntax" делает синтаксическую проверку, check_type="review" делает code review, значения logic и performance обрабатываются как review. |
|---|---|
modify_1c_code | изменяет переданный BSL/1C-код по явной инструкции пользователя: исправление ошибки, рефакторинг или добавление функциональности. |
простой MCP-доступ к 1С:Напарнику для проверки, review и модификации BSL-фрагментов; OSS-обертка с AGPL-3.0 лицензией.
нет индекса кодовой базы, поиска по проекту, списка модулей/процедур, references, call graph и LSP-навигации; качество зависит от доступа к code.1c.ai и ONEC_AI_TOKEN.
когда агенту нужно быстро проверить или переписать конкретный BSL-фрагмент через 1С:Напарник, а не исследовать всю конфигурацию.
MCP доступен по STDIO и Streamable HTTP; отдельная минимальная поставка не включает веб-чат. Требуются Python 3.10+ и токен Напарника; HTTP-зависимости устанавливаются отдельно, полную и минимальную поставки нельзя совмещать в одном окружении.
1c-copilot-mcp относится к категории кодовой базы ограниченно. Он не строит индекс проекта и не дает структурные операции по модулям, но помогает работать с конкретным BSL-фрагментом или файлом через 1С:Напарник.
check_1c_code | проверяет inline-код или код, прочитанный из файла через file_path, start_line, end_line. |
|---|---|
explore_1c_codebase | отправляет в 1С:Напарник запрос на исследование объектов, связей и зависимостей; может принять дополнительный фрагмент кода. |
режим file_path снижает расход контекста при проверке кода из проекта; агент может передать путь и диапазон строк вместо вставки большого модуля в prompt.
нет поиска по проекту, списка модулей/процедур, чтения произвольного модуля как codebase API, call graph, references/usages, LSP-навигации и записи кода. explore_1c_codebase не заменяет локальный индекс: результат зависит от запроса к 1С:Напарнику и переданного контекста.
когда нужен легкий инструмент на базе 1С:Напарника для проверки или обсуждения конкретного BSL-фрагмента из файла, а не полноценное исследование большой кодовой базы.
mcp-1c-v1 - RAG-сервер по загруженному текстовому описанию структуры конфигурации. В категории кодовой базы это ранний semantic lookup, а не структурный API процедур/модулей.
простой RAG-подход по подготовленному описанию конфигурации.
нет явных tools для списка модулей, чтения процедуры, call graph, references или LSP-навигации.
как простой semantic/RAG-слой по описанию конфигурации, если не нужен структурный анализ кода.
MCP-1C дает поиск по коду через индекс выгрузки конфигурации и подключение к опубликованному HTTP-сервису 1С. В категории кодовой базы это легкий live-adjacent поиск, а не полноценный граф или LSP.
search_code | полнотекстовый поиск по BSL-коду в выгрузке конфигурации; режимы smart с BM25-ранжированием, regex и exact, есть русско-английские BSL-синонимы и фильтры по типу метаданных/модуля. |
|---|
простой вход для поиска по коду рядом с метаданными, формами и live-доступом к базе.
нет отдельных tools для списка процедур, чтения конкретной процедуры, call graph, references, LSP-навигации или записи кода.
когда уже используется MCP-1C и нужен базовый поиск по коду без отдельной инфраструктуры графа/LSP.
Confaster - закрытый продукт с ИИ-агентом внутри 1С Конфигуратора и встроенным локальным MCP по выгрузке конфигурации. Для кодовой базы важны доступ к коду методов, связь с метаданными и места использования ссылок.
codebase-контекст встроен прямо в продукт для Конфигуратора.
закрытая поставка; невозможно проверить точные tool names и API без продукта.
как готовый продуктовый агент для Конфигуратора, если подходит закрытая модель поставки.
OneRPA - платный bundle MCP-серверов. В категории кодовой базы он дает несколько режимов поиска: обычный индексный, embedding/vector и graph search; отдельно есть code checker/rewriter через 1С:Напарник.
CodeMetadataSearchServer / codesearch | поиск по коду в индексной поставке. |
|---|---|
CloudEmbeddingsServer / codesearch | semantic/vector-поиск по коду через embedding-индекс. |
CloudEmbeddingsServer / reindex | переиндексация code/metadata/help индексов. |
CloudEmbeddingsServer / stats | статистика индексов. |
Graph Metadata Search / search_code | поиск кода через graph/metadata backend. |
1CCodeChecker / check_1c_code | проверка BSL-кода через 1С:Напарник. |
1CCodeChecker / review_1c_code | ревью BSL-кода через 1С:Напарник. |
1CCodeChecker / rewrite_1c_code | переписывание BSL-кода. |
1CCodeChecker / modify_1c_code | модификация BSL-кода. |
готовый набор разных codebase-серверов: индексный поиск, vector search, graph search и AI-проверка кода.
коммерческая поставка по LICENSE_KEY; исходники серверов не проверены.
когда нужен packaged bundle для команды и подходит платная контейнерная поставка.
OneMCP заявляет семантический поиск по коду, метаданным и документации конфигураций. Для кодовой базы это продуктовая платформа с team/API-слоем, а не открытый локальный code-index.
продуктовый подход к командной базе знаний по конфигурациям и коду.
нет проверенного списка MCP tools, примеров ответов и исходников; условия после беты тарифные.
как SaaS/платформу для командного semantic search по 1С-проектам.
Коммерческий плагин работает внутри 1C:EDT с проектом и сервисами среды. По текущей документации предусмотрено 28 tools в профилях Аналитик (12), Разработчик (22), Архитектор (25) и Архитектор Про (28).
list_modules, code_structure, code_search, ai_context | структура и чтение модулей, поиск и сбор контекста. |
|---|---|
write_module_source, code_review | изменение BSL и проверка по стандартам. |
Рекомендуется EDT 2026.1.2/Java 17; EDT 2025 не поддерживается, полная совместимость с 2026.2 не гарантируется. Возможности ограничиваются профилем; для операций базы и тестов нужны соответствующие подключения и компоненты. Исходники плагина не опубликованы, сведения проверены по документации поставщика.
AI Code Maestro - закрытый SaaS ИИ-ассистент для 1С-разработки. Для кодовой базы он важен не как локальный индекс или LSP, а как продуктовый контур: загрузка конфигурации, веб-чат, генерация модулей, рефакторинг и интеграция с 1C:EDT.
готовый сценарий для разработчика 1С, который хочет работать с кодом через облачного ассистента, а не собирать локальный набор MCP/LSP/индексов.
нет исходников и формального списка инструментов. Нельзя проверить модель индексации кода, поддержку графа вызовов и ссылок, детализацию чтения процедур и механизм записи изменений.
если нужен продуктовый веб/EDT-ассистент с загруженным контекстом проекта и подходит SaaS-модель с тарифами.
INFATON MCP Server в категории кодовой базы учитывается ограниченно. Он работает с живой базой и умеет получить текст модуля объекта, но не заявляет индекс BSL-кода, список процедур, call graph, references или LSP-навигацию.
get_module_text | возвращает текст модуля объекта; тип модуля задается параметром, по умолчанию используется модуль объекта. |
|---|---|
execute_code | выполняет произвольный BSL-код в базе; это скорее runtime-operation, а не инструмент анализа кодовой базы. |
evaluate_expression | вычисляет выражение в базе; полезно для точечных проверок runtime-контекста. |
можно получить актуальный текст модуля из живой базы без выгрузки проекта и отдельного индекса. Это полезно для быстрых вопросов по конкретному объекту, если агент уже знает полное имя метаданных.
нет поиска по BSL, списка процедур/функций, чтения тела конкретной процедуры, call graph, references/usages, диагностики и записи модуля как структурной операции. execute_code потенциально опасен и не должен считаться безопасной заменой code-edit workflow.
как вспомогательный live-доступ к тексту модуля, но не как основной инструмент анализа большой кодовой базы.
Полный HTTP-каталог содержит 93 tools; STDIO-обёртка публикует 51. Вызовы исполняются с правами пользователя 1С.
Unica подключается к Claude Code или Codex через STDIO MCP и работает с локальными source sets файловой выгрузки. Интерфейс предварительной версии 0.13.0-rc.2 состоит из 11 логических инструментов; стабильный релиз 0.12.3 сохраняет предыдущий контракт. В предварительной версии прежние семейства отдельных tools заменены операциями над адресованными узлами.
unica.view, unica.resolve, unica.search | чтение BSL-узлов, разрешение адресов и поиск в допущенных исходниках. |
|---|---|
unica.apply | поддержанные изменения логического узла. |
unica.check, unica.diff | диагностика и сравнение исходников. |
Для записи сначала нужен dryRun и его revision в ifRev; допустимые операции объявляются в can выбранного узла. Состав валидаторов и runtime-сценариев зависит от вида артефакта и настроенных драйверов; наличие инструмента не означает поддержку любой операции. Платформа 1С требуется для сценариев сборки и работы с базой.
mcp-1c77 в категории кодовой базы закрывает только сценарий 1С 7.7. Он не строит call graph, не дает LSP-навигацию и не работает с проектом 1С 8.x, но умеет доставать исходники модулей из 1Cv7.MD.
get_global_module | читает глобальный модуль конфигурации, с поддержкой диапазона строк и авто-усечения больших модулей. |
|---|---|
list_modules | показывает список модулей конфигурации, включая глобальный модуль. |
get_module | читает модуль объекта метаданных. |
search_in_modules | полнотекстовый поиск по модулям с контекстом и лимитом. |
для 1С 7.7 это практичный способ дать агенту доступ к модулям без ручного извлечения OLE-стримов из 1Cv7.MD.
нет процедурного индекса, графа вызовов, references/usages, LSP-навигации, диагностики и записи кода. Для современных BSL-проектов 1С 8.x его использовать не нужно.
когда надо анализировать код старой конфигурации 1С 7.7 из MD-файла.
Code Index — локальный read-only индексатор для крупных репозиториев. Универсальный слой разбирает BSL через tree-sitter, индексирует функции, тела, файлы и вызовы, поддерживает FTS, literal/regex-поиск и чтение диапазонов строк. Отдельный bsl-indexer дополняет это разбором XML-выгрузки конфигуратора и .mdo из 1C:EDT.
search_function, get_function, find_symbol, search_terms | структурный, полнотекстовый и предметный поиск процедур. |
|---|---|
get_callers, get_callees, get_call_tree, find_path, find_path_bsl | навигация по общему и BSL-специфичному графу вызовов. |
grep_body, grep_code, search_text | literal, regex и FTS-поиск с фильтрами по языку и пути. |
get_file_summary, read_file, list_files, stat_file | карта файла и точечное чтение исходников. |
один локальный индекс объединяет код, call graph и модель метаданных; daemon следит за изменениями, а несколько MCP-сессий читают общий индекс параллельно. Федерация и repo aliases позволяют искать по нескольким большим репозиториям. Инструменты возвращают компактные структурированные ответы и умеют ограничивать область через path_glob.
инструмент не дает LSP definition/hover/code actions, диагностику и изменение кода. npm-wrapper устанавливает универсальный code-index, который умеет структурно индексировать BSL, но не содержит XML/MDO-слой метаданных и 11 специализированных 1С-tools; для них нужен bsl-indexer. Анализ выполняется по файловой выгрузке, а не по живой базе.
для офлайн-анализа большой конфигурации, когда агенту нужны быстрый поиск процедур, чтение точных фрагментов, граф вызовов и связи кода с метаданными при минимальном расходе контекста.
федерация передаёт запрос другому index-server через HTTP, исходники остаются на стороне соответствующего индекса.
mcp-1c (OneScript) — минимальный файловый MCP для выгрузки конфигурации. Он не строит индекс и не использует LSP: каждый поиск рекурсивно перечитывает доступные *.bsl, а чтение методов основано на простом построчном распознавании объявлений и завершающих конструкций.
bsl_search | ищет регистрозависимую подстроку или регулярное выражение по всем *.bsl, возвращая путь, номер строки и совпавшую строку. |
|---|---|
read_module | для файла возвращает весь текст, список объявлений либо тело выбранной процедуры/функции; для каталога рекурсивно ищет BSL-модули. |
маленькая локальная поставка на OneScript, отсутствие отдельного индекса и фонового сервиса, точечное чтение метода вместо обязательной передачи всего модуля.
нет call graph, references, symbol index, LSP-навигации, диагностики и записи. bsl_search не имеет лимита совпадений и заново обходит все BSL-файлы при каждом запросе. Параметр method реализован, но отсутствует в публичной inputSchema, поэтому MCP-клиент и модель могут не узнать о нем из tools/list. Корень проекта не закрепляется: сервер читает любой переданный путь, доступный его процессу.
для небольшой локальной выгрузки, когда нужны простой grep по BSL и чтение отдельного метода без установки индексатора или Language Server.
В категории кода EDT MCP дает read_module, write_module, get_module_info, list_module_methods и get_method непосредственно через модель/файлы активного EDT-проекта. Это не поисковый индекс всей кодовой базы: отдельного grep/references/call-hierarchy нет, зато доступно точное чтение и изменение выбранных BSL-модулей и методов.
read_module | читает исходный текст BSL-модуля. |
|---|---|
write_module | записывает модуль с опциональной проверкой синтаксиса. |
get_module_info | возвращает сведения о модуле. |
list_module_methods | перечисляет процедуры и функции модуля. |
get_method | возвращает отдельный метод. |
запись модуля с опциональной синтаксической проверкой и работа в контексте живого EDT workspace. Ограничения: слабее специализированных code-index инструментов для глобального поиска и графа вызовов.
BSL Search MCP дает агенту поиск по заранее загруженному индексу BSL-методов из конфигураций 1С и БСП. Запросы кода объединяют текстовый BM25 и, при доступном внешнем embedding-сервисе, векторный kNN; отдельный reranker может переупорядочить результаты. Выдача ограничена и содержит имя, параметры, фрагмент тела и источник. Общий поиск также может вернуть документы ИТС и статьи Habr из отдельного индекса знаний.
search_bsl | ищет реализацию по текстовой задаче; фильтры репозитория, типа модуля, директивы, вида метода, экспорта и БСП действуют в текстовом поиске; параметры use_knn и rerank управляют дополнительными этапами поиска. |
|---|---|
search_bsl_by_signature | ищет по переданному имени и тексту параметров через тот же поисковый API; отдельного точного индекса сигнатур этот tool не использует. |
get_bsl_method | получает метод из индекса по ID найденного результата; тело в ответе ограничено 12 000 символами. |
гибридный поиск по большому предварительно подготовленному корпусу, фильтры BSL-методов, чтение выбранного метода без передачи всего модуля и доступ к связанным материалам ИТС/Habr через общий поиск.
требуется Elasticsearch и предварительная индексация своего корпуса; векторный поиск и переранжирование зависят от отдельных сервисов. Векторная ветка не применяет заданные фильтры, поэтому для строго отфильтрованного поиска нужен use_knn=false. Нет call graph, references, LSP-навигации, диагностики или записи кода. get_bsl_method не гарантирует полный текст метода длиннее 12 000 символов. README заявляет лицензию MIT, но файл лицензии в репозитории отсутствует.
для поиска готовых реализаций и примеров в подготовленном корпусе BSL-кода, если доступна инфраструктура индекса и нужны короткие результаты с последующим чтением выбранного метода.
Собственный MCP-сервер onec-code читает файлы локальных выгрузок конфигурации и расширений: текстовый поиск выполняет по каталогам исходников через ripgrep, а read_module открывает найденный файл напрямую. Репозитории под каталогом ONEC_SRC_DIR обнаруживаются при запуске сервера; для поиска по конкретному слою можно задать scope. Индекс, опубликованная база 1С и удалённый сервис поиска для этих операций не нужны.
search_1c(query, scope, max_results) | ищет текст или имя в исходниках выбранных слоёв. |
|---|---|
read_module(path, start, end) | читает диапазон строк BSL-модуля по пути. |
list_modules(scope) | перечисляет общие модули по слоям. |
Если ripgrep не установлен, текстовый поиск выполняется средствами Python. Отдельный подключаемый bsl-ls-native дает навигацию через внешний BSL Language Server при наличии совместимого JAR.
поиск сразу по нескольким слоям без предварительного индекса и точечное чтение файла. Ограничения: собственный onec-code не строит граф вызовов, индекс символов или references; read_module принимает любой доступный процессу абсолютный путь. Для семантической навигации нужен внешний сервер.
когда исходники 1С уже лежат локально и агенту нужно сверять реализацию в конфигурации и расширениях перед правкой.
1c-ai config add импортирует ZIP XML-выгрузки, 1c-ai config build готовит граф вызовов. MCP-сервер codebase читает BSL-файлы и файловый граф локальной конфигурации. Поисковые операции обращаются к отдельному хранилищу чанков, где предусмотрены BM25 и эмбеддинги; это не доступ к коду работающей базы.
codebase.semantic_search | ищет фрагменты BSL с фильтрами конфигурации и версии; при недоступности эмбеддингов остаётся BM25. |
|---|---|
codebase.get_module | читает BSL-модуль по объекту и виду модуля, разбирает процедуры и функции. |
codebase.get_similar | ищет похожие модули по векторам. |
codebase.call_graph | выдаёт связи вызовов из построенного графа с фильтром по объекту или методу. |
доступны точное чтение модуля и граф вызовов; при отдельно заполненном хранилище — поиск. Ограничения: config build не заполняет поисковое хранилище, а публичной CLI-команды для его заполнения нет. Хранилище в памяти создаётся пустым, если DATABASE_URL не задан. get_similar в реализации с PostgreSQL не извлекает вектор найденного исходного фрагмента и может вернуть пустой результат. Нет MCP-операции записи модуля или LSP-навигации.
Claude Code работает с локальными исходниками проекта в src/cf, src/cfe_* и при необходимости с эталоном поставщика в src/cf_vendor. Навыки extract-to-extension и config-modification задают порядок анализа и переноса изменений; скрипт extract-diff.py сравнивает конкретный BSL/XML-объект с эталоном. Живой код базы шаблон самостоятельно не индексирует и не ищет.
extract-diff.py <путь> [--vendor-root ...] [--work-root ...] [--no-body] | группирует различия BSL по процедурам и кратко описывает XML-изменения объекта. |
|---|---|
1c-code-explorer | роль для исследования локальных исходников средствами Claude Code. |
extract-to-extension | навык переноса существующей доработки в расширение с возвратом типового объекта к эталону. |
предметный отчёт о расхождениях с поставщиком перед переносом доработки; явный режим --restore может вернуть BSL-модуль к эталону с проверкой состояния в Git. Ограничения: нужна эталонная версия исходников; нет собственного поиска по всему коду, call graph, LSP и MCP tool для чтения модуля.
Индексатор читает BSL-файлы локальной выгрузки, выделяет процедуры и функции, их тела, вызовы и обращения к объектам конфигурации. Модули, символы и рёбра хранятся в SQLite; по заполненному Qdrant доступен отдельный семантический поиск. Это анализ файлового снимка, а не работа с открытой IDE или живой базой.
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 попадает в индекс только при установленном сабмодуле бинарного парсера.
1Cv7.MD: mcp-1c77.1c-copilot-mcp полезен именно там, где код удобнее передать через file_path.