| name | xdto-validate |
| description | Валидация пакета XDTO 1С. Используй после создания или модификации пакета XDTO для проверки корректности |
| argument-hint | <PackagePath> [-ConfigDir <каталог>] [-Detailed] [-MaxErrors N] [-OutFile <файл>] |
| allowed-tools | ["Bash","Read","Glob"] |
/xdto-validate — Валидация пакета XDTO
Проверяет модель пакета, объект метаданных и его связь с конфигурацией.
Каждая находка выводится отдельной строкой с объяснением. Exit code 1 при ошибках.
Параметры
| Параметр | Обязательный | Описание |
|---|
PackagePath | да | Каталог пакета, Ext/Package.bin или <Имя>.xml объекта метаданных. Псевдоним — -Path |
ConfigDir | нет | Корень исходников. По умолчанию определяется по расположению пакета |
Detailed | нет | Показывать успешные проверки, а не только проблемы |
MaxErrors | нет | Остановиться после N ошибок. По умолчанию 20 |
OutFile | нет | Записать отчёт в файл |
powershell.exe -NoProfile -File "${CLAUDE_SKILL_DIR}/scripts/xdto-validate.ps1" -PackagePath "<путь>"
[ERROR] — платформа такой пакет не примет либо примет неправильно.
[WARN] — пакет рабочий, но есть риск, о котором стоит знать.
Зачем запускать, если пакет и так грузится
Часть дефектов платформа не диагностирует: неразрешённый тип из чужого пространства
имён она молча подменяет на xs:anyType, и пакет выглядит загруженным, пока
ФабрикаXDTO не отдаст в рантайме бесструктурное значение. Такие вещи видно только
статически — до загрузки в базу.
Типичный workflow
/xdto-compile, /xdto-edit или переработка через /xdto-decompile → /xdto-compile -Force
/xdto-validate <путь> — до загрузки в базу
/db-load-xml + /db-update