Инструменты по категориям
EDT MCP публикует отдельный mutating-контур метаданных: чтение и создание верхнеуровневых объектов, свойства и типы, реквизиты и табличные части, регистраторы, состав подсистем, заимствование объектов в расширения, extension overrides, внешние обработки/отчеты и MXLX-макеты. DCS-tools учитываются отдельно в категории «СКД и отчеты», а form-constructor — в категории «Формы».
Инструменты по метаданным конфигурации
- Объекты:
list_md_objects,get_md_object,create_md_object,rename_md_object,set_md_property. - Реквизиты и типы:
list_attributes,add_attribute,rename_attribute,set_md_type,set_constant_type. - Табличные части, регистраторы и подсистемы:
add_tabular_section,add_tabular_section_attribute,add_register_recorder,add_subsystem_content. - Расширения:
borrow_md_object,borrow_form,borrow_form_pictures,add_extension_method_override. - Внешние объекты и макеты:
create_external_object,add_md_template.
Ограничения
операции имеют side effects в проекте; rename_md_object прямо помечен alpha/BM-only, а часть изменений реализована редактированием MDO/DCS файлов и требует последующей синхронизации EDT.
В категории кода EDT MCP дает read_module, write_module, get_module_info, list_module_methods и get_method непосредственно через модель/файлы активного EDT-проекта. Это не поисковый индекс всей кодовой базы: отдельного grep/references/call-hierarchy нет, зато доступно точное чтение и изменение выбранных BSL-модулей и методов.
Инструменты по кодовой базе
read_module | читает исходный текст BSL-модуля. |
|---|---|
write_module | записывает модуль с опциональной проверкой синтаксиса. |
get_module_info | возвращает сведения о модуле. |
list_module_methods | перечисляет процедуры и функции модуля. |
get_method | возвращает отдельный метод. |
Сильные стороны
запись модуля с опциональной синтаксической проверкой и работа в контексте живого EDT workspace. Ограничения: слабее специализированных code-index инструментов для глобального поиска и графа вызовов.
Для форм EDT MCP дает 11 tools: список, чтение формы и отдельного элемента, создание формы, добавление атрибутов, полей, групп, таблиц, команд и кнопок, а также назначение обработчика с генерацией BSL stub по известным событиям. Дополнительно metadata bundle умеет заимствовать форму и связанные общие картинки в расширение.
Инструменты по формам
- Чтение:
list_forms,get_form,get_form_item. - Создание формы:
create_form. - Атрибуты и элементы:
add_form_attribute,add_form_field,add_form_group,add_form_table. - Команды и обработчики:
add_form_command,add_form_button,set_form_handler.
Сильные стороны
не только inspection, но и структурное авторство формы внутри EDT-проекта. Ограничения: покрыт набор типовых элементов и событий, а не произвольное визуальное редактирование всей модели формы.
EDT MCP позволяет создать минимальную .dcs, добавить query dataset, поля, параметры, вычисляемые и итоговые поля, связи наборов, изменить текст запроса и настроить группировки, фильтры и значения параметров варианта.
Инструменты по СКД и отчетам
- Создание схемы и набора данных:
create_data_composition_schema,add_dcs_data_set_query. - Поля и параметры:
add_dcs_field,add_dcs_parameter,add_dcs_calculated_field,add_dcs_total_field. - Связи и запрос:
add_dcs_dataset_link,set_dcs_query_text. - Настройки варианта:
add_dcs_setting_grouping,add_dcs_setting_filter,set_dcs_setting_parameter_value.
Ограничения
операции структурные и не заменяют полный визуальный редактор СКД; изменения записываются в проект и требуют проверки результата в EDT/runtime.
EDT MCP использует установленный каталог проверок EDT: check_catalog перечисляет проверки, check_describe возвращает описание и ссылку на стандарт, check_run запускает валидацию проекта или файла, check_list_markers читает уже созданные markers. write_module дополнительно может проверять синтаксис перед записью.
Инструменты проверки кода
check_catalog | перечисляет доступные проверки EDT. |
|---|---|
check_describe | описывает выбранную проверку и возвращает ссылку на стандарт. |
check_run | запускает проверку проекта или файла. |
check_list_markers | возвращает созданные EDT markers. |
Сильные стороны
диагностика выполняется в той же живой EDT-среде, где находится проект. Ограничения: состав правил зависит от установленных EDT-плагинов; отдельного SARIF/CI transport в MCP tools нет.
EDT MCP дает восемь xUnitFor1C tools: поиск тестовых модулей и методов, создание тестового модуля, добавление метода, установка/удаление runner-обвязки, запуск всех тестов и одного метода на развернутой информационной базе. В отличие от tools только для запуска, он покрывает и авторство тестового кода.
Инструменты тестирования
- Поиск тестов:
list_test_modules,get_test_methods. - Создание тестов:
create_test_module,add_test_method. - Runner-обвязка:
install_test_runner,uninstall_test_runner. - Запуск:
run_tests,run_test_method.
Ограничения
требуется проект, deploy-нутая база и совместимый runtime; это xUnitFor1C, а не YaXUnit или Vanessa Automation. Запуск может изменять проект установкой runner-обвязки.
get_event_log_path находит 1Cv8Log зарегистрированной в EDT файловой или серверной базы, а query_event_log читает .lgf/.lgp с фильтрами периода, пользователя, события, важности и подстрок. Ответ проходит privacy-фильтр v1.17, если база помечена как содержащая реальные ПДн.
Инструменты журнала регистрации
get_event_log_path | определяет путь к файлам журнала регистрации выбранной информационной базы. |
|---|---|
query_event_log | читает и фильтрует записи .lgf/.lgp. |
Ограничения
это локальный reader файлов журнала, не API к технологическому журналу и не потоковый мониторинг; качество обезличивания ограничено каталогом, словарем имен и regex.
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.
Что учитывать
127.0.0.1:3001/mcp/sse, JSON-RPC сообщения отправляются на выдаваемый session endpoint.IMcpTool, хотя README одновременно упоминает 93, таблицы README/docs — 89, а GitHub description — 89; расхождение вызвано несинхронной документацией после добавления двух metadata/template tools и четырех privacy tools. Сервер работает внутри живой EDT, может читать и изменять BSL, проекты, метаданные, формы и DCS, создавать базы, deploy-ить проект, запускать/останавливать клиент и управлять debug-сессией; многие tools имеют прямые side effects. Bearer token обязателен и хранится в secure storage EDT; bind в production preferences ограничен loopback. Слой privacy v1.17 применяется fail-closed только к четырем tools, помеченным как возвращающие данные ИБ: get_variables, evaluate, get_stack, query_event_log; код, метаданные и другие ответы не проходят через этот фильтр. Псевдонимизация использует HMAC, но документация отмечает ограничения распознавания ФИО в нейтральных строках и автокаталога без регистров. rename_md_object обозначен как alpha/BM-only.