1C Skills: как создать справочник и форму из задачи
Практический workflow 1C Skills: новый справочник, реквизиты, подсистема, управляемая форма и валидация XML-исходников.
- Category: gitsell-news
- Published: 2026-09-30T04:00:45.023355
- Canonical: https://gitsell.ru/blog/1c-skills-kak-sozdat-spravochnik-i-formu-iz-zadachi
Article
Задача «добавить справочник Контрагенты с ИНН, КПП и формой списка» кажется простой, пока не приходится вручную создавать XML, UUID, состав конфигурации, подсистему и форму. В 1C Skills этот путь разбит на проверяемые операции, которыми ИИ-агент пользуется последовательно.
Как сформулировать результат
Добавь справочник
Контрагентыв подсистемуПродажи. Реквизиты: ИНН — строка 12, КПП — строка 9, ВидКонтрагента — перечисление. Создай форму элемента и списка. После изменения проверь конфигурацию.
Перед началом агент анализирует проект: уже ли есть такая подсистема, какие языки и префиксы используются, нет ли объекта с тем же именем.
Из каких шагов состоит работа
meta-compile создаёт объект метаданных и реквизиты. cf-edit включает объект в состав конфигурации. subsystem-edit добавляет его в раздел интерфейса. Затем form-add или form-compile создаёт управляемую форму, а валидаторы проверяют ссылки и структуру.
Для полного сценария есть составной скил cf-add-object. Он оркестрирует те же операции, но не скрывает промежуточные результаты: после каждого шага можно увидеть изменённые файлы и остановить процесс.
Контроль перед загрузкой
- объект появился в составе конфигурации;
- подсистема ссылается на правильный UUID;
- реквизиты имеют ожидаемые типы и длину;
- формы проходят структурную валидацию.
После проверки посмотрите git diff. Создание одного справочника не должно неожиданно менять десятки несвязанных объектов. Затем загрузите XML в отдельную базу, обновите конфигурацию БД и откройте обе формы.
Почему это лучше генерации XML «из головы»
Формат выгрузки 1С содержит много служебных связей. Языковая модель может написать правдоподобный, но неполный XML. Скил задаёт конкретные команды и валидаторы, поэтому результат строится из небольших детерминированных операций.
Подход особенно полезен в Git-проекте: изменения остаются обозримыми, их можно проверить в code review и повторить на другой ветке без ручных кликов.