Эта категория про управляемые формы 1С: чтение структуры, элементы, команды, события, генерацию, валидацию и изменение формы через EDT или специализированный forms-layer.
Инструменты этой категории помогают агенту читать, проверять, генерировать и менять управляемые формы 1С. Это отдельная задача, потому что форма - не просто XML-файл, а структура элементов, команд, событий, привязок и правил интерфейса.
В сравнении ниже показано, какие решения понимают структуру формы, умеют валидировать изменения, работать с EDT или использовать специализированный слой для форм.
| Критерий | Что сравнивается |
|---|---|
| Уровень работы с формами | Просто чтение структуры, form-aware анализ, генерация, валидация, конвертация, изменение |
| Форматы | Какие представления понимает инструмент: EDT form, XML формы, logform, внутренняя структура проекта |
| Чтение структуры | Можно ли получить состав формы, элементы, команды, привязки, свойства |
| Генерация и шаблоны | Может ли инструмент создавать форму или шаблон формы |
| Изменение формы | Может ли инструмент менять модель формы, а не только читать |
| Валидация | Есть ли отдельные проверки/валидация формы |
| Интеграция с EDT | Работает ли инструмент через live EDT-сессию или отдельную интеграцию с EDT |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Уровень | Форматы | Чтение структуры | Генерация | Изменение | Валидация |
|---|---|---|---|---|---|---|
| файловое превью + MCP-редактор | XML; EDT Form.form для просмотра | дерево, свойства, PNG | элементы существующей XML-формы | свойства, элементы, реквизиты, команды | статическая XML-проверка | |
| локальные skills и CLI | XML формы Конфигуратора, JSON DSL | form-info | form-add/form-compile | form-edit/remove-form | form-validate | |
| живой UI тест-клиента | TCP-протокол 1С | дерево и состояния UI | нет | значения UI, не определение формы | проверка принятых значений и сравнение снимков | |
| индекс форм и BSL-модулей | TXT/XML-выгрузка; Form.bin с сабмодулем | список форм и рутины модуля, без дерева элементов | нет | нет | нет | |
| навык form-work + ревизия форм расширения | локальные XML/BSL исходники | diff формы с эталоном | через агента, без конструктора | через агента при разрешении | внешний инструмент или проверка в 1С | |
| локальная XML-выгрузка | XML формы Конфигуратора | get_form_structure | нет | нет | нет | |
| CLI правки существующей формы | Конфигуратор и EDT | по файлу | нет | реквизит/поле | через тестовую базу | |
| специализированный forms MCP | logform, Managed, EDT form:Form | да | да | частично | да | |
| live EDT host | формы EDT-проекта | да | да | да | частично | |
| live EDT host | формы EDT-проекта | да | частично | да | неясно | |
| Claude Code/Codex / файловый сценарий | Form.xml, JSON DSL, файлы метаданных | да | да | да | да | |
| live EDT host | формы EDT-проекта | да: YAML snapshot + PNG screenshot | нет | частично | частично | |
| live 1C session | активное окно или указанная форма 1С | визуально: PNG screenshot | нет | нет | нет | |
| UI automation provider | живые окна, формы и controls тест-клиента | JSON UI-снимки и значения | нет | да, через пользовательские действия | ожидание/строгие URI, не schema validation | |
| read-only граф/индекс форм | Form.xml из выгрузки | да: controls, attributes, events, bindings | нет | нет | нет | |
| read-only индекс обработчиков форм | Configurator Form.xml, EDT Form.form | частично: список форм и event → handler | нет | нет | нет | |
| read-only Neo4j-граф форм | XML/TXT + файлы форм и BSL | да: дерево, атрибуты, события, команды, handlers, bindings | да, по связям формы | нет | нет | |
| индекс формы и связанного BSL | Form.xml из выгрузки | да: атрибуты, команды, события и обработчики | нет | нет | проверка связи события с процедурой | |
| поиск форм в индексе | Form.xml из XML-выгрузки | минимальная карточка: имя, объект, элементы | нет | нет | нет | |
| чтение формы 1С 7.7 | 1Cv7.MD | да | нет | нет | нет | |
| общий MCP к живой базе | форма как структура объекта | да | нет | нет | нет | |
| общий MCP к живой базе | управляемая форма из runtime-метаданных | да: реквизиты, команды | нет | нет | нет | |
| schema-oriented forms server | XSD / JSON schema | частично | нет | нет | да, на уровне схемы | |
| файловый снимок + Forms capability | XML/BSL, schema v2 | source B | текст Form.xml/Module.bsl | без записи/импорта | XML, ссылки и ограниченные BSL-паттерны | |
| распаковка бинарных файлов | JSON дерева элементов и BSL | файлы формы | нет конструктора | файловыми средствами агента + repack | нет валидатора | |
| модель управляемой формы EDT | да | WYSIWYG PNG | BM-операции | модель и маркеры EDT | handlers |
BslEdit визуализирует управляемые формы по локальному XML Конфигуратора или Form.form EDT в браузере, без запуска платформы. MCP работает по STDIO либо через локальный HTTP в расширении VS Code; чтение владельца, общих команд, изображений и стилей дополняет контекст формы из файлов выгрузки.
open_preview | принимает путь к XML формы, её описанию или Form.form и обязательный audience: user открывает представление для пользователя, agent — скрытое для агента. Возвращает ID, URL, фактический путь, вид документа, размер и кодировку. Режим интерфейса Auto/Taxi/Version85; base_path или base_revision включает сравнение с другим файлом либо ревизией Git. Разные документы сохраняют отдельные превью. |
|---|---|
preview | для формы получает дерево элементов через inspect, выделяет элемент, переключает вкладку, прокручивает, перечитывает файл, возвращает URL или закрывает превью. Также добавляет и читает аннотации к элементам, отмечает замечания решёнными; аннотации хранятся в сессии, без записи в XML. |
capture_preview | PNG всей формы, активной страницы или выбранного элемента открытого превью. |
list_form_elements | по XML возвращает дерево элементов с именами, видами, родителями и путями данных. |
validate_form | проверяет XML-структуру, повторяющиеся ID/имена, вспомогательные узлы, пути данных, ссылки на команды и обработчики, типы и формат формы. |
edit_form | меняет свойства формы/элемента; добавляет, перемещает и удаляет элементы; создаёт, меняет и удаляет реквизиты и команды. При добавлении формирует ID и вспомогательные узлы; удаление используемого элемента, реквизита или команды блокируется без force=true. Возвращает результат и признак обновления открытого превью. |
В интерфейсе BSLEdit доступны инспектор свойств, визуальные правки XML-формы, сравнение версий и переход к модулю обработчиков. Три инструмента open_preview/preview/capture_preview также работают с макетами и СКД: здесь описана именно часть их контракта для формы.
Для готового MCP нужны Windows x64 и Edge/Chrome; для редактора — WebView2, для сравнения с ревизией — Git. Структурные правки выполняются только в UTF-8 XML, с сохранением BOM и незатронутого текста; Form.form доступен для просмотра. Модуль обработчиков MCP не создаёт и не меняет; таблицы ролей, функциональных опций и списки выбора через edit_form не редактируются. Превью не исполняет BSL и не показывает реальные данные ИБ; статическая проверка не заменяет проверку формы в 1С. STDIO ограничивает пути корнями; HTTP расширения работает без ограничения каталогом workspace. Флаги отключения правок скрывают edit_form, оставляя чтение и проверку.
Pi 1C Agent создаёт и меняет управляемые формы в XML-выгрузке Конфигуратора через локальный навык 1c-metadata-manage. Структура и описание формы читаются с диска; JSON DSL преобразуется в XML, а форма регистрируется в объекте конфигурации.
form-info | чтение структуры формы, элементов и связанных свойств из XML. |
|---|---|
form-add | создание формы с описанием, XML, модулем и регистрацией в объекте. |
form-compile | генерация XML формы по JSON DSL или метаданным объекта, включая реквизиты, команды, параметры и привязки обработчиков. |
form-edit | правки существующих элементов и структуры. |
form-validate | проверка структуры полученного XML. |
remove-form | удаление формы с предварительным dry run; для изменения нужен явный Force. |
v8unpack-cf | навык работы с обычными бинарными формами через отдельно установленный v8unpack или MCP упаковки/распаковки. |
Python-порты с lxml есть у form-add, remove-form, form-compile; для полного набора нужен Windows/PowerShell. Проверка поддержки объекта может блокировать запись. EDT MDO/Form.form этими скриптами не обрабатывается: для этого профилем предусмотрена работа через внешнюю EDT-интеграцию. XML-валидация не заменяет открытие формы и проверку поведения в 1С.
1C Testpilot работает с живыми окнами и элементами формы через прямое TCP-подключение к клиенту тестирования 1С. Дерево UI и состояния читаются из запущенного приложения; XML-выгрузка конфигурации, EDT и расширение базы для этих операций не нужны.
MCP tools по формам; операция выбирается параметром action:
tc_app | активное окно, дочерние объекты, родитель элемента и скриншот локального окна. |
|---|---|
tc_window | переключение и закрытие окон, команды интерфейса, сообщения пользователя и ответы на диалоги. |
tc_find | поиск элементов по имени, классу и типу, ожидание появления объекта. |
tc_form | обзор элементов и значений, навигация, снимки состояния и сравнение изменений, ожидание закрытия формы. |
tc_field | чтение и ввод текста, клики, флажки, списки выбора, состояния доступности; пакетное чтение и заполнение полей с проверкой принятых значений. |
tc_table | чтение и поиск строк текущей таблицы, редактирование ячеек, добавление и удаление строк, выделение и работа с деревом. |
tc_doc | чтение HTML и табличного документа, поиск текста по ячейкам, изменение областей и переходы по гиперссылкам. |
tc_calendar | выбор даты и переключение месяца или года. |
управление реальным пользовательским сеансом, проверка результата заполнения, снимки формы и поддержка нескольких подключений. Скриншоты доступны для локального клиента на Windows или Linux с X11/XWayland.
это управление UI, без генерации или изменения определения формы в метаданных. Поиск строк учитывает текущие отборы и свёрнутые узлы. Снимки читаются последовательно, хранятся в памяти; включение таблиц может активировать строки и оставляет их выделенными. Успешный ответ на действие требует проверки наблюдаемого эффекта; действия могут менять данные базы. Набор операций зависит от версии закрытого протокола платформы.
Работает с моделью управляемой формы EDT. Правки выполняются транзакциями среды; снимок относится к редактору формы, а не к окну работающей 1С.
get_form_structure — реквизиты, элементы, команды и события.get_form_screenshot — PNG редактора формы, опциональная запись по savePath.edit_form — поля, группы, кнопки, таблицы, декорации и удаление элементов.edit_metadata — создание формы, её реквизиты, команды, события и привязки; этот фасад также имеет самостоятельные операции с другими метаданными.generate_event_handlers — заготовки обработчиков; здесь учитывается ветка событий формы, объектные события относятся к шаблонам кода.Нужны запущенная EDT и проект с формой. Для формы расширения путь к реквизиту базовой формы может вызывать заимствование. Если необходимые проверки пути недоступны, ответ перечисляет непроведённые проверки. Успешная запись модели не гарантирует корректность формы при запуске клиента; runtime-сценарии проверяются тестами.
Формы извлекаются из бинарного контейнера вместе с объектом-владельцем. Для поддержанных форм доступны JSON дерева элементов и BSL-модуль, которые агент может исследовать и изменить как файлы.
get_metadata | список форм и модулей объекта. |
|---|---|
read_module, get_module_structure | чтение и структура модуля формы. |
search_code(layers=["forms"]) | поиск по JSON элементов и привязок. |
diff | сравнение содержимого форм между версиями. |
repack | сборка объекта после файлового изменения формы. |
Нет отдельного конструктора или валидатора формы. Элементы управляемых форм формата 802 не разбираются: сохраняется сырой блок, доступен модуль. Изменение формы не доказывает её корректность или внешний вид в 1С.
Структура существующих форм доступна из полного снимка source B. Опциональный модуль forms работает со спецификацией schema v2 и явным контекстом владельца и роли формы; возвращает текстовые артефакты.
get_object | сведения о формах объекта из файловой выгрузки. |
|---|---|
get_managed_form_rules | тематические правила и терминология. |
compile_managed_form | генерация Form.xml и модуля формы по поддержанной спецификации. |
decompile_managed_form | каноническая спецификация либо inventory непокрытой структуры. |
check_managed_form | раздельная статическая проверка XML, структуры, ссылок и ограниченных BSL-паттернов. |
Поддержка ограничена явными профилями владельца и роли. Более широкая форма не считается преобразуемой без потерь. Генерация не записывает файлы и не импортирует в 1С, успешная статическая проверка не доказывает загрузку или внешний вид.
BSL AI Toolkit получает путь к файлу существующей управляемой формы в выгрузке Конфигуратора или проекте EDT и правит его локально через CLI 1c-meta. Для самой правки не нужны работающая 1С или опубликованный HTTP-сервис; загрузка в тестовую базу и повторная выгрузка нужны для проверки результата через платформу.
1c-meta form add-attribute | добавляет реквизит формы с заданным типом. |
|---|---|
1c-meta form add-field | добавляет поле формы с привязкой к пути данных. |
Правки проверяются файловым диффом и, при применении к тестовой базе, повторной выгрузкой.
это точечные операции редактирования существующей формы, а не генератор произвольных форм. Добавление реквизита требует существующий реквизит-образец; операции могут завершиться ошибкой, если подходящего элемента-образца нет.
1C Forms Server - самый специализированный инструмент этой категории. Он целиком построен вокруг управляемых форм и умеет не только читать, но и генерировать, валидировать, конвертировать и индексировать формы.
generate_form_templategenerate_formgenerate_form_from_metadatalist_form_templatesvalidate_formget_form_infovalidate_form_edtconvert_formget_form_promptget_form_schemaget_xcore_model_infosearch_form_examplesindex_formsget_form_exampleform_screenshotотдельный form-aware слой; несколько форматов; генерация и конвертация; валидация; опциональная интеграция с EDT.
это отдельный специализированный сервер под формы, а не универсальный рабочий контур проекта.
когда задача именно про формы, особенно генерацию, шаблоны, валидацию XML/form и конвертацию между форматами.
MCP Host работает внутри запущенной 1C:EDT: операции используют модель открытого проекта, индексы BSL и службы среды. Клиент подключается по HTTP; CLI также обращается к работающему Host.
create_form, inspect_form_layout, apply_form_recipe, mutate_form_model | создание и изменение формы через модель EDT и применение рецептов. |
|---|---|
qa_prepare_form_context | подготовка контекста формы для QA-сценария. |
Публикация tools и операции записи зависят от allow/deny-настроек и mutation policy. Ряд изменений метаданных требует токен edt_validate_request. Для runtime и тестов нужны платформа 1С, база и соответствующий тестовый контур. Отдельные dcs/extension/external и QA-операции вызываются через параметр command фасадов.
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.сильный live EDT-контур; можно работать с проектом целиком; формы доступны как часть реального проекта, а не отдельного индекса.
это не специализированный генератор форм уровня 1C Forms Server; явные form-tools ориентированы на inspection, а не на полный CRUD формы.
когда формы нужно обрабатывать как часть общего EDT workflow, а не как отдельный специализированный объект.
Для изображений и структуры визуального макета формы EDT требуется запуск с -DnativeFormBufferedLayoutRender=true. Поддерживаются EDT 2026.1/Java 17 и 2026.2/Java 25; опубликованный набор зависит от toolsets.
1C Litecode MCP дает read-only form-aware слой по выгрузке конфигурации. Парсер форм читает Form.xml, рекурсивно извлекает элементы управления, атрибуты формы, события и привязки DataPath, а затем складывает это в граф знаний конфигурации.
get_form | возвращает форму как часть графа: элементы управления, события, атрибуты и привязки. |
|---|
это не просто поиск по названию формы. Инструмент понимает структуру Form.xml на уровне controls/attributes/events/bindings и связывает форму с объектом, процедурами и остальным графом конфигурации.
read-only; нет генерации, изменения, конвертации и form-specific валидации. Требуется предварительная загрузка выгрузки и построение графа.
когда нужно понять структуру формы и связи формы с объектом в большой конфигурации, но менять форму не требуется.
1C Metacode MCP описывает формы как часть Neo4j-графа метаданных. В модели есть узлы Form, FormControl, FormEvent, FormAttribute, FormCommand, связи с обработчиками событий и команд, а также bindings элементов формы.
get_form_structure | возвращает форму, иерархию элементов, атрибуты, события, команды и привязанные BSL-обработчики. |
|---|---|
find_form_links | ищет bindings элементов к данным и связи с командами. |
get_metadata_details | точечно раскрывает форму, элемент, событие, действие события или команду по ссылке из результата. |
find_metadata_usages | показывает использование объекта и его элементов в формах. |
find_dependency_paths | строит путь от формы/элемента/события к метаданным и routines в общем графе. |
форма рассматривается не изолированно, а как часть общего графа конфигурации: объект, элементы управления, команды, события, обработчики и процедуры.
только чтение построенного графа; нет создания, изменения, визуального preview/screenshot и платформенной валидации формы. Полнота зависит от наличия файлов форм и BSL в выгрузке.
когда уже используется 1C Metacode MCP для графа метаданных и нужно искать формы вместе с их связями и обработчиками.
get_form_info непосредственно разбирает Form.xml, возвращает атрибуты, команды и события формы и сопоставляет назначенные обработчики с процедурами модуля формы. Это read-only анализ уже существующей формы: генерации и изменения XML нет.
структура формы рассматривается вместе с исполняемым BSL-контекстом обработчиков, поэтому агент видит не только имена элементов. Ограничения: инструмент не визуализирует форму и не является редактором EDT.
1C Vector Search попадает в категорию форм как поисковый слой по выгрузке конфигурации. Индексация форм устроена узко: сканируются файлы Forms/*/Form.xml и Forms/*/Ext/Form.xml, из них извлекаются имя формы, путь, объект-владелец и имена элементов logform:Item. Текстовая карточка формы индексируется в sqlite-vec: форма, объект и до 20 имен элементов.
search_1c_forms | поиск форм 1С по описанию или названию. |
|---|
полезен на первом шаге анализа, когда неизвестно, где находится нужная форма. Работает локально по выгрузке и не требует живой EDT-сессии.
это только поиск по минимальной карточке формы. Нет чтения полной структуры формы, событий, команд, привязок, генерации, изменения, конвертации и form-specific валидации. Для анализа структуры или правки формы нужен другой инструмент.
когда агенту нужно найти подходящие формы в большой конфигурации перед дальнейшим анализом кода, метаданных или ручной правкой.
MCP-1C полезен в этой категории как легкий локальный доступ к структуре формы из живой базы.
get_form_structureпростой локальный доступ к форме в контуре живой базы; не требует EDT; хорошо подходит для чтения структуры формы рядом с метаданными и кодом.
по текущему открытому набору нет генерации, изменения и form-specific валидации.
когда нужно читать структуру форм из живой базы без тяжелой IDE-инфраструктуры.
INFATON MCP Server в категории форм дает read-only доступ к структуре управляемой формы из живой базы. Это не специализированный генератор форм, а часть общего live-MCP к базе 1С.
get_form_structure | возвращает структуру управляемой формы, включая реквизиты и команды. |
|---|
простой доступ к структуре формы из опубликованной базы без EDT и без предварительной XML-выгрузки. Удобно, если агент уже работает через INFATON MCP с метаданными, данными и журналом.
нет генерации формы, изменения модели формы, конвертации форматов, form-specific валидации и работы с EDT form files. По сравнению с 1C Forms Server и EDT-host инструментами это только чтение структуры.
когда нужно быстро посмотреть структуру управляемой формы в живой базе, но не нужно ее менять.
Полный HTTP-каталог содержит 93 tools; STDIO-обёртка публикует 51. Вызовы исполняются с правами пользователя 1С.
У OneRPA MCP servers form-layer по публичному описанию строится вокруг схем.
get_xsd_schemaget_json_schemaотдельный выделенный forms server в составе продуктового bundle.
по публичному описанию это более узкий schema-oriented сценарий; без исходников трудно понять глубину работы именно с живой формой и моделью формы.
когда уже используется OneRPA bundle и нужен выделенный сервер схем/form context в составе этой поставки.
Коммерческий плагин работает внутри 1C:EDT с проектом и сервисами среды. По текущей документации предусмотрено 28 tools в профилях Аналитик (12), Разработчик (22), Архитектор (25) и Архитектор Про (28).
get_form_image | изображение, дерево элементов, команды и обработчики формы. |
|---|---|
edit_metadata | изменение управляемых форм; обычные формы доступны в старшем профиле. |
Рекомендуется EDT 2026.1.2/Java 17; EDT 2025 не поддерживается, полная совместимость с 2026.2 не гарантируется. Возможности ограничиваются профилем; для операций базы и тестов нужны соответствующие подключения и компоненты. Исходники плагина не опубликованы, сведения проверены по документации поставщика.
Unica подключается к Claude Code или Codex через STDIO MCP и работает с локальными source sets файловой выгрузки. Интерфейс предварительной версии 0.13.0-rc.2 состоит из 11 логических инструментов; стабильный релиз 0.12.3 сохраняет предыдущий контракт. В предварительной версии прежние семейства отдельных tools заменены операциями над адресованными узлами.
unica.view, unica.resolve, unica.search | чтение и поиск форм в файловом source set. |
|---|---|
unica.apply | операции, опубликованные в can конкретного узла формы. |
unica.check, unica.diff | валидация формы и сравнение её логического представления. |
Для записи сначала нужен dryRun и его revision в ifRev; допустимые операции объявляются в can выбранного узла. Состав валидаторов и runtime-сценариев зависит от вида артефакта и настроенных драйверов; наличие инструмента не означает поддержку любой операции. Платформа 1С требуется для сценариев сборки и работы с базой.
1C MCP Toolkit относится к формам только в визуальном live-сценарии. Он не читает структуру управляемой формы и не меняет форму, но может снять PNG screenshot активного окна 1С или открыть указанную форму перед снимком.
get_screenshot | возвращает PNG screenshot активного окна 1С или указанной формы; поддерживает масштаб, crop region, сетку координат и highlight rectangles. |
|---|
полезен для визуальной проверки состояния формы в живой сессии 1С, особенно когда агенту нужно сопоставить результат изменения с тем, что реально видно пользователю.
это не form editor и не parser структуры формы. Для чтения/изменения Form.xml, генерации или валидации нужны 1C Forms Server, Unica, EDT-инструменты или специализированные серверы форм.
когда нужен screenshot/runtime-контроль формы в живой базе, а не изменение модели формы.
Встроенный сервер работает в клиентском сеансе 1С без веб-публикации базы; прокси обменивается запросами с обработкой через polling. Для macOS требуется соответствующая нативная сборка; скриншоты доступны только на Windows.
mcp-1c77 в категории форм нужен только для старых конфигураций 1С 7.7. Он читает описание формы из 1Cv7.MD, но не работает с управляемыми формами 1С 8.x, Form.xml, моделью форм EDT или визуальной генерацией форм.
get_form | получает описание формы объекта 1С 7.7. |
|---|
закрывает редкий, но важный сценарий анализа форм 1С 7.7 без ручного извлечения данных из MD-файла.
только чтение, без генерации, изменения, валидации и EDT-интеграции. Для современных управляемых форм 1С 8.x нужен другой инструмент.
когда нужно посмотреть форму объекта в конфигурации 1С 7.7.
Code Index относится к категории форм только как индекс обработчиков событий. При полном проходе bsl-indexer формы из Configurator Form.xml и EDT Form.form записываются в metadata_forms; публичный tool не возвращает полное дерево формы.
get_form_handlers | по владельцу и имени формы возвращает пары event → handler; если форма неизвестна, показывает доступные формы владельца. |
|---|
одинаковый сценарий для Configurator и EDT; быстро связывает событие формы с именем BSL-обработчика и помогает перейти к его телу через инструменты кодовой базы.
нет чтения элементов, команд, реквизитов формы, привязок и свойств; нет генерации, изменения, валидации, preview или screenshot. Это индекс навигации по обработчикам, а не полноценный form-aware сервер.
когда по файловой выгрузке нужно определить формы объекта и обработчики их событий, а затем продолжить анализ соответствующих BSL-процедур.
Доступ к формам и обработчикам возможен по alias локального или удалённого индекса; федерация не открывает сеанс 1С и не меняет форму.
В категории форм учитывается только опциональное расширение test_client, которое подключается к тест-клиенту 1С и автоматизирует живой пользовательский интерфейс. Ядро client-mcp само по себе form-tools не публикует.
find, activate, click, input, select, close, open_form, get_value, wait_for | поиск и действия над окнами, формами и элементами по строгим URI. |
|---|---|
get_table_rows, get_cell_value, select_row | чтение и выбор строк/ячеек таблиц формы. |
window://active, snapshot://active, а также шаблоны window://{path}, form://{name} и snapshot://{window_uri} возвращают JSON-снимки окон, форм и UI-дерева.
это реальная runtime-автоматизация, а не анализ Form.xml; есть единая URI-модель window://, form://, control://, snapshot://, явные ошибки отсутствия/неоднозначности и ожидание появления элементов.
нужен отдельный тест-клиент и расширение test_client. Операции нажатия, ввода, выбора, открытия и закрытия изменяют состояние живой сессии; использовать их следует в тестовой базе. Инструмент не генерирует XML формы, не меняет структуру метаданных формы и не выполняет schema validation.
для агентской UI/E2E-автоматизации управляемого приложения через тест-клиент 1С.
Для форм 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-проекта. Ограничения: покрыт набор типовых элементов и событий, а не произвольное визуальное редактирование всей модели формы.
MCP-сервер metadata читает XML-файл формы из импортированной локальной выгрузки конфигурации. metadata.get_form_structure принимает ссылку на объект, имя формы, имя и версию конфигурации и возвращает разобранную структуру управляемой формы. Он ожидает файловую раскладку XML-выгрузки Конфигуратора и не обращается к живой базе или EDT.
metadata.get_form_structure | чтение структуры формы по объекту и имени. |
|---|
отдельная структурная операция чтения формы. Ограничения: нет поиска по всем формам, генерации, записи или проверки формы через платформу; при отсутствии ожидаемого XML-файла tool возвращает ошибку.
form-work — навык Claude Code с паттернами управляемых форм: директивы клиента и сервера, обработчики, программные реквизиты и элементы, динамические списки и асинхронные диалоги. Агент применяет эти инструкции к локальным исходникам проекта в src/cf или src/cfe_*; установленный Конфигуратор может загрузить изменённую конфигурацию скриптом load-config или load-extension.
form-work | инструкции и примеры разработки модуля управляемой формы. |
|---|---|
config-modification | оформление перехватчиков и изменений формы в расширении. |
extract-diff.py --review-extension <каталог> --vendor-root <эталон> | ревизия форм расширения относительно поставщика, включая проверку основы заимствованной формы. |
load-config, load-extension | загрузка изменённых XML-исходников через Конфигуратор. |
детальные паттерны формы связаны с правилами проекта, сравнением с эталоном и сценарием загрузки результата. Ограничения: нет отдельного конструктора элементов, валидатора XML или прямого EDT host; для ревизии расширения нужны его исходники и соответствующий эталон поставщика.
Индексатор получает имена форм из локального TXT-отчёта, читает тип формы из XML и индексирует BSL-модули форм из выгрузки. Для обычных форм BSL-код внутри Form.bin извлекается только при установленном сабмодуле бинарного парсера. Результат хранится в SQLite-графе и выдаётся по MCP через Streamable HTTP; живую форму в 1С или EDT сервер не открывает.
get_metadata_object_structure(sections="forms") | список форм выбранного объекта. |
|---|---|
inspect_metadata_object(sections="forms,bsl") | краткая сводка форм и связанных модулей. |
find_metadata_objects(search_by="form"), find_metadata_elements(element_type="form") | поиск формы по объектам конфигурации. |
get_bsl_modules, get_bsl_routine_body | список процедур модуля формы и чтение тела выбранной процедуры. |
связь списка форм с индексом процедур и возможность найти форму по имени без перебора XML. Ограничения: отдельного get_form_structure и дерева элементов управления нет; не доступны генерация, изменение и валидация формы. Без TXT-отчёта список форм не формируется; обычные формы требуют дополнительный бинарный парсер для чтения BSL-кода.
Form.xml: Unica.1Cv7.MD: mcp-1c77.