ревью двумя проходами: 20 находок, все починены

Два независимых сабагента на av-dev-pm и av-dev-pipeline. Две находки нашли оба.

Главная — моя же перестановка закрытия за коммит сломала reopen и батч. close
печатал «дорога назад из git», а reopen искал коммит удаления, которого в новом
порядке ещё нет: шаг 11 последний, учёт остаётся незакоммиченным. Проверено
прогоном — отказ кодом 2 на свежезакрытой задаче. Тем же грязным деревом
ломались rebase и worktree remove в батче: каждая закрывшая задачу ветка уехала
бы в провалившиеся.

Починено с обеих сторон: reopen берёт текст из HEAD, если коммита удаления нет,
а шаг 11 коммитит учёт вторым коммитом.

Вторая — канонический пример docs/.pm.json убивал tasks.py. Четыре документа
показывали ключ tasks.sections, которого скрипт не знает: неизвестный ключ это
код 3 на любой команде. Проект, заведённый по канону дословно, остался бы без
работы с задачами, а docs.py при этом печатал «канон соблюдён». Секции живут в
заголовках индекса и второго дома не получают.

Остальные восемнадцать: init писал конфиг в упразднённый .tasks.json;
looks_like_tasks не видел переименованный индекс; урожай спринта терял автотег
после sprint close; ответ на вопрос по инструкции оставлял задачу незабираемой;
adopt требовал недостижимого зелёного; путь отчёта триажа не переживал archive;
review-specs не имел режима для стыка после слияния; три остатка «шаг 9а» несли
предкоммитную позицию закрытия; sprint.md отрицал сам себя в пункте «Сделана».

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

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

@@ -88,7 +88,9 @@ capability: незаполненный канон это переходное с
 ### 1. Осмотрись
 
 `docs.py check` — он уже назовёт упразднённые слоты с адресом, куда каждый
-уезжает. Плюс прочитай: `CLAUDE.md`, корневые `*.md`, `openspec/specs/` (список
+уезжает. **Но смотрит он только верхний уровень `docs/`:** упразднённое в корне
+репозитория (`BRIEF.md`) и во вложенных каталогах он не назовёт никогда, поэтому
+корневые `*.md` читаются глазами. Плюс: `CLAUDE.md`, `openspec/specs/` (список
 capability), `openspec/config.yaml`.
 
 ### 2. Составь карту
@@ -135,9 +137,15 @@ capability), `openspec/config.yaml`.
    пропускаться. Передай ему базу диффа (`--base`) той же переменной, что и
    остальным шагам гейта: без неё сверка миграций со схемой не гоняется вовсе.
    Пример строки покажи человеку — гейт принадлежит проекту, и правит его он;
-8. `docs.py check` — до **отсутствия дрейфа**. Замечания (незаполненные
-   плейсхолдеры, слабое упоминание capability) остаются: незаполненный канон это
-   объявленное переходное состояние из шага 5, а не отказ.
+8. `docs.py check` — до **отсутствия дрейфа раскладки**. Замечания
+   (незаполненные плейсхолдеры, слабое упоминание capability) остаются:
+   незаполненный канон это объявленное переходное состояние из шага 5, а не
+   отказ. **Пункт «задачи без цели» из вложенной проверки `tasks.py` тоже
+   остаётся** и зелёным на этом шаге не станет: цели не сочиняются адаптацией
+   (запрет в [tasks/references/adopt.md](../tasks/references/adopt.md)), их
+   проставляет человек порциями переоценки на первой сессии. Пересчитай эти
+   пункты в докладе переходного состояния — не выдавай их за поломку и не
+   молчи о них.
 
 ### 5. Объяви переходное состояние