Инструменты по категориям
EDT-MCP работает с 1C:EDT workspace и сильнее всего выглядит там, где метаданные надо не только читать, но и менять. Он умеет получать объекты, детали, искать использования и выполнять операции изменения через EDT. Также есть export_configuration_to_xml и import_configuration_from_xml для обмена конфигурацией через XML-файлы EDT.
MCP tools по метаданным
get_metadata_objects | возвращает список объектов метаданных с фильтрацией по типам. |
|---|---|
get_metadata_details | возвращает свойства объекта, реквизиты, табличные части и другие детали. |
find_references | ищет использования верхнеуровневого объекта метаданных в проекте EDT. |
rename_metadata_object | переименовывает объект или атрибут метаданных с каскадным обновлением ссылок. |
delete_metadata_object | удаляет объект или атрибут метаданных с очисткой ссылок. |
add_metadata_attribute | добавляет реквизит к объекту метаданных. |
get_objects_by_tags | возвращает объекты метаданных по тегам. |
Сильные стороны
лучший набор для изменения метаданных в EDT; есть чтение, references и refactoring-like операции.
Ограничения
зависит от EDT workspace; find_references ограничен верхнеуровневыми объектами.
Когда выбирать
когда агент должен менять метаданные в EDT, а не только читать структуру.
EDT-MCP работает поверх 1C:EDT workspace. В категории кодовой базы он ближе всего к полноценной IDE-интеграции: читает модули, структуру методов, ищет по коду, ходит к definition/call hierarchy и может писать модуль обратно.
MCP tools по кодовой базе
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-MCP берет справочную информацию из контекста 1C:EDT. В этой категории важны только tools, связанные с platform documentation и content assist.
MCP tools по справке платформы и BSL
get_platform_documentation | возвращает документацию по типам платформы, встроенным функциям, методам, свойствам и конструкторам. |
|---|---|
get_content_assist | возвращает подсказки content assist в BSL-позиции: доступные методы/свойства, типовую информацию и связанную документацию платформы. |
Тип поиска
это lookup/content assist по модели EDT и платформенной документации, а не самостоятельный полнотекстовый или vector search.
Сильные стороны
полезен, когда агент уже работает в EDT workspace: справка привязана к позиции в коде и типам, которые понимает EDT. get_content_assist дает не абстрактный поиск, а подсказки в конкретном месте BSL-модуля.
Ограничения
это не отдельный поисковик по всей справке. Для автономного help-RAG без EDT лучше подходят локальные .hbk серверы.
EDT-MCP дает доступ к формам через live EDT-сессию. Form-specific слой выражен явно: есть tools для YAML snapshot рассчитанного макета формы и PNG screenshot из WYSIWYG-редактора EDT.
Инструменты по категории
get_form_layout_snapshot- возвращает YAML с рассчитанными границами, типами и свойствами элементов формы.get_form_screenshot- возвращает PNG screenshot формы из WYSIWYG EDT.- остальные form-сценарии идут через общий EDT-контекст, метаданные, content assist, чтение и запись исходников проекта.
Сильные стороны
сильный live EDT-контур; можно работать с проектом целиком; формы доступны как часть реального проекта, а не отдельного индекса.
Ограничения
это не специализированный генератор форм уровня 1C Forms Server; явные form-tools ориентированы на inspection, а не на полный CRUD формы.
Когда выбирать
когда формы нужно обрабатывать как часть общего EDT workflow, а не как отдельный специализированный объект.
EDT-MCP - MCP-сервер внутри/рядом с 1C:EDT. Для проверки кода он использует модель ошибок и diagnostics EDT workspace.
MCP tools по проверке кода
get_project_errors | возвращает ошибки проекта из EDT workspace. |
|---|---|
get_problem_summary | дает сводку проблем/diagnostics проекта. |
revalidate_objects | принудительно пересчитывает проверки для объектов/ресурсов EDT. |
clean_project | выполняет clean проекта, после которого diagnostics могут быть пересчитаны. |
Сильные стороны
проверяет проект в контексте EDT, а не только как набор .bsl файлов. Это важно для конфигураций, где ошибки завязаны на структуру EDT-проекта, ресурсы и markers.
Ограничения
требует рабочее окружение EDT. Это не независимый линтер и не BSL LS wrapper; переносимость ниже, зато ближе к реальной EDT-сборке.
EDT-MCP - самый прямой MCP к живой среде разработки 1C:EDT. Он работает как плагин внутри EDT и дает агенту доступ к project/workspace, BSL-модулям, метаданным, runtime-конфигурациям, debug-инструментам, XML import/export, form inspection и LanguageTool-сценариям.
Что важно именно для категории среды разработки
get_edt_version, list_projects, get_configuration_properties | чтение контекста среды и проектов. |
|---|---|
get_project_errors, get_problem_summary, clean_project, revalidate_objects | работа с markers и validation внутри EDT. |
get_content_assist | content assist на позиции в коде, то есть IDE-подсказки, а не просто текстовый поиск. |
export_configuration_to_xml, import_configuration_from_xml | экспорт/импорт конфигурации через XML-файлы EDT. |
list_modules, read_module_source, write_module_source, go_to_definition, get_symbol_info | навигация и чтение/запись кода через EDT. |
get_form_layout_snapshot, get_form_screenshot | inspection форм в EDT: YAML snapshot макета и PNG screenshot. |
generate_translation_strings, translate_configuration, get_translation_project_info | LanguageTool-сценарии перевода и диагностики проекта. |
get_applications, list_configurations, update_database, debug_launch | управление runtime-конфигурациями из EDT. |
set_breakpoint, list_breakpoints, wait_for_break, get_variables, step, resume, evaluate_expression, debug_status, start_profiling, get_profiling_results | полноценный debug/runtime контур. |
run_yaxunit_tests, debug_yaxunit_tests | тесты в связке с EDT runtime. |
Сильные стороны
это наиболее полный и подтвержденный host среды разработки в исследовании. Он действительно дает агенту доступ к живой EDT-сессии, а не только к файловому workspace. В актуальной карточке заявлены 56 tools в 9 группах.
Ограничения
требует установленную и запущенную EDT с проектом; для LanguageTool-tools нужен установленный LanguageTool в EDT. По сложности внедрения это тяжелее, чем LSP или desktop helper.
Когда выбирать
когда агент должен работать именно как "оператор EDT" внутри живого проекта.
Что учитывать
http://localhost:8765/mcp.