# Скилы 1С для XML, расширений и форм

> Практическая карта 1C Skills: какие скилы использовать для конфигурации, расширения CFE, управляемой формы, базы и проверки результата.

- Category: gitsell-news
- Published: 2026-09-29T09:00:44.979800
- Canonical: https://gitsell.ru/blog/skily-1s-dlya-xml-rasshirenii-i-form

## Article

В [1C Skills](https://gitsell.ru/msrv-tech/skills) десятки каталогов, но разработчику не нужно помнить каждый. Достаточно определить, какой артефакт меняется, и пройти цикл «посмотреть → изменить → проверить → испытать в базе».

## Конфигурация и метаданные

`cf-info` даёт обзор проекта, `meta-info` разбирает отдельный объект. Для создания используются `meta-compile` и составные workflow `cf-add-object` или `cf-new-project`. После изменения запускаются `meta-validate` и `cf-validate`.

Пример задачи: «создай документ ЗаявкаНаОплату с организацией, контрагентом, суммой и формой; добавь в подсистему Казначейство».

## Расширение CFE

`cfe-init` создаёт каркас, `cfe-borrow` заимствует объект основной конфигурации, `cfe-patch-method` добавляет перехватчик, а `cfe-diff` показывает состав вмешательств. `cfe-validate` выполняется перед сборкой и загрузкой в тестовую базу.

## Управляемые формы

`form-info` нужен до изменения: он перечисляет реквизиты, элементы, команды и события. `form-edit` добавляет небольшое изменение, `form-compile` создаёт форму по описанию, `form-validate` проверяет связи. Визуальный результат всё равно открывается в тонком или веб-клиенте.

## EPF, ERF, СКД и MXL

Для внешних обработок и отчётов есть отдельные циклы сборки и разборки. СКД можно анализировать, редактировать и собирать из JSON; MXL — декомпилировать, изменить и снова собрать. Это делает diff осмысленным, а артефакт релиза — воспроизводимым.

## База и проверка

`db-create`, `db-load-xml`, `db-update` и `db-run` подготавливают тестовую базу. `web-publish` и `web-test` проверяют сценарий в браузере. Для интеграционных действий доступен Codex Test Bridge, но только в изолированном контуре.

## Короткий чек-лист

1. Агент объяснил, какой скил выбрал и почему.
2. Изменены только ожидаемые файлы.
3. Специализированный валидатор завершился успешно.
4. Git diff понятен человеку.
5. Артефакт собран из текущего коммита.
6. Сценарий проверен в тестовой базе.

Так Skills становятся не коллекцией подсказок, а дисциплиной работы: каждый шаг оставляет проверяемый результат и не скрывает изменения за одним большим промптом.