init заводит openspec сам; конфиг стал слотом канона

Каталог openspec/ был предпосылкой, о которой канон говорил, но за которой не
следил. openspec/specs/ объявлен домом темы requirements, config.yaml описан
абзацем — а заводилось всё руками, и не проверялось ничего. Новый проект выходил
из init с полным каноном документов и без каталога, без которого не работают ни
opsx:propose, ни ревью дизайна, ни сверка требований.

Теперь init делает openspec init --tools claude шагом 3, до первого документа, а
adopt заводит его тем же способом, если на переводимом проекте его нет. Команда
названа поимённо в трёх местах — скилле, каноне и отказе docs.py: отказ без
команды заставляет искать её в другом месте.

Файл из коробки оказался хуже отсутствующего, и потому проверяется машиной.
openspec init кладёт config.yaml, где context и rules — закомментированный пример
на английском. Такой файл читается как настроенный: он есть, он валиден, имя
правильное. Работает он как пустой, и узнаётся это по уже написанному
предложению — на другом языке, с capability по имени пакета, без единого SHALL.
docs.py проверяет четыре вещи, каждая про молчащий пробел: каталог есть; имя
именно config.yaml (config.yml OpenSpec не читает и об этом не сообщает); context
и rules.specs не остались примером, а правила называют SHALL; context называет
passport и CLAUDE.md. Последние два обязательны по порядку работы: предложение
пишется до того, как кто-либо откроет docs/, и без этих строк его пишут, не зная
ни границы домена, ни инвариантов.

Форма конфига записана скелетом и сформулирована разрезом: утверждение, которое
можно опровергнуть, открыв другой файл проекта, — пересказ; строка, которая
говорит, какой файл открыть, — ссылка. Машина этот разрез не проверяет, отличить
одно от другого она не умеет; он отдан doc-consistency отдельным абзацем правила
«один факт — один дом», и config.yaml добавлен ему во вход. Место второго дома
там самое частое: context читается при порождении каждого артефакта, туда удобно
дописать «чтобы агент знал», и так заводятся копии инвариантов, конвенций,
состава гейта и правил ревью.

Образец лёг в канон, а не в конвейер, как планировало решение C: форма документа
принадлежит владельцу канона документов, конвейер её читатель. Иначе
av-dev-pipeline завёл бы описание файла, который заводит и проверяет av-dev-pm.

Канон повышен до версии 7 с записью, выполнимой upgrade: завести openspec,
привести config.yaml к скелету, вычистить из context пересказ, проверить имя
файла, поднять номер в .pm.json. Проверка прогнана на четырёх фикстурах — свежий
openspec init, два живых проекта и пустой каталог; отличает все четыре случая.
Решение — 47.

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

av-dev-pm/skills/init/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: init
-description: "Завести новый проект — сессия вопросов и ответов по свободному описанию замысла, из которой рождается первичная документация по канону av-dev: паспорт, CLAUDE.md с инвариантами и командами, модель угроз с периметром, первые цели в роадмапе и скелет остальных документов. Использовать, когда начинают новый проект с нуля, когда есть только текст «что мне нужно и почему» и надо превратить его в рабочую документацию, когда просят провести стартовое интервью по брифу. Проект, где документация уже как-то ведётся, переводит скилл canon."
+description: "Завести новый проект — сессия вопросов и ответов по свободному описанию замысла, из которой рождается первичная документация по канону av-dev: паспорт, CLAUDE.md с инвариантами и командами, модель угроз с периметром, первые цели в роадмапе и скелет остальных документов. Заводит и OpenSpec (openspec init) с настроенным openspec/config.yaml — дом темы requirements, без которого не работают ни propose, ни ревью. Использовать, когда начинают новый проект с нуля, когда есть только текст «что мне нужно и почему» и надо превратить его в рабочую документацию, когда просят провести стартовое интервью по брифу. Проект, где документация уже как-то ведётся, переводит скилл canon."
 ---
 
 # Заведение нового проекта
@@ -28,6 +28,7 @@ description: "Завести новый проект — сессия вопро
 | `security.md` | `conventions/` |
 | `docs/tasks/ROADMAP.md` — первые цели | `research/`, `adr/` |
 | `docs/.pm.json` | `review.md` — журнал пуст, настройка появится с первым ревью |
+| `openspec/config.yaml` | |
 
 Честная строка информативна, а не «TBD»: «архитектуры пока нет: кода нет,
 заводится первой задачей». Проход читает её как факт.
@@ -68,18 +69,30 @@ description: "Завести новый проект — сессия вопро
 
 1. Прочитай бриф целиком. Выпиши, на какие блоки интервью ответ уже есть.
 2. Проведи интервью итерациями по ≤3 вопроса.
-3. Заведи `docs/.pm.json` с текущей версией канона.
-4. Напиши заполняемые документы. **Бриф переезжает в `passport.md`** и
+3. **Заведи OpenSpec: `openspec init --tools claude`.** Каталог `openspec/` —
+   часть канона, а не соседняя технология: в нём дом темы `requirements`, и без
+   него не работают ни `opsx:propose`, ни ревью дизайна, ни сверка требований.
+   Команда кладёт ещё `.claude/skills/openspec-*` и `.claude/commands/opsx/*` —
+   это её нормальная работа, не трогай их.
+4. Заведи `docs/.pm.json` с текущей версией канона.
+5. Напиши заполняемые документы. **Бриф переезжает в `passport.md`** и
    отдельным файлом не остаётся: два дома для одного замысла разойдутся на
    первом же уточнении.
-5. Заведи скелет остальных по [скелетам](../canon/references/skeletons.md) —
+6. Заведи скелет остальных по [скелетам](../canon/references/skeletons.md) —
    каждый с честной строкой.
-6. Каталог задач и первые цели — **вызови скилл `av-dev-pm:tasks`**: он владеет
+7. **Заполни `openspec/config.yaml`** по тем же скелетам. Файл из коробки —
+   закомментированный пример на английском; он **заменяется целиком**, потому что
+   нетронутый выглядит настроенным, а работает как пустой. Пиши туда только то,
+   что нужно **в момент порождения артефакта**: язык, правила именования
+   capability, придирки валидатора и **адреса** `docs/passport.md` и `CLAUDE.md`.
+   Инварианты, конвенции и правило ревью не пересказывай — у них есть дома, и
+   второй дом разойдётся с первым молча.
+8. Каталог задач и первые цели — **вызови скилл `av-dev-pm:tasks`**: он владеет
    форматом целей и задач.
-7. `docs.py check` из скилла `canon` — до отсутствия дрейфа. Замечания о
+9. `docs.py check` из скилла `canon` — до отсутствия дрейфа. Замечания о
    незаполненных плейсхолдерах остаются: их закрывает не `init`, а работа.
-8. Покажи человеку, что получилось, и **отдельным списком** — что выведено из
-   брифа, что предположено, что осталось неизвестным. Правят по этим строкам.
+10. Покажи человеку, что получилось, и **отдельным списком** — что выведено из
+    брифа, что предположено, что осталось неизвестным. Правят по этим строкам.
 
 ## Что дальше