# 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](https://gitsell.ru/msrv-tech/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 и повторить на другой ветке без ручных кликов.