ревью двумя проходами: 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/tasks/references/task-format.md

@@ -92,9 +92,15 @@
 отсутствие при непустом разделе — замечание, а не лазейка. Тег без раздела тоже
 отказ, но с другим советом: либо вопрос записан не туда, либо тег пора снять.
 
-Ответ записывается в тело, тег снимается `edit <slug> --rm-tag question`, а хук
-переписывается: «Решено: …» на вопрос «почему это лежит в беклоге» уже не
-отвечает.
+**Ответ на вопрос — три правки, и первая обязательна.** Раздел «Вопросы»
+опустошается: ответ переезжает в тело решением, а не остаётся вопросом рядом с
+ответом. Затем снимается тег (`edit <slug> --rm-tag question`) и переписывается
+хук: «Решено: …» на вопрос «почему это лежит в беклоге» уже не отвечает.
+
+**Порядок именно такой, потому что судит раздел, а не тег.** `sprint take`
+смотрит в непустой раздел и откажет взять задачу даже со снятым тегом, а `check`
+на снятый тег при непустом разделе посоветует тег вернуть. Снять тег, не
+опустошив раздел, — значит закольцевать себя между двумя советами.
 
 ## Файл цели
 
@@ -119,7 +125,8 @@
 - **Тег `decomposed`** отличает «цель ещё не разобрана» от «все её задачи
   закрыты» — два состояния, у которых снаружи один и тот же признак: задач нет.
   Пометка именно **тегом**, а не строкой в теле: только так она проверяется.
-  `check` требует его у цели без задач, `check --fix` сам ставит его цели, у
+  `check` напоминает о нём у цели без задач замечанием — неразобранная цель
+  законна и зелёного прогона не ломает; `check --fix` сам ставит его цели, у
   которой задачи есть, а цель с тегом и без задач — прямое приглашение закрыть.
 - Цель живёт в `PLAN.md` и **никогда** — в `BACKLOG.md` или `SPRINT.md`.