Полный набор гонялся чаще, чем оправдано, и размер задач тут вторая причина, не первая. Первая — триггеры: миграция схемы, публичный контракт и инвариант поднимали ступень, не добавляя ни одного прохода. Миграцию гоняет gate шагом миграций и разбирает ops, контракт сверяет specs направлением code→spec, инвариант даёт основание для critical любому проходу — все трое уже в standard. На проекте с базой и эндпоинтами верхняя ступень оказывалась не исключением, а умолчанием: правило объявляло исключением то, что происходит всегда. Теперь ступень поднимает то, что даёт работу новому проходу. wide означает ровно одно — изменение вводит новое понятие или структурную единицу; добавить поле в существующий ответ это не концепт. standard стал рабочим умолчанием. Проект, где изменение контракта и правда архитектурное, поднимает его сам в docs/review.md — уточнением, а не возвратом прежнего умолчания. Чекпоинт design получил то же условие: specs идёт всегда, rubric и architecture — только при новом понятии. Он стоит на каждой задаче, поэтому при мелкой нарезке три прохода умножаются на число задач. Со стороны задач — шов нарезки: тест декомпозиции отвечает, допустим ли разрез, шов отвечает, где его провести. Резать по границе, за которой падает ступень; не резать, когда обе половины остаются в одной — костяк из четырёх проходов платится за каждую задачу, и такой разрез делает ревью дороже. Порога в числе границ нет по тому же принципу, что в теме 16: размер не триггер. Дешёвое место заметить разнородную задачу — показ набора спринта, там «Затрагивает» уже написан, а предложение ещё не заведено. Правило выведено из состава проходов, а не из статистики прогонов — замер остаётся за обкаткой. DECISIONS 18, RRR–WWW и следствия 72–75; JJJ темы 17 помечен как пересмотренный. Шаг про «Триггеры профиля» дописан в ещё не выкаченную версию 3 канона, а не отдельной версией. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
10 KiB
Журнал версий канона
Одна запись на версию. Проект знает свою версию из docs/.pm.json; canon upgrade идёт по записям снизу вверх от версии проекта до текущей и делает то,
что в них названо.
Правило записи: что добавилось, что переехало, что удалено, что сделать
проекту. Без последнего пункта запись бесполезна — по ней и работает
upgrade.
Версия — целое число. Обратной совместимости у канона нет: есть «приведён» и «не приведён».
Версия 3 — 2026-08-04
Оглавление целей переименовано, у задач появился род работы и раздел «Затрагивает», сменилось умолчание профиля ревью. Раскладка меняется в одном файле, но переименование тянет за собой ссылки, поэтому шаги делаются одним заходом.
Что добавилось:
- Род работы — тег
kind:<род>в мете задачи, словарь закрыт:feature|fix|chore|research. Обязателен у задачи, у цели запрещён.sprint takeбез него отказывает,checkо пропаже напоминает замечанием. Определение — canon.md, разделtasks/; смысл и причина, почему тегом, — в SKILL.md скиллаtasks, раздел «Род работы». - Раздел «Затрагивает» в теле задачи — перечень границ, которых изменение касается (эндпоинт, таблица и миграция, формат на диске, публичный тип). Как и критерии приёмки, требуется к взятию в спринт, а не к заведению.
- Умолчание профиля ревью сменилось — это не раскладка, но проектный текст
под него уже написан.
standardстал рабочим умолчанием: миграция схемы, публичный контракт и инвариант ступень больше не поднимают,wideозначает новое понятие или структурную единицу. Подраздел «Триггеры профиля» вdocs/review.mdостаётся на месте, но его содержимое надо перечитать.
Что переехало: docs/tasks/PLAN.md → docs/tasks/ROADMAP.md. Вместе с
файлом переименован ключ конфига tasks.plan → tasks.roadmap и токены
команд: --index plan → --index roadmap, init --plan-sections →
--roadmap-sections, init --plan → --roadmap. Старый ключ в
docs/.pm.json не игнорируется молча — tasks.py останавливается и называет
переименование.
Что удалено: ничего.
Что сделать проекту:
git mv docs/tasks/PLAN.md docs/tasks/ROADMAP.md.- Починить ссылки на прежнее имя:
grep -rn 'PLAN\.md' docs/ CLAUDE.md— заголовок самого файла («# План» → «# Роадмап»), строка вdocs/tasks/BACKLOG.md, упоминания вdocs/passport.mdи в телах задач. docs/.pm.json: ключtasks.plan, если он там был, — вtasks.roadmap.- Проставить род работы живым задачам:
python3 tasks.py check --dir docs/tasksперечислит те, у кого его нет. Задним числом весь беклог не переоформляется — род нужен к взятию, так что порядок такой: сперва то, что берётся в ближайший спринт, остальное по ходу переоценки. - Дописать раздел «Затрагивает» — тем же порядком и по той же причине: сперва набор спринта, остальное по мере того, как задача попадает в работу.
- Перечитать «Триггеры профиля» в
docs/review.md: строки вида «миграция →deep» теперь дублируют умолчание с обратным знаком. Оставить там только то, что для этого проекта считается новым понятием и правилом идентичности, — и убрать остальное, иначе проект возвращает себе прежнюю частоту полного набора уточнением. docs/.pm.json:"canon": 3.
Версия 2 — 2026-08-03
Шапка записи ADR — мета-блоком общей формы, и у статуса появился объявленный дом. Раскладка не менялась: правка касается одного шаблона.
Что добавилось: поле - **Статус:** в шапке docs/adr/template.md —
заменено на ADR-… либо устарело, у активной записи поля нет. Правило
«старая запись получает статус» было и раньше (canon.md, adr/),
но места под него шаблон не отводил: каждая запись изобретала своё, а колонка
«Статус» таблицы adr/README.md брала его оттуда, где он у каждого свой.
Что переехало: поля Дата и Источник в шаблоне стали жирными
(- **Дата:**, - **Источник:**) — та же форма, что у меты задачи и у записи
журнала дефектов: поле на строку, имя жирным.
Что удалено: ничего.
Что сделать проекту:
- Привести
docs/adr/template.mdк скелету версии 2 (skeletons.md, разделdocs/adr/template.md). - В существующих записях
docs/adr/ADR-*.md: жирным поля шапки; если статус записан прозой или заголовком — перенести его полем- **Статус:**в шапку и сверить с колонкой «Статус» таблицы вdocs/adr/README.md. docs/.pm.json:"canon": 2.
Версия 1 — 2026-08-03
Первая версия. Проект любой прежней раскладки приводится к ней скиллом canon
в режиме adopt, а не upgrade.
Что вводится: раскладка целиком — см. canon.md.
Что сделать проекту, который приходит из свободной раскладки:
docs/.pm.jsonс{"canon": 1}и путём миграций, если БД есть.- Скелет канона целиком; незаполненное — одной честной строкой.
docs/specs/разобрать: поведение — вopenspec/specs/, обзор — вdocs/architecture.md, знание о чужих системах — вdocs/research/. Дубли capability удалить, сверив поимённо.docs/plan.md→docs/tasks/PLAN.md, шаги плана — целями в «порядок».BRIEF.md→docs/passport.md.docs/backlog/→docs/tasks/.docs/review-journal.mdилиdocs/review/journal.md→docs/review.md, плюс раздел настройки конвейера.docs/drafts/растворить: идея → задача[idea], намеренный отказ → ADR, порядок работ →PLAN.md.docs/review-brief.md, если заводился, удалить: его разделы разошлись по документам канона.conventions.md→conventions/,local-research.md→research/.- Завести
docs/security.mdс периметром первой строкой иdocs/adr/. - В
CLAUDE.md: severity рядом с каждым инвариантом; семантика гейта (чем краснеет безусловно, где логи, чего в нём нет и кто тогда гоняет дорогое); имя основной ветки; запреты с путями; гдеtestdataи куда писать временное; что считается необратимым; общий станок; ориентир по размеру спринта. Убрать раздел «Процесс», если он пересказывает пайплайн. - В
openspec/config.yamlоставить только нужды генерации и ссылки. - Добавить шаг
docs.py checkв гейт проекта.
Копии правил в шаблонах, которые версия 1 уносит в проект — их правка в каноне обязана появляться здесь отдельной версией:
| Что копируется | Дом определения |
|---|---|
форма записи журнала дефектов в docs/review.md |
av-dev-pipeline/skills/review-pipeline/references/review-journal.md |
правило заведения ADR в docs/adr/README.md |
canon.md, раздел adr/ |