валидатор config.yaml переехал в конвейер: у пайплайна свой скрипт

Решение 51 отдало OpenSpec конвейеру и честно оставило хвост: проверка формы и
сторож версии остались в docs.py, потому что своего скрипта у пайплайна не было
ни одного. Хвост не косметический — это ровно то состояние, против которого
написан весь канон: у файла два владельца, один заводит, другой проверяет, и
разойтись они могут молча.

252 строки переехали в av-dev-pipeline/skills/openspec/scripts/openspec.py: пять
проверок формы, сторож версии, сверка слепка с живым инструментом. Команды две —
check --dir <корень> и form; коды выхода общие со всеми скриптами av-dev. Из
docs.py удалены константы OPENSPEC_*, check_openspec, openspec_cli,
check_openspec_fresh, rules_keys и подкоманда openspec-form; про config.yaml он
больше не говорит ничего, кроме строки границы механизируемого — что форму
смотрит чужой скрипт. openspec/specs/ он по-прежнему знает: это дом темы
requirements и часть карты тем.

Переезд оплатился сразу, и не тем, чего ждали. Прежняя проверка требовала, чтобы
context называл docs/passport.md и CLAUDE.md, безусловно — то есть на проекте без
канона документов требовала ссылку на несуществующий файл. Пока код жил в скрипте
канона, допущение «канон есть» было незаметным: скрипт канона запускают там, где
канон есть. В скрипте конвейера то же допущение стало видно на первом прогоне.
Теперь адрес требуется только к существующему документу, отсутствие идёт строкой
«не проверялось» с названной ценой — без канона конвейер работает вслепую.

Заодно починен хвост от раскола плагинов: pyrefly project-includes в pyproject
всё ещё указывали на av-dev-pm. Линтер на явных файлах работал, а на обходе
проекта не проверял ничего.

Проверено пятью случаями: нет openspec (1), годный конфиг (0), опечатка в имени
артефакта под rules (1), проект без канона (0, с двумя строками «не
проверялось»), неизвестная команда (2).

Канон повышен до версии 10. Главное в записи — тихая потеря: форму раньше
проверял docs.py check заодно, теперь нужен отдельный шаг openspec.py check в
гейте, иначе незаменённый пример в config.yaml перестанет ловиться. Решение — 52.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-docs/skills/canon/SKILL.md

@@ -49,18 +49,13 @@ ds="$CLAUDE_PLUGIN_ROOT/skills/canon/scripts/docs.py"
 
 python3 $ds check --dir <корень> [--base <rev>]   # раскладка, ссылки, версия, сверки
 python3 $ds version --dir <корень>                # версия канона скрипта и проекта
-python3 $ds openspec-form                         # форма config.yaml против живого OpenSpec
 ```
 
-**`openspec-form` зовут не на каждом прогоне, а когда о нём попросил `check`.**
-Форма `openspec/config.yaml` описана в каноне слепком чужого инструмента — имя
-схемы и перечень артефактов, — и слепок стареет молча: OpenSpec переименует
-артефакт, правила под старым именем перестанут применяться, а конфиг останется
-выглядеть написанным. Поэтому `check` каждым прогоном сравнивает `major.minor`
-установленного OpenSpec с тем, на котором форма сверялась, и при расхождении
-даёт замечание с этой командой. Команда ничего не правит: она спрашивает
-инструмент и печатает, что разошлось. **Чинится это в плагине, а не в проекте** —
-константы `docs.py`, скелет в `skeletons.md` и запись в журнал версий канона.
+**Формы `openspec/config.yaml` здесь больше нет.** Каталог принадлежит конвейеру,
+и форму смотрит его скрипт — `av-dev-pipeline`, скилл `openspec`, команда
+`openspec.py check`. Проект работает по OpenSpec, а плагина конвейера нет — форму
+не проверяет никто, и это надо сказать строкой доклада, а не считать, что она
+верна.
 
 **Коды выхода — тот же словарь, что у `tasks.py`:** 0 сошлось, 1 дрейф, 2 ошибка
 употребления, 3 окружение, 4 внутренний сбой. Ветвись на коде, а не на тексте.