Инструменты по категориям
CodePilot1C MCP Host - MCP-host внутри EDT. Для метаданных это не просто чтение структуры, а работа с живым EDT-проектом: индекс, детали объекта, подбор типов, создание объектов, изменение свойств, формы, расширения и внешние объекты.
MCP tools по метаданным
scan_metadata_index | строит или обновляет индекс метаданных EDT workspace. |
|---|---|
edt_metadata_details | возвращает детали объекта метаданных в EDT. |
edt_field_type_candidates | подбирает допустимые типы для поля/реквизита. |
inspect_platform_reference | возвращает сведения о платформенном объекте, типе или ссылке, когда нужно уточнить допустимые свойства и контекст метаданных. |
edt_validate_request | валидирует mutation-запрос перед изменением метаданных или формы. |
create_metadata | создает объект метаданных. |
add_metadata_child | добавляет дочерний элемент, например реквизит или табличную часть. |
update_metadata | изменяет свойства объекта метаданных. |
delete_metadata | удаляет объект или элемент метаданных. |
create_form | создает управляемую форму в EDT-проекте. |
apply_form_recipe | применяет recipe для построения или перестройки формы. |
mutate_form_model | меняет модель формы без ручного редактирования XML. |
extension_list_projects | показывает проекты расширений в workspace. |
extension_create_project | создает проект расширения. |
extension_adopt_object | принимает объект в расширение. |
extension_set_property_state | меняет состояние свойства в расширении. |
external_list_projects | показывает проекты внешних обработок и отчетов. |
external_list_objects | возвращает объекты внешнего проекта. |
external_get_details | возвращает детали внешнего объекта. |
Сильные стороны
сильный EDT-набор не только для чтения и мутаций верхнеуровневых объектов, но и для форм, расширений и внешних объектов в том же host-контуре.
Ограничения
зависит от запущенной EDT-сессии и EDT workspace; явного отдельного graph/reference engine уровня Atlas/Litecode здесь нет.
Когда выбирать
когда нужен агентский сценарий изменения структуры метаданных в EDT.
CodePilot1C MCP Host - MCP host внутри плагина 1C:EDT. Для кодовой базы это доступ к живой EDT-сессии и AST/workspace-инструментам проекта, а не отдельный автономный индексатор BSL.
MCP tools по кодовой базе
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-сессии.
CodePilot1C MCP Host работает внутри live EDT-плагина и дает отдельный набор form tools поверх общего IDE-контекста.
Инструменты по категории
qa_prepare_form_contextcreate_forminspect_form_layoutapply_form_recipemutate_form_model
Сильные стороны
формы не изолированы от проекта; можно читать и менять форму прямо в EDT-контексте; есть операции именно по layout/model, а не только по метаданным вокруг формы.
Ограничения
зависит от установленного и работающего плагина в 1C:EDT; form-сценарий встроен в более широкий IDE-host, а не в отдельный специализированный forms MCP.
Когда выбирать
когда агент работает в живом EDT-проекте и должен не просто анализировать, а именно менять формы.
CodePilot1C MCP Host - MCP host для EDT/CodePilot1C. Он публикует diagnostics-сервис EDT workspace, а также отдельные smoke, runtime и QA-инструменты в других категориях.
MCP tools по проверке кода
get_diagnostics | собирает diagnostics по EDT workspace/project/file; используется после изменений и для контроля статуса проекта. |
|---|
Сильные стороны
встроен в EDT-контекст и дает project/file diagnostics прямо из рабочей среды EDT. Хорошо подходит для цикла "изменение -> diagnostics -> исправление" без отдельного LSP-моста или внешнего syntax checker.
Ограничения
это не отдельный статический анализатор правил качества и не BSL LS. В этой категории его ценность сводится именно к EDT diagnostics.
CodePilot1C MCP Host - host внутри EDT-плагина, то есть это прямой доступ к живой среде разработки, а не bridge к файлам. Он дает широкий набор инструментов поверх активной EDT-сессии.
Что важно для категории среды разработки
- MCP host живет внутри EDT-плагина и работает с активной сессией EDT.
- В
ToolDescriptorRegistryзарегистрированы file/workspace/git tools:read_file,list_files,edit_file,write_file,grep,glob,git_inspect,git_mutate,workspace_import_project,import_project_from_infobase. - Для BSL и навигации публикуются
bsl_symbol_at_position,bsl_type_at_position,bsl_scope_members,bsl_list_methods,bsl_get_method_body,edt_find_references,edt_content_assist. - Для метаданных и мутаций публикуются
edt_metadata_details,scan_metadata_index,edt_field_type_candidates,create_metadata,add_metadata_child,update_metadata,delete_metadata,edt_validate_request. - Для форм публикуются
create_form,inspect_form_layout,apply_form_recipe,mutate_form_model,qa_prepare_form_context. - Для СКД публикуются
dcs_get_summary,dcs_list_nodes,dcs_create_main_schema,dcs_upsert_query_dataset,dcs_upsert_parameter,dcs_upsert_calculated_field. - Для extension/external workflow публикуются
extension_list_projects,extension_create_project,extension_adopt_object,extension_set_property_state,external_list_projects,external_list_objects,external_get_details. - Для diagnostics/runtime/QA публикуются
get_diagnostics,edt_trace_export,edt_metadata_smoke,edt_extension_smoke,edt_external_smoke,qa_status,qa_run,qa_plan_scenario,qa_compile_feature,qa_validate_feature,qa_steps_search,edt_update_infobase,edt_launch_app. site/index.htmlи smoke/eval-сценарии дополнительно подтверждаютtools/listи каталог порядка 50 tools.
Сильные стороны
это полноценный EDT-host с чтением проекта, навигацией по BSL, мутациями метаданных и форм, отдельным контуром для СКД, diagnostics/runtime и QA workflow.
Ограничения
по полноте debug/runtime инструментов и прозрачности контрактов он все еще описан менее системно, чем EDT-MCP; часть поверхности приходится восстанавливать по registry, site/index.html и eval-сценариям, а не по одной сводной таблице в README.
Когда выбирать
когда нужен именно host в живой EDT-среде и при этом важен QA-процесс вокруг проекта.
Что учитывать
http://127.0.0.1:8765/mcp; OAuth 2.1 или Bearer token.