Эта категория про управляемые формы 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 | нет | нет | нет | |
| read-only граф/индекс форм | Form.xml из выгрузки | да: controls, attributes, events, bindings | нет | нет | нет | |
| read-only граф метаданных и форм | отчет по конфигурации + выгрузка кода/форм | да: форма, элементы, события, атрибуты, команды, обработчики | нет | нет | нет | |
| поиск форм в индексе | 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 элементов формы.
search_metadata | возвращает структуру форм из графа метаданных: Form, FormControl, FormEvent, FormAttribute, FormCommand, обработчики и bindings. |
|---|
форма рассматривается не изолированно, а как часть общего графа конфигурации: объект, элементы управления, команды, события, обработчики и процедуры.
уровень подтверждения ниже, чем у 1C Litecode MCP: в репозитории мало кода реализации, поэтому глубину парсинга форм надо проверять на реальной загрузке. Нет генерации, изменения и валидации форм.
когда уже используется 1C Metacode MCP для графа метаданных и нужно искать формы вместе с их связями и обработчиками.
1C Vector Search попадает в категорию форм как поисковый слой по выгрузке конфигурации. Индексация форм устроена узко: сканируются файлы Forms/*/Form.xml и Forms/*/Ext/Form.xml, из них извлекаются имя формы, путь, объект-владелец и имена элементов logform:Item. В ChromaDB попадает текстовая карточка формы: форма, объект и до 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.
Form.xml: Unica.1Cv7.MD: mcp-1c77.