Эта категория про поиск и понимание 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-файлы + индекс | имя + FTS + semantic/vector | да | да | да | нет | нет | |
| выгрузка + BSL + Memgraph | structural + semantic/vector | да | да | да | нет | нет | |
| CF/EDT/MDO/CFE/файлы + SQLite | helpers + grep + индекс + rlm_help | да | да | да | нет | нет | |
| workspace + анализатор/LSP | find_code/search_code | частично | частично | частично | да | нет | |
| Codex workspace + встроенные адаптеры | unica.code.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 | частично | через команды | зависит от расширения | зависит от расширения | да | |
| Neo4j-граф | semantic + graph operations | да | да | да | нет | нет | |
| выгрузка 1С + ChromaDB | semantic/vector + grep | нет | фрагменты из поиска | нет | нет | нет | |
| переданный BSL-фрагмент + 1С:Напарник; опционально внешние MCP tools в чате | нет | нет | только входной фрагмент | нет | да | генерирует измененный код | |
| переданный BSL-фрагмент или файл + 1С:Напарник | запрос по знаниям/коду через 1С:Напарник | нет | file_path для проверки | нет | да | нет | |
| RAG/Qdrant | semantic/RAG | нет | через RAG | нет | нет | нет | |
| backend-сервисы | зависит от backend | зависит | зависит | зависит | зависит | write_bsl backend | |
| индекс выгрузки + HTTP-сервис 1С | smart BM25 / regex / exact | нет | фрагменты из поиска | нет | нет | нет | |
| живая база 1С | нет отдельного поиска по коду | нет | модуль целиком | нет | нет | через execute_code | |
| выгрузка конфигурации + Конфигуратор | по коду методов | заявлено | да | заявлено | неясно | через продукт | |
| продукт/индексы | keyword + vector + graph | да | да | да | через checker | через 1CCodeChecker | |
| SaaS/платформа | semantic | заявлено | заявлено | неясно | неясно | неясно | |
| SaaS + загруженная конфигурация / плагин EDT | ИИ/семантический поиск по проектному контексту | заявлено | заявлено | неясно | заявлено | через ассистента |
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.
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, читать и менять код, а затем видеть ошибки и результаты проверки.
CodePilot1C MCP Host - MCP host внутри плагина 1C:EDT. Для кодовой базы это доступ к живой EDT-сессии и AST/workspace-инструментам проекта, а не отдельный автономный индексатор BSL.
read_file | читает файл проекта. |
|---|---|
list_files | показывает файлы проекта и каталогов. |
glob | ищет файлы по шаблону. |
grep | ищет текст по проекту. |
edit_file | изменяет файл проекта через host. |
write_file | записывает файл проекта. |
bsl_list_methods | возвращает процедуры/функции BSL-модуля с диапазонами строк и параметрами. |
bsl_get_method_body | возвращает тело BSL-процедуры или функции по имени и модулю. |
bsl_symbol_at_position | определяет BSL-символ в позиции файла. |
bsl_type_at_position | определяет тип выражения/символа в позиции файла. |
bsl_scope_members | показывает доступные элементы области видимости. |
edt_find_references | ищет references для объекта EDT/метаданных. |
edt_content_assist | возвращает AST-aware content assist для позиции в BSL-файле. |
get_diagnostics | возвращает диагностику проекта/файла после изменений. |
workspace_import_project | импортирует проект в workspace, когда кодовую базу надо сначала завести в EDT. |
import_project_from_infobase | выгружает и импортирует проект из инфобазы в EDT-контур. |
qa_status | возвращает состояние QA/workflow плагина. |
qa_run | запускает QA-сценарий. |
живой контекст EDT, AST-aware операции по BSL, чтение/запись файлов проекта, file/workspace/git helpers и интеграция с diagnostics/QA workflow.
как code-search он больше похож на IDE-host с AST tools и файловым grep, а не на отдельный semantic/vector индекс с собственным графом вызовов уровня Atlas/Litecode/Metacode.
когда уже используется CodePilot1C в EDT и нужен агентский доступ к текущей IDE-сессии.
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 | показывает диагностику документа. |
code_actions | возвращает доступные quick fixes/code actions. |
prepare_rename | проверяет возможность rename. |
rename | выполняет LSP rename. |
lsp_status | показывает состояние language server. |
did_change_watched_files | сообщает LSP об изменениях файлов. |
definition, hover, diagnostics, code actions, rename и 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 публикует 20 tools, но инструмент не 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 и хочет дергать его операции из агента.
1C Metacode MCP загружает метаданные и BSL-код в Neo4j-граф. Для кодовой базы он полезен там, где важны процедуры, тела процедур, вызовы и связь кода с объектами конфигурации.
search_code | ищет процедуры и функции по описанию/смыслу и возвращает исходный BSL-код; шаблонные операции внутри tool: find_routines_by_description, get_routine_body. |
|---|---|
list_modules_of_owner | показывает BSL-модули конкретного владельца/объекта. |
list_module_routines | возвращает процедуры и функции модуля. |
list_common_module_routines | возвращает routines общего модуля. |
find_routines_by_name | ищет routines по имени. |
find_routines_by_signature | ищет routines по сигнатуре. |
list_callees_of_routine | показывает, кого вызывает процедура. |
list_callers_of_routine | показывает, кто вызывает процедуру. |
call_graph_subtree | строит поддерево вызовов. |
find_calls_between_owners | ищет вызовы между владельцами/объектами. |
find_unused_routines | ищет неиспользуемые routines. |
list_exported_routines | показывает экспортные routines. |
Neo4j-граф процедур, вызовов, метаданных и форм; хорошо подходит для вопросов про связи.
в публичном описании search_code явно закрывает поиск и получение BSL-кода; операции по routines и графу вызовов описаны в capabilities-документе. Лицензия репозитория не указана.
когда нужен графовый анализ кода и связей, а не только поиск текста.
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С:Напарник, а не исследовать всю конфигурацию.
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-слой по описанию конфигурации, если не нужен структурный анализ кода.
onec-mcp-universal - gateway к нескольким backend-сервисам. Для кодовой базы он полезен как единая точка входа к BSL search, LSP, graph tools и записи BSL, если соответствующие backend подключены.
на 2026-05-29 репозиторий GitHub недоступен. Возможности оставлены в сравнении как ранее зафиксированные, но актуальность проекта сейчас не подтверждена.
bsl_index | строит полнотекстовый индекс по BSL-исходникам: процедуры, функции и комментарии. |
|---|---|
bsl_search_tool | ищет процедуры и функции в BSL-индексе; поддерживает фильтрацию по экспортным символам. |
reindex_bsl | принудительно переиндексирует BSL/LSP после ручных изменений, git pull или внешней выгрузки. |
write_bsl | записывает BSL-модуль в проект с автоматической переиндексацией. |
symbol_explore | исследование символов через LSP backend. |
call_graph | граф вызовов через backend. |
call_hierarchy | call hierarchy через backend. |
document_diagnostics | диагностика документа. |
project_analysis | анализ проекта. |
lsp_status | статус LSP backend. |
code_actions | code actions через LSP backend. |
graph_stats | статистика graph backend. |
graph_related | связанные узлы graph backend. |
graph_search | поиск по graph backend. |
маршрутизация к нескольким codebase-backend, dashboard, сессии и процессный слой вокруг агентской работы.
качество codebase-возможностей определяется подключенными backend; сам gateway не заменяет BSL Atlas/LSP/graph-инструменты. Для новых внедрений надо отдельно проверять доступность репозитория и поставки.
когда нужно подключить агенту несколько 1С-инструментов через один MCP endpoint.
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С-проектам.
MCP:RSV Server в категории кодовой базы учитывается как закрытый MCP-плагин внутри 1C:EDT. Он работает не с отдельным индексом выгрузки, а с открытым EDT-проектом: читает модули, структуру модуля и методы, ищет по коду и может записывать исходник модуля обратно через среду.
list_modules | возвращает список модулей проекта. |
|---|---|
read_module_source | читает исходный текст модуля. |
get_module_structure | возвращает структуру модуля. |
read_method_source | читает исходник конкретного метода. |
code_search | ищет по BSL-коду в контексте проекта. |
diff_module | показывает различия по модулю. |
write_module_source | записывает измененный исходник модуля. |
ai_context | собирает контекст для ассистента. |
прямой EDT-контур для чтения и записи BSL без отдельной выгрузки и без ручной синхронизации файлов. По набору операций он закрывает базовый цикл агента: найти модуль, прочитать метод, изменить исходник, получить диагностику через соседние инструменты среды.
это не подтвержденный граф вызовов и не LSP-мост. По публичным источникам не видно полноценного call graph, references и машинного формата индекса; исходники плагина закрыты.
когда агент должен работать с BSL именно внутри EDT и нужен коммерческий плагин с записью модулей.
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-доступ к тексту модуля, но не как основной инструмент анализа большой кодовой базы.
Unica в категории кодовой базы - это не отдельный LSP и не графовый индексатор. Его роль другая: Codex-плагин дает агенту единый рабочий цикл для поиска, диагностики и изменения 1С-проекта, а специализированные низкоуровневые движки остаются внутренними адаптерами.
unica.code.search - поиск BSL-кода через внутренний адаптер индекса кода.unica.code.diagnostics - запуск BSL diagnostics через внутренний адаптер анализа кода.unica.project.map - карта source sets и форматов проекта перед выбором файлового контура.unica.build.dump, unica.build.load, unica.build.update - синхронизация/сборка проекта вокруг изменения исходников.code-search, code-diagnostics, code-review - пользовательский слой Codex для поиска, диагностики и ревью.хорошо ложится на агентский цикл в Codex: найти участок кода, проверить диагностики, изменить артефакты проекта и прогнать build/runtime-контроль через тот же плагин. В поставке закреплены версии внутренних инструментов, поэтому агент не должен вручную выбирать глобальный bsl-analyzer, v8-runner или rlm-tools-bsl.
в публичном MCP-контракте нет отдельного богатого набора для call graph, references, symbol hierarchy и LSP-навигации. Для глубокого исследования большой кодовой базы лучше дополнять Unica специализированным индексатором или LSP-мостом.
когда основной сценарий - локальная разработка в Codex с поиском, диагностикой, изменениями и проверкой проекта в одном воспроизводимом рабочем цикле.
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-файла.
1Cv7.MD: mcp-1c77.1c-copilot-mcp полезен именно там, где код удобнее передать через file_path.