Эта категория про интеграцию агента с рабочей средой: живой EDT, VS Code, Конфигуратор, desktop shell, LSP и runtime-команды.
Инструменты этой категории связывают AI-агента со средой разработки: EDT, VS Code, Cursor, Конфигуратором, расширениями и локальными командами проекта. Они важны там, где агенту нужно работать не только с файлами, но и с реальным состоянием IDE или проектного контура.
В сравнении ниже показано, где живет интеграция, какие операции доступны агенту и насколько инструмент зависит от конкретной IDE или установленного расширения.
| Критерий | Что сравнивается |
|---|---|
| Тип интеграции | Живой host внутри EDT/IDE, IPC-мост к расширению, desktop shell, LSP/workspace |
| Контекст среды | Что именно видит агент: открытый EDT project, активную IDE-сессию, текущий модуль Конфигуратора, локальный workspace |
| Навигация и чтение | Можно ли читать код, видеть структуру проекта, переходить по символам, получать diagnostics |
| Изменение из среды | Можно ли менять код/проект прямо через интеграцию |
| Debug / runtime | Есть ли debug launch, breakpoints, profiling, app management |
| Тесты и QA | Есть ли запуск тестов или QA-сценариев как часть интеграции со средой |
| Транспорт | HTTP/SSE/STDIO/IPC/desktop bridge |
| Уровень подтверждения | исходники, карточка, описание, продукт |
| Набор инструментов | Тип интеграции | Контекст среды | Навигация / чтение | Изменение | Debug / runtime | Тесты / QA |
|---|---|---|---|---|---|---|
| плагин-сервер внутри EDT | живой EDT workspace и project, 56 tools в 9 группах | да | да | да | да | |
| host внутри EDT-плагина | активная EDT-сессия | да | да | да | да | |
| плагин-сервер внутри EDT | активная EDT-сессия | да | да | да | да | |
| IPC-мост к VS Code расширению | проект в VS Code/Cursor с 1C: Platform Tools | зависит от command ID расширения | зависит от command ID расширения | неясно | неясно | |
| desktop app + EditorBridge | текущий модуль Конфигуратора + подключенные MCP | да | да | нет отдельного debug host | частично | |
| LSP + MCP workspace | локальный workspace / source-dir | да | ограниченно, через свой workflow | частично, через debug к live 1С | нет | |
| SaaS + плагин 1C:EDT + MCP Bridge | подключенный проект/конфигурация и 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" внутри живого проекта.
CodePilot1C MCP Host - host внутри EDT-плагина, то есть это прямой доступ к живой среде разработки, а не bridge к файлам. Он дает широкий набор инструментов поверх активной 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_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_list_projects, extension_create_project, extension_adopt_object, extension_set_property_state, external_list_projects, external_list_objects, external_get_details.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-процесс вокруг проекта.
MCP:RSV Server - закрытый коммерческий MCP-плагин для 1C:EDT. Он устанавливается через p2-дистрибутив и публикует MCP-инструменты изнутри EDT, поэтому относится к прямым host-интеграциям среды разработки, а не к файловым индексам или внешним bridge.
show_edt_version | определяет версию активной EDT. |
|---|---|
list_workspace_projects | показывает проекты в workspace. |
get_config_properties | возвращает свойства конфигурации из текущего EDT-контекста. |
launch_debugger | запускает отладочный сценарий из среды. |
продуктовый EDT-host в одном плагине: агент получает контекст активной среды, workspace и запуск отладчика. Остальные инструменты набора сравниваются в своих предметных категориях, а не в разделе среды разработки.
исходники плагина не опубликованы, поэтому прозрачность ниже, чем у EDT-MCP и CodePilot1C MCP Host. Публичная документация дает список инструментов и тарифные профили, но не полный machine-readable контракт всех операций и форматов ответов.
когда нужен коммерческий EDT-плагин с широким набором инструментов и устраивает закрытая поставка.
1C Platform Tools MCP - не самостоятельная IDE, а IPC-прослойка к уже установленному расширению 1C: Platform Tools в VS Code/Cursor.
onec_platform_tools_status показывает доступность IPC, а остальные tools регистрируются динамически из command ID расширения;packagedef.это самый прямой путь дать MCP-агенту доступ к уже используемой VS Code/Cursor-среде с 1С-расширением.
точная граница операций зависит от версии расширения 1C: Platform Tools и доступных command ID. Поэтому сравнение здесь идет как по bridge-интеграции, а не как по самостоятельному IDE-host.
когда команда уже сидит в VS Code/Cursor и хочет прокинуть агенту команды имеющегося расширения.
Mini AI 1C - desktop shell для разработчика 1С, который интегрируется с Конфигуратором через EditorBridge и подмешивает LLM/MCP поверх текущего модуля.
EditorBridge читает и пишет текущий модуль Конфигуратора;самый прикладной вариант для сценария "открыт модуль в Конфигураторе -> агент читает, объясняет, правит и пишет обратно". Это не EDT-host, а именно desktop assistant над повседневной средой работы.
основа контекста - текущий модуль, а не весь проект IDE-сессии. Для глобального контекста конфигурации он зависит от внешних MCP.
когда основной рабочий контур - Конфигуратор, а не EDT или VS Code.
BSL Analyzer попадает в категорию среды разработки как LSP/workspace-инструмент, а не как host живой IDE.
workspace profile;source-dir, получать diagnostics, navigation и часть project context;хороший вариант, когда нужен IDE-подобный контекст без обязательной EDT/VS Code host-интеграции. Удобен как средовой backend для локального workspace.
это не доступ к открытой IDE-сессии и не bridge к уже открытому редактору. В категории среды разработки он слабее именно host-инструментов вроде EDT-MCP, CodePilot1C MCP Host и 1C Platform Tools MCP.
когда нужен средовой контекст на уровне локального workspace/LSP, а не прямой control над IDE.
AI Code Maestro относится к среде разработки как SaaS-ассистент с отдельным ИИ-плагином для 1C:EDT и MCP Bridge. В отличие от EDT-MCP и CodePilot1C MCP Host, это не открытый host внутри EDT с опубликованным каталогом инструментов, а продуктовая интеграция.
готовый пользовательский сценарий вокруг веб-чата и плагина EDT без ручной сборки локального MCP-host.
исходники не найдены; не раскрыты имена инструментов, транспорт MCP Bridge, формат чтения/записи кода, отладка, выполнение, QA и границы доступа к рабочей области EDT.
когда нужен продуктовый ИИ-ассистент с EDT-плагином, а не проверяемый локальный host внутри IDE.