Категория

Cursor, VS Code и EDT для разработки 1С с ИИ

Эта категория про интеграцию агента с рабочей средой: живой EDT, VS Code, Конфигуратор, desktop shell, LSP и runtime-команды.

17 инструментов

Обзор

Инструменты этой категории связывают 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, 79 tools с динамическими toolsets да да да да
host внутри EDT-плагина активная EDT-сессия да да да да
плагин-сервер внутри EDT активная EDT-сессия да да да да
IPC-мост к VS Code расширению проект в VS Code/Cursor с 1C: Platform Tools зависит от command ID расширения зависит от command ID расширения неясно неясно
VS Code/Cursor extension проекты, инфобазы, конфигурации, расширения, EPF/ERF да да DAP, запуск, автономный ibsrv Vanessa, xUnit, YAxUnit, OneScript, 1bdd
VS Code extension + HTTP Agent API XML/EDT-проект и команды расширения да да 15 debug-команд, enterprise forms СКД validation и операции проверки
desktop app + EditorBridge текущий модуль Конфигуратора + подключенные MCP да да нет отдельного debug host частично
LSP + MCP workspace локальный workspace / source-dir да ограниченно, через свой workflow частично, через debug к live 1С нет
отдельный MCP debugger к dbgs.exe живая HTTP debug-сессия и targets 1С; опционально XML-выгрузка для имен модулей только стек, targets и сопоставление модулей; исходный код не читает нет точки, step/continue/pause, стек, переменные, evaluate нет
SaaS + плагин 1C:EDT + MCP Bridge подключенный проект/конфигурация и EDT заявлено заявлено не раскрыто не раскрыто

Сводная таблица

Набор инструментовТип интеграцииКонтекст средыНавигация / чтениеИзменениеDebug / runtimeТесты / QA
плагин-сервер внутри EDT живой EDT workspace и project, 79 tools с динамическими toolsets да да да да
host внутри EDT-плагина активная EDT-сессия да да да да
плагин-сервер внутри EDT активная EDT-сессия да да да да
IPC-мост к VS Code расширению проект в VS Code/Cursor с 1C: Platform Tools зависит от command ID расширения зависит от command ID расширения неясно неясно
VS Code/Cursor extension проекты, инфобазы, конфигурации, расширения, EPF/ERF да да DAP, запуск, автономный ibsrv Vanessa, xUnit, YAxUnit, OneScript, 1bdd
VS Code extension + HTTP Agent API XML/EDT-проект и команды расширения да да 15 debug-команд, enterprise forms СКД validation и операции проверки
desktop app + EditorBridge текущий модуль Конфигуратора + подключенные MCP да да нет отдельного debug host частично
LSP + MCP workspace локальный workspace / source-dir да ограниченно, через свой workflow частично, через debug к live 1С нет
отдельный MCP debugger к dbgs.exe живая HTTP debug-сессия и targets 1С; опционально XML-выгрузка для имен модулей только стек, targets и сопоставление модулей; исходный код не читает нет точки, step/continue/pause, стек, переменные, evaluate нет
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_assistcontent 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_screenshotinspection форм в EDT: YAML snapshot макета и PNG screenshot.
generate_translation_strings, translate_configuration, get_translation_project_infoLanguageTool-сценарии перевода и диагностики проекта.
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. Сервер публикует 79 tools, поддерживает постоянное включение групп, progressive disclosure через enable_toolset и просмотр истории MCP-вызовов через get_mcp_history.

Ограничения

требует установленную и запущенную EDT с проектом; для LanguageTool-tools нужен установленный LanguageTool в EDT. По сложности внедрения это тяжелее, чем LSP или desktop helper.

Когда выбирать

когда агент должен работать именно как "оператор EDT" внутри живого проекта.

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-процесс вокруг проекта.

MCP:RSV Server prepod2003 Платно

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.

Что важно для категории среды разработки

  • агент общается не с отдельным анализатором, а с возможностями установленного VS Code расширения;
  • transport идет через STDIO MCP server + IPC к расширению;
  • onec_platform_tools_status показывает доступность IPC, а остальные tools регистрируются динамически из command ID расширения;
  • основные группы команд относятся к конфигурации, расширениям, внешним обработкам/отчетам и проектной структуре;
  • требуется включенный IPC и проектный контур 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 читает и пишет текущий модуль Конфигуратора;
  • есть BSL diagnostics, Auto-Proof, inline diff;
  • можно работать с текущим кодом прямо из desktop app;
  • за пределами текущего модуля контекст расширяется подключенными MCP-серверами.

Сильные стороны

самый прикладной вариант для сценария "открыт модуль в Конфигураторе -> агент читает, объясняет, правит и пишет обратно". Это не EDT-host, а именно desktop assistant над повседневной средой работы.

Ограничения

основа контекста - текущий модуль, а не весь проект IDE-сессии. Для глобального контекста конфигурации он зависит от внешних MCP.

Когда выбирать

когда основной рабочий контур - Конфигуратор, а не EDT или VS Code.

BSL Analyzer попадает в категорию среды разработки как LSP/workspace-инструмент, а не как host живой IDE.

Что важно для категории среды разработки

  • есть LSP-режим;
  • есть MCP workspace profile;
  • можно работать с локальным source-dir, получать diagnostics, navigation и часть project context;
  • это один бинарник, который совмещает analyzer, LSP и MCP.

Сильные стороны

хороший вариант, когда нужен IDE-подобный контекст без обязательной EDT/VS Code host-интеграции. Удобен как средовой backend для локального workspace.

Ограничения

это не доступ к открытой IDE-сессии и не bridge к уже открытому редактору. В категории среды разработки он слабее именно host-инструментов вроде EDT-MCP, CodePilot1C MCP Host и 1C Platform Tools MCP.

Когда выбирать

когда нужен средовой контекст на уровне локального workspace/LSP, а не прямой control над IDE.

1C Debug MCP Server — специализированный runtime debugger. Он работает как STDIO MCP-процесс и переводит команды агента в HTTP XML-протокол сервера отладки 1С dbgs.exe; открытая EDT или сессия Конфигуратора для управления отладкой не требуется.

Что важно именно для категории среды разработки

  • attach, detach, force_detach управляют одной debug-сессией;
  • get_targets показывает процессы и контексты 1С, доступные для отладки;
  • set_breakpoints, clear_breakpoints, pause, continue, step_in, step_out управляют остановкой и выполнением BSL;
  • wait_for_stop, get_call_stack, get_variables, evaluate дают runtime-контекст остановленного процесса;
  • локальная XML-выгрузка основной конфигурации и расширений используется только для сопоставления GUID и имен модулей, а не для чтения или изменения исходного кода;
  • raw_request оставляет низкоуровневый выход к произвольным командам debug protocol.

Сильные стороны

наиболее узкий и прямой из сравниваемых debug-инструментов; агент получает точки останова, stepping, стек, переменные и вычисление выражений без полноценного IDE-host. Go-версия поставляется единым Windows-бинарником и автоматически переподключается к dbgs.exe.

Ограничения

не запускает приложение 1С, не читает и не редактирует код и не заменяет IDE; требуется отдельно настроенный dbgs.exe и HTTP-отладка базы. Для внешних EPF точки останова заявлены как неработающие. raw_request требует особенно осторожного использования, поскольку отправляет произвольный XML в debug server.

Когда выбирать

когда агенту нужен именно живой runtime-debugger 1С, а project navigation, редактирование и QA уже закрыты другими инструментами.

AI Code Maestro относится к среде разработки как SaaS-ассистент с отдельным ИИ-плагином для 1C:EDT и MCP Bridge. В отличие от EDT-MCP и CodePilot1C MCP Host, это не открытый host внутри EDT с опубликованным каталогом инструментов, а продуктовая интеграция.

Что важно для категории среды разработки

  • есть ИИ-плагин для 1C:EDT; FAQ говорит, что после токена из личного кабинета ассистент доступен прямо внутри EDT;
  • заявлены генерация модулей, рефакторинг и поиск по коду внутри EDT;
  • есть MCP Bridge для подключения внешних AI-агентов к контексту;
  • веб-чат работает как основной облачный интерфейс к загруженному/подключенному проекту.

Сильные стороны

готовый пользовательский сценарий вокруг веб-чата и плагина EDT без ручной сборки локального MCP-host.

Ограничения

исходники не найдены; не раскрыты имена инструментов, транспорт MCP Bridge, формат чтения/записи кода, отладка, выполнение, QA и границы доступа к рабочей области EDT.

Когда выбирать

когда нужен продуктовый ИИ-ассистент с EDT-плагином, а не проверяемый локальный host внутри IDE.

EDT MCP — открытый host внутри живой 1C:EDT с 95 tools. Для категории среды важны workspace/project tools, создание и открытие проектов, регистрация и deploy инфобаз, запуск клиентов и полноценный debug-контур со стеком, переменными, evaluate и set-variable. Сервер управляется из Preferences/статус-бара EDT и публикуется как loopback SSE endpoint с обязательным Bearer token.

Инструменты среды разработки

  • Workspace и проекты: list_projects, get_workspace_info, list_runtime_versions, get_project, list_project_files, open_project, close_project, create_project.
  • Информационные базы и deploy: list_infobases, get_infobase, create_infobase, associate_infobase, deploy_project.
  • Клиентские приложения: run_client, list_running_clients, stop_client.
  • Отладка: set_breakpoint, list_breakpoints, remove_breakpoint, list_debug_sessions, get_debug_state, get_stack, debug_resume, debug_pause, debug_step, debug_client, stop_debug, get_variables, evaluate, set_variable.

Сильные стороны

самый широкий из открытых EDT-host в текущем сравнении по совокупности project, runtime и debug операций. Ограничения: требует EDT 2026.1+, многие операции изменяют workspace или живую базу; это тяжелый IDE-плагин, а не автономный CLI.

Само расширение является полноценной средой для проектов 1С в VS Code/Cursor

управляет инфобазами, конфигурациями, расширениями и внешними объектами, даёт панели метаданных, ER-диаграмм и тестов, DAP-отладчик и автономный ibsrv. MCP-обёртка из соседнего раздела лишь проксирует часть его IPC-команд.

CDT 41 публикует 60 runtime-команд через локальный HTTP bridge с токеном: CRUD метаданных, debug, deploy, enterprise-формы, СКД и XDTO. Это Agent API, а не MCP transport; по ширине изменяющих операций он ближе к программируемой IDE-среде, чем к read-only индексу.

Практические выводы

  1. Для самой полной открытой интеграции с живой 1C:EDT: EDT-MCP.
  2. Для host внутри EDT с акцентом на QA/runtime workflow: CodePilot1C MCP Host.
  3. Для закрытого коммерческого EDT-плагина с широким набором инструментов: MCP:RSV Server.
  4. Для VS Code/Cursor с прокидыванием команд установленного расширения: 1C Platform Tools MCP.
  5. Для работы поверх Конфигуратора и текущего модуля: Mini AI 1C.
  6. Для LSP/workspace-контекста без живого IDE-host: BSL Analyzer.
  7. Для прямого управления живой HTTP debug-сессией 1С без IDE-host: 1C Debug MCP Server.
  8. Для полноценной работы с проектами, тестами, DAP и автономным ibsrv в VS Code/Cursor: vscode-1c-platform-tools.
  9. Для широкого изменяющего Agent API внутри VS Code: CDT 41.
  10. Для продуктового SaaS-сценария с плагином 1C:EDT и MCP Bridge: AI Code Maestro.