Инструменты по категориям

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_context
  • create_form
  • inspect_form_layout
  • apply_form_recipe
  • mutate_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 endpoint http://127.0.0.1:8765/mcp; OAuth 2.1 или Bearer token.
Что нужноустановленный плагин CodePilot1C в 1C:EDT.
ВажноMCP host живет внутри EDT-плагина, поэтому работает с текущей live-сессией EDT; каталог операций включает file/workspace/git, BSL navigation, metadata/forms/DCS mutations, diagnostics/runtime и QA/smoke workflow.