# Журнал версий канона Одна запись на версию. Проект знает свою версию из `docs/.pm.json`; `canon upgrade` идёт по записям снизу вверх от версии проекта до текущей и делает то, что в них названо. Правило записи: **что добавилось, что переехало, что удалено, что сделать проекту**. Без последнего пункта запись бесполезна — по ней и работает `upgrade`. Версия — целое число. Обратной совместимости у канона нет: есть «приведён» и «не приведён». --- ## Версия 1 — 2026-08-03 Первая версия. Проект любой прежней раскладки приводится к ней скиллом `canon` в режиме `adopt`, а не `upgrade`. **Что вводится:** раскладка целиком — см. [canon.md](canon.md). **Что сделать проекту, который приходит из свободной раскладки:** 1. `docs/.pm.json` с `{"canon": 1}` и путём миграций, если БД есть. 2. Скелет канона целиком; незаполненное — одной честной строкой. 3. `docs/specs/` разобрать: поведение — в `openspec/specs/`, обзор — в `docs/architecture.md`, знание о чужих системах — в `docs/research/`. Дубли capability удалить, сверив поимённо. 4. `docs/plan.md` → `docs/tasks/PLAN.md`, шаги плана — целями в «порядок». 5. `BRIEF.md` → `docs/passport.md`. 6. `docs/backlog/` → `docs/tasks/`. 7. `docs/review-journal.md` или `docs/review/journal.md` → `docs/review.md`, плюс раздел настройки конвейера. 8. `docs/drafts/` растворить: идея → задача `[idea]`, намеренный отказ → ADR, порядок работ → `PLAN.md`. 9. `docs/review-brief.md`, если заводился, удалить: его разделы разошлись по документам канона. 10. `conventions.md` → `conventions/`, `local-research.md` → `research/`. 11. Завести `docs/security.md` с периметром первой строкой и `docs/adr/`. 12. В `CLAUDE.md`: severity рядом с каждым инвариантом; семантика гейта (чем краснеет безусловно, где логи, чего в нём нет и кто тогда гоняет дорогое); **имя основной ветки**; запреты с путями; где `testdata` и куда писать временное; **что считается необратимым**; общий станок; ориентир по размеру спринта. Убрать раздел «Процесс», если он пересказывает пайплайн. 13. В `openspec/config.yaml` оставить только нужды генерации и ссылки. 14. Добавить шаг `docs.py check` в гейт проекта. **Копии правил в шаблонах, которые версия 1 уносит в проект** — их правка в каноне обязана появляться здесь отдельной версией: | Что копируется | Дом определения | | --- | --- | | форма записи журнала дефектов в `docs/review.md` | `av-dev-pipeline/skills/review-pipeline/references/review-journal.md` | | правило заведения ADR в `docs/adr/README.md` | [canon.md](canon.md), раздел `adr/` |