openspec уехал в конвейер: заводит его пайплайн, канон только высказывается

Версия 7 объявила openspec/ слотом канона: init его заводил, adopt тоже, образец
config.yaml лежал в скелетах, отсутствие каталога docs.py считал отказом. Разрез
был проведён не там. По OpenSpec работает конвейер — без каталога не запускаются
ни opsx:propose, ни ревью дизайна, ни сверка требований, — а канон документов о
нём только высказывался. Проект, которому конвейер не нужен, получал отказ за
отсутствие того, чем не пользуется.

Появился скилл av-dev-pipeline:openspec: заводит каталог, заменяет
закомментированный пример в config.yaml настройкой, объясняет разрез между
ссылкой и пересказом — утверждение, опровергаемое открытием другого файла, это
пересказ; строка, говорящая какой файл открыть, это ссылка. Образец переехал туда
же, в references/config-skeleton.md, а в скелетах канона остался указатель.

init и canon adopt OpenSpec больше не заводят, а зовут скилл конвейера через
пространство имён. Вызов не разрешился — плагина конвейера нет, и это строка
доклада, а не поломка: docs.py о каталоге тогда тоже молчит. Отсутствие openspec/
стало неприменимостью вместо отказа, остальные четыре проверки формы идут только
при живом каталоге. На фикстуре без openspec дрейф упал с 10 пунктов до 9.

Что осталось на месте и названо честно: проверка формы config.yaml и сторож
версии (docs.py openspec-form) пока живут в скрипте канона. Перенести их значит
завести в конвейере свой скрипт, а этого у него нет ни одного. У файла сейчас два
плагина — один заводит, другой проверяет, — и это временное состояние, а не
задуманное; в журнале версий оно записано так же.

Канон повышен до версии 9. Запись не двигает ни одного файла проекта: меняется
только то, кто их заводит. Но в ней названа потеря, которую легко не заметить —
проект по OpenSpec без установленного пайплайна теперь не услышит от docs.py
ничего про свою настройку, и молчание это законное.

Гейт зелёный, скиллов стало десять.

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

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

@@ -114,7 +114,7 @@ openspec/
 | `database.*` | источник | `operations` — схема и настройки с числами |
 | `CLAUDE.md`, `AGENTS.md` | источник | `autotests` (семантика гейта); инварианты — сквозные |
 | `openspec/specs/` | источник | `requirements` |
-| `openspec/config.yaml` | процессный | — (настройка порождения артефактов, слой **до** тем) |
+| `openspec/config.yaml` | процессный | — (настройка порождения артефактов, слой **до** тем; заводит конвейер) |
 | `tasks/` | процессный | — (чужое владение: плагин `av-dev-tasks`) |
 | `review.*` | процессный | — (настройка самого конвейера, слой **над** темами) |
 | `adr.*` | процессный | — |
@@ -432,11 +432,18 @@ kebab-case.** Причина не эстетическая: имя файла с
 пересказ конвенций и инварианты сюда не пишутся: у них есть свои дома, и второй
 дом разойдётся на первой же правке.
 
-**Каталог `openspec/` — часть канона, а не соседняя технология.** В нём дом темы
-`requirements`, и заводится он командой: `openspec init --tools claude`. Её
-выполняет `init` на новом проекте и `adopt` на переводимом; из канона она названа
-поимённо потому, что её печатает отказ `docs.py`, а отказ без команды заставляет
-искать её в другом месте.
+**Каталог `openspec/` принадлежит конвейеру, а не канону.** В нём дом темы
+`requirements`, и нужен он тому, кто по OpenSpec работает: без каталога не
+работают ни `opsx:propose`, ни ревью дизайна, ни сверка требований. Заводит и
+настраивает его скилл `av-dev-pipeline:openspec`; `init` и `adopt` его только
+зовут. Команда (`openspec init --tools claude`) названа здесь поимённо потому,
+что её печатает вывод `docs.py`, а адрес без команды заставляет искать её в
+другом месте.
+
+**Отсюда и односторонность: канон о файле высказывается, но его не требует.**
+`docs.py check` проверяет форму, **если каталог есть**, и говорит
+«неприменимо», если его нет. Проект без конвейера живёт без OpenSpec законно, и
+отказом это быть не может.
 
 **Файл из коробки настройкой не является.** `openspec init` кладёт `config.yaml`,
 где и `context`, и `rules` лежат закомментированным примером. Такой файл читается
@@ -447,7 +454,8 @@ kebab-case.** Причина не эстетическая: имя файла с
 
 Проверяется пять вещей, и каждая — про молчащий пробел, а не про вкус:
 
-1. **`openspec/` есть.** Нет — нет и дома темы `requirements`.
+1. **`openspec/` есть.** Нет — проверка неприменима, и это не отказ: каталог
+   нужен конвейеру, а не канону. Остальные четыре идут только при живом каталоге.
 2. **Имя файла `config.yaml`.** `config.yml` OpenSpec не читает и об этом не
    сообщает: настройка, написанная в файл с таким именем, пропадает целиком.
 3. **`context` и `rules.specs` не остались примером.** Правила для `specs`
@@ -570,7 +578,7 @@ OpenSpec переименует артефакт или сменит схему
 
 ```json
 {
-  "canon": 8,
+  "canon": 9,
   "migrations": "internal/store/migrations"
 }
 ```