починены находки второго ревью: цикл закрытия задачи и три отсутствовавших слота

- task-pipeline и task-batch запрещали шаг, который сами же добавили: раздел
  границ и финальный доклад переписаны под снятую границу приёмки
- «триаж сводит строки в одну» противоречило «не сливает» — деградация снова
  поразрядная во всех трёх местах
- канон не требовал в CLAUDE.md имени основной ветки, testdata и запретов, а
  скелета CLAUDE.md не было вовсе — заведён
- обратимость жила в двух домах, читатели ходили в пустой; единственный дом
  теперь CLAUDE.md
- заведены слоты «Единые точки проекта» и «Триггеры профиля», куда charter'ы
  слали, а канон их не создавал
- блок «Вопросы к проходам» стал частью задания прохода: за ним ходили двое
  из девяти
- чек-лист синка и правило «замер + настройка» сведены к одному дому;
  plugin.json больше не про бриф

av-dev-pipeline/skills/task-batch/SKILL.md

@@ -46,8 +46,9 @@ description: Проводит несколько задач разом — пл
 - **Батч не владеет спринтом и целями.** Он сообщает исход по каждой задаче в тех
   же трёх словах, что и `task-pipeline`: сделана / не доведена / оказалась крупнее
   задачи.
-- **Записей учёта батч не трогает и задач не закрывает** — как и одиночный
-  пайплайн. Закрытие — акт владельца спринта после приёмки. Урожай ревью батч
+- **Задачи закрывает пайплайн внутри каждого сабагента**, шагом 9а, вызовом
+  Skill `av-dev-pm:tasks`. Батч сам записей учёта не трогает: он не знает, чем
+  кончилась приёмка, и дублировать закрытие ему незачем. Урожай ревью батч
   отдаёт списком, а задачи из него заводит тот, кто ведёт задачи проекта.
 
 ## Ключевое отличие от одиночного пайплайна
@@ -305,9 +306,10 @@ rebase в файле X», а не «нераспознанное пересеч
 - Убери worktree и ветки **только успешно влитых** задач, в конце
   `git worktree prune`. Worktree и ветки **провалившихся** не трогай — они нужны
   для ручного дожатия.
-- **Задачи батч не закрывает** — ни одну, ни свои, ни чужие записи учёта не
-  трогает. Он сообщает исход по каждой; закрытие происходит после приёмки и
-  делается владельцем спринта.
+- **Записей учёта батч не трогает** — их правит пайплайн внутри сабагента на
+  шаге 9а. Батч сообщает исход по каждой задаче; если какой-то сабагент дошёл до
+  коммита, но закрытия не сделал (плагина нет, вызов не разрешился), скажи это
+  строкой — иначе задача останется открытой молча.
 - Доложи кратко:
   - **исход по каждой задаче** одним из трёх слов, с хешем коммита;
   - план волн и порядок интеграции, с пометкой, какие задачи шли по одной как