починены находки финальной сверки: закрытие задачи переехало за коммит

- sprint.md прямо запрещал шаг, который пайплайн теперь делает: раздел «кто и
  когда закрывает» переписан под снятую границу приёмки
- закрытие задачи стало шагом 11, после коммита: раньше упавший коммит оставил
  бы задачу закрытой без следа работы
- контракт close --implemented больше не обещает состоявшуюся приёмку
- слот «куда копируются критерии приёмки» убран из session: на него отвечает
  пайплайн, а канон его не заводил
- research/ в таблице ролей вернул adversary; журнал версий поднимает CLAUDE.md
  целиком, а не тремя пунктами из восьми
- TODO и REMAINING перестали занижать: коммитов одиннадцать, переписок три

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

@@ -208,13 +208,13 @@ python3 $tk reopen <слаг> --dir D --reason …    # приёмка не со
    спринт.
 3. **Необратимое** — что спрашивается у человека всегда (тот же слот, что у
    скилла `tasks`; дом один).
-4. **Как критерии приёмки переживают удаление файла задачи** — файл удаляется
-   при закрытии, поэтому критерии копируются туда, где их увидит приёмщик
-   (предложение об изменении, описание ветки, тело коммита). Куда именно —
-   решает проект.
-5. **Ориентир по размеру спринта**, если он замерялся. Умолчание — 5–8 задач, и
+4. **Ориентир по размеру спринта**, если он замерялся. Умолчание — 5–8 задач, и
    это **ориентир, а не закон**.
 
+Слота «куда копируются критерии приёмки» здесь нет намеренно: на него отвечает
+**пайплайн проекта**, перенося их в описание изменения при его заведении. Проект
+без пайплайна называет своё место сам, в слоте 1.
+
 Числа проекта (сколько задач в спринте, сколько времени на задачу, каков прирост
 беклога) — предмет шага 2, а не константы этого скилла.
 

av-dev-pm/skills/session/references/sprint.md

@@ -61,19 +61,27 @@
 
 ### Кто и когда закрывает
 
-**Задачу закрывает не пайплайн, а владелец спринта — после приёмки.** Порядок:
+**Задачу закрывает агент-оркестратор — тот же, кто её и сделал**, последним шагом
+пайплайна, после коммита. Порядок:
 
-1. пайплайн доводит задачу до коммита и **докладывает исход**; файл задачи он не
-   трогает — своей процедуры закрытия у него нет;
-2. приёмщик (не исполнитель) сверяет критерии поимённо и выносит вердикт;
-3. вердикт сошёлся — владелец спринта зовёт `close <slug> --implemented`
-   командой учёта задач из `CLAUDE.md` проекта.
+1. пайплайн доводит задачу до коммита;
+2. **после коммита** зовёт `Skill av-dev-pm:tasks` и закрывает задачу
+   (`close <slug> --implemented`); строка уходит из `SPRINT.md`;
+3. **докладывает исход и по каждому критерию — оракул и наблюдаемый исход.**
+   Это доклад приёмщику, а не отметка «принято».
 
-Обратный порядок ломает приёмку физически: закрытие **удаляет файл**, и
-приёмщику, нашедшему расхождение, возвращать нечего.
+**Приёмщик и исполнитель здесь совпадают, и это принято сознательно** — цена
+названа в `SKILL.md`, раздел «Стимулы». Поэтому закрытие **не окончательно**, а
+доклад по критериям — не формальность: он единственное, по чему приёмка вообще
+возможна.
 
-**Дорога назад существует и обязана быть названа.** Закрыли раньше вердикта, а
-приёмка не сошлась — `tasks.py reopen <slug> --reason "приёмка не сошлась: …"`:
+**Порядок «коммит, потом закрытие» обязателен.** Закрытие удаляет файл задачи;
+упавший коммит после закрытия оставил бы задачу закрытой без единого следа
+работы.
+
+**Дорога назад существует и обязана быть названа.** Человек на сессии сверил
+критерии, и приёмка не сошлась — `tasks.py reopen <slug> --reason "приёмка не
+сошлась: …"`:
 файл восстанавливается из истории git, строка возвращается в набор идущего
 спринта (или в беклог, если спринта нет), строка кладбища снимается. Тело
 восстанавливается **на момент удаления** — всё, что было дописано позже, живёт
@@ -84,13 +92,16 @@
 Три условия, без которых пункт про критерии не исполняется никем:
 
 1. **Критерии переживают файл задачи.** Файл удаляется при закрытии, поэтому
-   критерии копируются туда, где их увидит приёмщик — в предложение об
-   изменении, описание ветки, тело коммита. Куда именно, называет `CLAUDE.md`
-   проекта. Иначе приёмка проверяет критерии из файла, которого больше нет.
-2. **Принимает не исполнитель.** Отдельный контекст — сабагент или человек, —
-   которому дают изменение, отчёт исполнителя и отчёты ревью. Тот же принцип
-   декорреляции, на котором стоит любой конвейер проверки: занизивший и
-   проверяющий не должны быть одним контекстом.
+   критерии копируются туда, где их увидит приёмщик. Куда именно — **отвечает
+   пайплайн проекта, а не слот в `CLAUDE.md`**: он переносит их в `tasks.md`
+   изменения на шаге заведения change. Проект без пайплайна называет своё место
+   сам.
+2. **Принимает человек на сессии, а не отдельный агент.** Декорреляция
+   исполнителя и приёмщика в момент закрытия **снята** (решение о снятии и его
+   цена — в `SKILL.md`, «Стимулы»). Опоры остались три: сохранённый отчёт триажа
+   в `openspec/changes/<id>/review/` — независимый артефакт, `SPRINT.md` под git
+   и `reopen`. Переоценка на сессии и есть момент, когда критерии видит не
+   исполнитель.
 3. **Расхождение — дефект критериев.** Приёмщик правит критерии и возвращает
    задачу исполнителю **в этом же спринте**: ответ есть, остаток есть, по тесту
    про остаток это не выход из спринта.