Эта категория про управляемые формы 1С: чтение структуры, элементы, команды, события, генерацию, валидацию и изменение формы через EDT или специализированный forms-layer.
Инструменты этой категории помогают агенту читать, проверять, генерировать и менять управляемые формы 1С. Это отдельная задача, потому что форма - не просто XML-файл, а структура элементов, команд, событий, привязок и правил интерфейса.
В сравнении ниже показано, какие решения понимают структуру формы, умеют валидировать изменения, работать с EDT или использовать специализированный слой для форм.
| Критерий | Что сравнивается |
|---|---|
| Уровень работы с формами | Просто чтение структуры, form-aware анализ, генерация, валидация, конвертация, изменение |
| Форматы | Какие представления понимает инструмент: EDT form, XML формы, logform, внутренняя структура проекта |
| Чтение структуры | Можно ли получить состав формы, элементы, команды, привязки, свойства |
| Генерация и шаблоны | Может ли инструмент создавать форму или шаблон формы |
| Изменение формы | Может ли инструмент менять модель формы, а не только читать |
| Валидация | Есть ли отдельные проверки/валидация формы |
| Интеграция с EDT | Работает ли инструмент через live EDT-сессию или отдельную интеграцию с EDT |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Уровень | Форматы | Чтение структуры | Генерация | Изменение | Валидация |
|---|---|---|---|---|---|---|
| специализированный forms MCP | logform, Managed, EDT form:Form | да | да | частично | да | |
| live EDT host | формы EDT-проекта | да | да | да | частично | |
| live EDT host | формы EDT-проекта | да | частично | да | неясно | |
| Codex-плагин / XML-сценарий | 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 | частично | нет | нет | да, на уровне схемы |
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 и конвертацию между форматами.
CodePilot1C MCP Host работает внутри live EDT-плагина и дает отдельный набор form tools поверх общего IDE-контекста.
qa_prepare_form_contextcreate_forminspect_form_layoutapply_form_recipemutate_form_modelформы не изолированы от проекта; можно читать и менять форму прямо в EDT-контексте; есть операции именно по layout/model, а не только по метаданным вокруг формы.
зависит от установленного и работающего плагина в 1C:EDT; form-сценарий встроен в более широкий IDE-host, а не в отдельный специализированный forms MCP.
когда агент работает в живом EDT-проекте и должен не просто анализировать, а именно менять формы.
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, а не как отдельный специализированный объект.
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 инструментами это только чтение структуры.
когда нужно быстро посмотреть структуру управляемой формы в живой базе, но не нужно ее менять.
У OneRPA MCP servers form-layer по публичному описанию строится вокруг схем.
get_xsd_schemaget_json_schemaотдельный выделенный forms server в составе продуктового bundle.
по публичному описанию это более узкий schema-oriented сценарий; без исходников трудно понять глубину работы именно с живой формой и моделью формы.
когда уже используется OneRPA bundle и нужен выделенный сервер схем/form context в составе этой поставки.
MCP:RSV Server попадает в категорию форм как EDT-плагин, где операции с формами входят в профиль Архитектор через конструктор edit_metadata. Это не отдельный специализированный forms-сервер, а часть общего конструктора метаданных внутри EDT.
get_form_image | получает изображение формы. |
|---|---|
edit_metadata | включает операции по формам; документация дистрибутива относит form-операции к одному из крупных блоков конструктора. |
работа идет в живом EDT-проекте, рядом с метаданными и BSL-кодом. Это подходит для сценариев, где форму надо менять как часть общей доработки объекта, а не генерировать изолированно.
публичная документация не дает отдельной подробной таблицы всех form-операций, их параметров и правил валидации. Поэтому по прозрачности он слабее открытого 1C Forms Server и CodePilot1C MCP Host, но сильнее продуктов, где заявлены только схемы.
когда нужен коммерческий EDT-плагин, который меняет формы вместе с метаданными проекта.
Unica в категории форм дает агенту файловый сценарий работы с формами внутри Codex. Это не live EDT-host и не отдельный сервер схем, а набор операций над управляемым Form.xml и связанными метаданными проекта.
unica.form.add - добавляет метаданные и файлы управляемой формы.unica.form.compile - компилирует Form.xml из JSON DSL или метаданных.unica.form.edit - меняет элементы, реквизиты и команды управляемой формы.unica.form.info - читает структуру управляемой формы.unica.form.remove - удаляет форму и регистрацию.unica.form.validate - валидирует Form.xml.form-patterns - паттерны управляемых форм.закрывает полный локальный цикл формы: создать, прочитать, изменить, скомпилировать и проверить. Хорошо подходит для XML/EDT-исходников, когда агент работает в Codex и должен делать воспроизводимые изменения без живой EDT-сессии.
нет live preview формы и нативного редактора форм EDT. Для визуального контроля или screenshot-сценариев нужны другие инструменты.
когда формы меняются как часть файлового проекта 1С и нужен исполняемый Codex-сценарий с валидацией.
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-контроль формы в живой базе, а не изменение модели формы.
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-процедур.
В категории форм учитывается только опциональное расширение 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-проекта. Ограничения: покрыт набор типовых элементов и событий, а не произвольное визуальное редактирование всей модели формы.
Form.xml: Unica.1Cv7.MD: mcp-1c77.