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

@@ -95,8 +95,9 @@ docs/tasks/
   скрипт запретит. Единственная оговорка: цель без задач неотличима — «ещё не
   разобрана» или «всё закрыто». Различает **тег `decomposed`** в мета-строке
   цели: он ставится, когда цель разложена на задачи. Тег, а не строка в теле —
-  потому что проверяется механически: `check` требует его у пустой цели, а
-  `check --fix` сам проставляет его цели, у которой задачи есть.
+  потому что проверяется механически: `check` **напоминает** о нём у пустой цели
+  (замечанием, не ошибкой — неразобранная цель это законное состояние), а `check
+  --fix` сам проставляет его цели, у которой задачи есть.
 - **`[goal]` и `[epic]` — разные вещи.** Цель **постоянна**: живёт, пока живёт
   направление. Эпик **временен**: это задача, которая не мерджится целиком, её
   разбирают, и он исчезает. Два срока жизни под одним словом разъезжаются,
@@ -163,9 +164,11 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 правки**, даже если правил мутациями: дрейф мог накопиться раньше. Накопившееся
 чини `check --fix` — он детерминированно правит то, где истина однозначна
 (секция, заголовок, дубли, хук из индекса в файл, строка в чужом индексе,
-пометка `decomposed` у цели с задачами), а неоднозначное (ссылка на исчезнувший
-файл, задача сразу в двух индексах) печатает отдельной пометкой
-`НЕОДНОЗНАЧНО` — это тебе, и это идёт строкой доклада.
+пометка `decomposed` у цели с задачами), а неоднозначное (задача сразу в двух
+индексах, нечего восстанавливать) печатает отдельной пометкой `НЕОДНОЗНАЧНО` —
+это тебе, и это идёт строкой доклада. **Ссылка на исчезнувший файл в пометку не
+попадает:** `--fix` её просто не трогает, и она остаётся `ОШИБКА` обычного
+`check` — то есть видна, но в докладе её надо назвать отдельно.
 
 `--fix` правит **и файлы** — ровно в двух местах, где источник ровно один и
 выбирать не из чего: хук, оставшийся только в индексе, переезжает в мета-строку,
@@ -250,7 +253,8 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
   `question` (`edit --add-tag question`), иначе он не виден ни `list
   --questions`, ни правилу «задача с открытым вопросом в набор не берётся»;
 - **тег, который некому снять** — `question` после ответа снимается `edit
-  --rm-tag question` вместе с записью ответа в тело;
+  --rm-tag question` вместе с записью ответа в тело **и опустошением раздела
+  «Вопросы»**: судит раздел, а не тег (`references/task-format.md`);
 - **свойство репозитория в рамках** — номер миграции, хеш, версия зависимости:
   в лежалой задаче протухает молча и становится ложной рамкой. Снимается;
   снимок берётся при постановке, а не при заведении;
@@ -265,15 +269,19 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 просто каталог markdown. Текст задач — русский (язык документации проекта);
 зашита только латиница слага. OpenSpec ему тоже не нужен.
 
-- **Каталог задач — `docs/tasks`, жёстко.** Цепочки разрешения нет: раскладка
-  канона одинакова во всех проектах, и искать больше нечего. Каталога нет — код
-  3 и вопрос человеку; `init` заводит его **только** когда проект действительно
-  новый, а перевод чужой раскладки делает `av-dev-pm:canon`.
-- **Настройки живут в `docs/.pm.json`**, ключ `tasks`: секции беклога и имена
-  индексов, если они отличаются от умолчания. Один конфиг на весь канон, а не по
-  одному на каталог.
+- **Каталог задач — `docs/tasks`, жёстко**, и `--dir` передаётся явно всегда:
+  раскладка канона одинакова во всех проектах, и искать больше нечего. Каталога
+  нет — код 3 и вопрос человеку; `init` заводит его **только** когда проект
+  действительно новый, а перевод чужой раскладки делает `av-dev-pm:canon`.
+  У скрипта поиск вверх по дереву ещё жив — он для непереведённых проектов, и
+  полагаться на него скилл не должен: молча найденный чужой каталог это дрейф.
+- **Настройки живут в `docs/.pm.json`**, ключ `tasks`: **имена** файлов и
+  заголовков, и только если они отличаются от умолчания. Один конфиг на весь
+  канон, а не по одному на каталог. Неизвестный ключ — код 3 на любой команде,
+  так что лишнее слово в этом объекте останавливает работу с задачами целиком.
 - **Секции беклога** берутся из заголовков `##` индекса как есть; их количество
-  и названия — дело проекта (умолчание `ядро` / `инфра`).
+  и названия — дело проекта (умолчание `ядро` / `инфра`). **В конфиге их нет** —
+  второй список разошёлся бы с заголовками молча.
 
 ### Вызов из другого плагина