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>
This commit is contained in:
av
2026-08-07 11:59:01 +03:00
co-authored by Claude Opus 5
parent 91d4264b40
commit a79266cfcb
9 changed files with 359 additions and 26 deletions
+14 -2
View File
@@ -46,8 +46,9 @@ color: yellow
## Что тебе дают
Корень проекта. Твоё чтение — `docs/**` (кроме `docs/tasks/`, его ведёт
`tasks.py`), `CLAUDE.md` и `openspec/specs/**`. Плюс `openspec/changes/archive/`,
когда проверяешь ADR: там лежат `design.md`, из которых записи промоутятся.
`tasks.py`), `CLAUDE.md`, `openspec/specs/**` и `openspec/config.yaml`. Плюс
`openspec/changes/archive/`, когда проверяешь ADR: там лежат `design.md`, из
которых записи промоутятся.
**Кода ты не читаешь.** Разошёлся ли документ с кодом — вопрос агента
`doc-code-drift`, и у него для этого другой вход и другая цена.
@@ -63,6 +64,17 @@ color: yellow
важнее совпадающих: совпадающие разойдутся завтра, разошедшиеся уже врут, и в
этом случае назови **оба значения**, не выбирая за человека.
**Самое частое место второго дома — блок `context` в `openspec/config.yaml`.**
Он читается при порождении каждого артефакта, туда удобно дописать «чтобы
агент знал», и так в нём заводятся инварианты, перечень конвенций, состав
шагов гейта, границы домена и правила ревью. По канону там законны только
нужды порождения — язык, именование capability, придирки валидатора — и
**адреса** документов. Разрез проверяемый: **утверждение, которое можно
опровергнуть, открыв другой файл проекта, — пересказ и находка; строка,
которая говорит, какой файл открыть, — ссылка и норма.** Форму `config.yaml`
машина проверяет, этот разрез — нет: отличить ссылку от пересказа она не
умеет, и потому он твой.
2. **Прямое противоречие между документами.** Самое дорогое, что ты находишь, и
искать его надо адресно, а не вычитыванием подряд. Пары, которые расходятся
чаще прочих: