Категория

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

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

22 инструмента

Обзор

Инструменты этой категории связывают 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
Windows-редактор, TC Lister, VS Code extension + MCP локальные файлы XML/BSL/EDT через интерфейс редактора BSL, XML форм и макетов; сборка/загрузка через платформу без отладчика; загрузка в ИБ по выбору структурная проверка форм/макетов
профиль терминального агента Pi локальная XML/BSL-выгрузка и параметры базы средствами агента и локальных скриптов исходники, база и хранилище через CLI запуск платформы; EDT/debug через отдельный MCP команды тестового цикла, внешний Vanessa
плагин-сервер внутри EDT живой EDT workspace и project, 96 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С нет
расширение VS Code/Cursor + встроенный LSP; отдельный MCP/CLI открытый файловый проект 1С символы, hover, completion, diagnostics форматирование, rename, quick fixes нет доступа к runtime/debug CLI-проверки проекта
отдельный MCP debugger к dbgs.exe живая HTTP debug-сессия и targets 1С; опционально XML-выгрузка для имен модулей только стек, targets и сопоставление модулей; исходный код не читает нет точки, step/continue/pause, стек, переменные, evaluate нет
SaaS + плагин 1C:EDT + MCP Bridge подключенный проект/конфигурация и EDT заявлено заявлено не раскрыто не раскрыто
Python CLI к Конфигуратору база и рабочая сессия статус, пути и логи обновление расширения нет отладчика проверки Конфигуратора
плагин внутри EDT открытые проекты и подключённые ИБ службы workspace и Git проект и база через EDT отладка и профилирование отдельные тестовые tools

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

Набор инструментовТип интеграцииКонтекст средыНавигация / чтениеИзменениеDebug / runtimeТесты / QA
Windows-редактор, TC Lister, VS Code extension + MCP локальные файлы XML/BSL/EDT через интерфейс редактора BSL, XML форм и макетов; сборка/загрузка через платформу без отладчика; загрузка в ИБ по выбору структурная проверка форм/макетов
профиль терминального агента Pi локальная XML/BSL-выгрузка и параметры базы средствами агента и локальных скриптов исходники, база и хранилище через CLI запуск платформы; EDT/debug через отдельный MCP команды тестового цикла, внешний Vanessa
плагин-сервер внутри EDT живой EDT workspace и project, 96 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С нет
расширение VS Code/Cursor + встроенный LSP; отдельный MCP/CLI открытый файловый проект 1С символы, hover, completion, diagnostics форматирование, rename, quick fixes нет доступа к runtime/debug CLI-проверки проекта
отдельный MCP debugger к dbgs.exe живая HTTP debug-сессия и targets 1С; опционально XML-выгрузка для имен модулей только стек, targets и сопоставление модулей; исходный код не читает нет точки, step/continue/pause, стек, переменные, evaluate нет
SaaS + плагин 1C:EDT + MCP Bridge подключенный проект/конфигурация и EDT заявлено заявлено не раскрыто не раскрыто
Python CLI к Конфигуратору база и рабочая сессия статус, пути и логи обновление расширения нет отладчика проверки Конфигуратора
плагин внутри EDT открытые проекты и подключённые ИБ службы workspace и Git проект и база через EDT отладка и профилирование отдельные тестовые tools

Детальное сравнение

BslEdit объединяет самостоятельный редактор BSLEdit на Windows, Lister-плагин BSLView для Total Commander и расширение 1C Form Viewer для VS Code. Редактор работает с файлами на диске; расширение запускает встроенный Windows MCP-процесс и показывает локальное превью во внутреннем браузере VS Code.

Возможности среды

  • BSLEdit — открытие и изменение BSL-модулей, работа с локальным деревом конфигурации и переключение между кодом и визуальным представлением поддержанных XML-документов.
  • BSLView — просмотр исходников и документов через F3 в Total Commander, с переходом в отдельный редактор.
  • 1cFormViewer.openPreview — команда VS Code 1C: Open Visual Preview; открывает поддержанный локальный документ и обновляет представление после изменения файла.
  • MCP-провайдер VS Code — регистрация STDIO-сервера для чата среды; доступ ограничивается папками workspace и явно добавленными корнями, либо разрешается для любых путей настройкой.
  • Локальный HTTP MCP — подключение внешнего агента к http://127.0.0.1:47391/mcp и показ запрошенного пользователем превью в VS Code. Включён по умолчанию, без токена и без ограничения папками workspace; проверяются loopback Host и Origin.
  • Панели распаковки и сборки — работа с EPF/ERF/CF/CFE и выгрузками через ibcmd или Конфигуратор. Можно выбрать служебную базу либо загрузку в указанную ИБ; загрузка меняет конфигурацию этой базы.

Готовые поставки предназначены для Windows x64; редактору и плагину нужен WebView2 Runtime, расширению — VS Code 1.101+, встроенному MCP — Edge/Chrome для скрытого рендеринга. Node.js для Windows-релиза не нужен; отдельный Node-вариант MCP запускается из исходников на Node.js 20+ с браузером на Windows/Linux/macOS. Для двоичных файлов нужна установленная платформа 1С. Интеграции с живой EDT-сессией, отладчика и автоматического запуска тестов нет; файловый предпросмотр не исполняет обработчики форм.

Pi 1C Agent работает как терминальный профиль Pi Coding Agent над файловым проектом 1С. Собственный пакет создаёт каркас и настройки, а команды профиля направляют агента к локальным скриптам, запускающим Конфигуратор или ibcmd. Основной формат — XML/BSL-выгрузка; для живой EDT подключается отдельный MCP.

Команды и навыки работы со средой

/initмастер с предварительным просмотром и Apply: каркас исходников и сборки, параметры базы, знания проекта, OpenSpec; исходная конфигурация может поступать из базы, CF или DT.
/doctorпроверка состояния профиля, пакета и проекта.
/loadfrom1cbase, /getconfigfilesполная или выборочная выгрузка источников из базы средствами платформы.
/update1cbaseзагрузка исходников основной конфигурации и расширений в указанную базу с обновлением структуры через Конфигуратор или ibcmd.
/build-releaseсборка CF/CFE из зафиксированного Git-снимка через сборочную базу, с проверкой наличия полученных артефактов.
/restore-testbaseвосстановление явно выбранной тестовой базы из снимка.
1c-repository-manageоперации хранилища конфигурации через CLI Конфигуратора: состояние, история, сравнение, захват, обновление, помещение, освобождение, выгрузка.
/installtools, /checkmcpвыбор отдельно устанавливаемых инструментов и проверка подключений; /update-profile, /update-pi-cli — обновление профиля и оболочки Pi.

Требуются Pi, Node.js, Git, настроенная LLM и для операций базы — установленная платформа и параметры подключения. Команды сборки/загрузки являются процедурами для агента, использующими поставляемые скрипты; /init и /doctor исполняются расширениями Pi. Восстановление базы и обновление конфигурации могут менять данные и завершать сеансы. Полный набор платформенных скриптов рассчитан на Windows; наличие PowerShell на Linux/macOS не гарантирует работу Windows-зависимых операций.

Сервер запускается внутри EDT и публикует MCP Streamable HTTP на loopback. Контекст — открытый workspace, службы приложений и живые debug targets EDT.

project_admin, list_projects, create_project, delete_project, resync_to_diskпроекты, конфигурации запуска и синхронизация с диском.
infobase_admin, get_applications, create_infobase, register_infobase, delete_infobase, set_infobase_credentials, create_launch_config, branch_infobaseподключение баз и привязки к проекту/ветке.
update_database, sync_control, start_clientобновление базы, диагностика синхронизации и запуск клиента.
launch_debugger, debug_launch, set_breakpoint, set_exception_breakpoint, run_to_line, step, resume, wait_for_break, debug_status, get_variables, set_variable, terminate_launchуправление отладчиком EDT.
start_profiling, get_profiling_resultsпрофилирование отладочной сессии.
git, git_commit, git_checkoutJGit внутри IDE: статус, ветки, история, коммит явно названных файлов и переключение ветки.
get_edt_version, workspace_marks, get_mcp_history, self_status, self_upkeep, answer_dialog, restart_edtсостояние среды, метки, история вызовов, модальные окна и перезапуск.

Нужны запущенная EDT и проект; runtime требует установленной 1С и настроенной базы. Dry run обновления не проверяет готовность базы или выгрузки. Удаление базы может затронуть её файлы при соответствующем параметре. Доступ ограничивается пресетами и настройками; это не headless-сервис.

Запускает установленную платформу отдельным процессом в режиме DESIGNER. Контекст — выбранная база и манифест рабочей сессии с журналом операций, без подключения к открытой IDE.

discoverпоиск платформ и сортировка найденных версий.
session-createвыбор платформы, подключения и аутентификации; по умолчанию копирование 1Cv8.1CD в рабочую сессию.
session-statusманифест с подключением, путями, событиями и артефактами.
extension-update/UpdateDBCfg -Dynamic- -WarningsAsErrors -Extension для указанного расширения.
session-cleanupудаление каталога после проверки имени, маркера и отсутствия символических ссылок.

Нужны Python 3.10+, платформа и база. Пароль задаётся через переменную окружения и маскируется в записанной команде. Серверная база, база по имени и строка подключения не изолируются и требуют --allow-live-base; исходная файловая база требует ещё --no-sandbox. Очистка удаляет также копию базы, резервные копии и результаты: итоговый .cfe нужно сохранить заранее. Навигации по символам, breakpoints и запуска приложения нет.

1C HBK BSL подключается к VS Code/Cursor как расширение со встроенным сервером; тот же движок можно запустить отдельным LSP, CLI или локальным MCP. Контекст — открытый каталог исходников 1С, не живая сессия EDT или Конфигуратора.

Операции среды разработки

  • LSP: диагностики, hover, completion, навигация по определениям и использованиям, форматирование, переименование и подсказки;
  • MCP: bsl_status, bsl_find_symbol, bsl_definition, bsl_hover, bsl_references, bsl_diagnostics, bsl_format, bsl_rename, bsl_fix дают агенту аналогичные файловые операции;
  • CLI: check, format, index для ручной проверки и CI.

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

расширение поставляет готовый сервер без необходимости устанавливать системный Python. Ограничения: нет доступа к текущей сессии платформы, живым данным или runtime-отладке; все операции основаны на файловом workspace.

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, 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. Сервер публикует 96 tools, поддерживает постоянное включение групп, progressive disclosure через enable_toolset и просмотр истории MCP-вызовов через get_mcp_history.

Ограничения

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

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

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

Для изображений и структуры визуального макета формы EDT требуется запуск с -DnativeFormBufferedLayoutRender=true. Поддерживаются EDT 2026.1/Java 17 и 2026.2/Java 25; опубликованный набор зависит от toolsets.

compare_configurations, get_comparison_node, merge_rules, git, infobase_sessionsсравнение конфигураций, правила объединения, версии и сеансы базы.

MCP Host работает внутри запущенной 1C:EDT: операции используют модель открытого проекта, индексы BSL и службы среды. Клиент подключается по HTTP; CLI также обращается к работающему Host.

Инструменты в этой категории

read_file, list_files, edit_file, write_file, grep, glob, git_inspect, git_mutateфайлы и Git.
workspace_import_project, import_project_from_infobaseимпорт проекта.
extension_manage, external_manage, dcs_manageоперации расширений, EPF/ERF и СКД.
edt_diagnostics, update_infobase_statusдиагностика, команды базы и запуска.
set_breakpoint, get_variables, step, resume, evaluate_expression, debug_status, start_profiling, get_profiling_resultsотладка и профилирование.
qa_inspect, qa_generate, qa_runподготовка и выполнение QA.

Ограничения

Публикация tools и операции записи зависят от allow/deny-настроек и mutation policy. Ряд изменений метаданных требует токен edt_validate_request. Для runtime и тестов нужны платформа 1С, база и соответствующий тестовый контур. Отдельные dcs/extension/external и QA-операции вызываются через параметр command фасадов.

MCP:RSV Server prepod2003 Платно

Коммерческий плагин работает внутри 1C:EDT с проектом и сервисами среды. По текущей документации предусмотрено 28 tools в профилях Аналитик (12), Разработчик (22), Архитектор (25) и Архитектор Про (28).

Инструменты в этой категории

show_edt_version, list_workspace_projects, get_config_propertiesсведения о среде и проекте.
launch_debugger, sync_database, rebuild_project, list_applicationsотладка, обновление базы и пересборка.
update_configuration, git, manage_infobaseобъединение конфигураций, версии проекта и привязки информационных баз.

Ограничения

Рекомендуется EDT 2026.1.2/Java 17; EDT 2025 не поддерживается, полная совместимость с 2026.2 не гарантируется. Возможности ограничиваются профилем; для операций базы и тестов нужны соответствующие подключения и компоненты. Исходники плагина не опубликованы, сведения проверены по документации поставщика.

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 и хочет прокинуть агенту команды имеющегося расширения.

pipelines_run, odata_query, odata_setupразрешённые IPC-команды графов операций и работы со стандартным OData через расширение редактора.
Mini AI 1C hawkxtreme Платно

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.

list_launch_configurations, run_launch_configurationчтение и запуск сохранённых конфигураций запуска EDT.

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

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

pipelines.runпоследовательный граф команд с переходами по успеху/ошибке и отчётом по шагам.
odata.query, odata.setupHTTP чтение/запись через стандартный OData и настройка состава публикации.

Для OData нужна публикация базы и права её пользователя; запись выполняется HTTP-методами POST/PUT/PATCH/DELETE.

Расширение VS Code работает с локальной структурой проекта и XML-метаданными; операции платформы используют настроенное подключение к базе. Встроенный Streamable HTTP MCP адаптер публикует 78 tools на локальном /mcp; Agent API также доступен через /command.

Инструменты в этой категории

cdt_resolve_binding, cdt_list_bindings, cdt_deploy, cdt_deploy_selected_objects, cdt_deploy_changed_files, cdt_pull_selected_objects, cdt_export_statusпривязки проекта и обмен с базой.
cdt_debug_start, cdt_debug_stop, cdt_debug_set_breakpoint, cdt_debug_clear_breakpoints, cdt_debug_set_exception_filter, cdt_debug_wait_for_stop, cdt_debug_get_stack_trace, cdt_debug_get_scopes, cdt_debug_get_variables, cdt_debug_evaluate, cdt_debug_continue, cdt_debug_step_over, cdt_debug_step_in, cdt_debug_step_out, cdt_debug_start_from_bindingотладочные операции.
cdt_support_get_status, cdt_support_set_object_mode, cdt_support_enable_object_rules, cdt_support_sync, cdt_support_verify, cdt_support_get_last_runнастройки поддержки.
cdt_cfe_list_projects, cdt_cfe_get_context, cdt_cfe_validate, cdt_cfe_create_project, cdt_cfe_borrow_object, cdt_cfe_create_interceptor, cdt_cfe_create_own_form, cdt_cfe_borrow_form, cdt_cfe_extend_formпроекты расширений.
cdt_dump_external_processor, cdt_build_external_processorвнешние обработки и отчёты.

Ограничения

Нужны запущенный редактор и проект; для сборки, загрузки и отладки — платформа 1С и база. MCP слушает 127.0.0.1 на выделенном порту и использует Bearer-токен. Изменения файлов требуют проверки и загрузки в базу.

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

  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.