# 80. Противоречия хвоста сведены: кто зовёт учёт, когда идёт третий такт (2026-08-23)

## Что было

Тему 78 проверило ревью — три прохода по скиллам, документам и сквозной
консистентности. Кроме поломки, разобранной темой 79, оно нашло, что тема
противоречит сама себе в четырёх местах, и все четыре — про хвост задачи.

**Учёт отдали агенту, не сняв запрета.** Такт третий звал `av-dev:task-track`, а
`code-resolve/SKILL.md` двумя абзацами ниже объявлял этот вызов оркестраторским и
перечень закрытым, а границы задания агента прямо гласили «задач не заводит».

**Ветка отказа не была покрыта.** Первый такт откладывал вычитку и гейт в третий,
третий запускался «только если человек что-то одобрил» — и на ответе «ничего»
правка первого такта уезжала в коммит невычитанной, с непрогнанным гейтом.

**Дом правила вычитки не знал про два захода.** `doc-sync` велел звать
`doc-wording` последним шагом правки; агент, читающий дом, вычитал бы половину
пачки.

**Барьер учёта столкнулся с одной репликой.** Сценарий «задачи из ревью и аудита»
требует показать карту кластеров через `AskUserQuestion` — изнутри агента, где
показывать некому, и вторым вопросом там, где стоп уже был.

Отдельно разошёлся счёт стопов: «один плановый» в четырёх местах против «два» во
фронтматтере и тонкостях, — и сценарий обслуживания получил реплику, но не
получил того, кто пишет одобренное.

## Решено

**Р322. Задачи из урожая заводит оркестратор, а не агент.** Довод тот же, что у
коммита и закрытия: заведение правит индексы учёта, а перечень работ ведёт
человек. Агенту третьего такта остаётся письмо в документы канона.

**Р323. Третий такт идёт всякий раз, когда была реплика** — в том числе на ответе
«ничего»: на нём висят вычитка и гейт, снятые с себя первым тактом. Не
запускается он ровно тогда, когда реплики не было вовсе.

**Р324. Дом правила вычитки знает про два захода.** Предложения есть — вычитка
ждёт второго захода; предложений нет — заход последний, и вычитка идёт в нём;
отказ человека второго захода не отменяет.

**Р325. Барьер карты кластеров снимается там, где его уже прошли.** Признак
читается буквально: список находок уже показан человеку и получил ответ. Это
хвост задачи; при прямом вызове и вызове из `av-dev:code-deep-review` карта
по-прежнему предъявляется вопросом — там разбирали находки, а не нарезку.

**Р326. Стопов у сценария два, и счёт сведён в одну таблицу** — по сценариям, с
разделением «до письма» и «после письма». Чекпоинт остаётся не более чем одним, и
реплика этого счёта не касается: она решает не форму решения, а судьбу находок.

**Р327. У обслуживания появился второй заход, а повод для реплики один** — новый
запрет или инвариант `CLAUDE.md`. Урожай ревью спрашивается той же репликой;
сужение проверок не спрашивается вовсе, потому что его решил человек.

**Р328. Сигнал сверки считается по архиву change и каталогу задач разом.** Счёт
по одному архиву не видел `chore` и `research`: они change не заводят и заметны
только закрытием. Постановка текстом следа не оставляет ни там ни там — это
говорится строкой.

**Р329. «Род правки документа» внесён в перечень осей** — отражение · новое, дом
`av-dev:doc-sync`. Перечень объявлен полным, а ось ветвит поведение трёх скиллов;
её отсутствие было ровно тем молчаливым пропуском, от которого перечень
предостерегает в своей же шапке.

**Р330. Глубокое ревью пишет след в `docs/review.md` без второго вопроса.**
`review.md` — документ рода «новое», но слово по каждой находке человек сказал в
разборе, а след цитирует его решения.

## Следствия

**С285. Сигнал сверки вошёл в контракт возврата и в доклады всех трёх
сценариев.** Прежде строка была объявлена обязательной в скилле-владельце, но
порождалась там, где её никто не обязан вернуть.

**С286. Прогон ревью после трансформации перестал быть необязательным.** Он нашёл
одну рабочую поломку (тема 79) и четыре противоречия, ни одно из которых не видит
гейт: гейт судит форму, а согласованность утверждений — суждение.

**С287. Часть находок ревью намеренно отложена, и это не пропуск.** Старший долг —
основания развилки, названные то двумя, то тремя; `task-track/SKILL.md`, живущий
в мире снятых меток; `review-basics`, у которого «нет тем ядра» и тут же есть
`operations`; вопросы проекта по темам, обещанные проходам, которые о них не
знают; расхождения `av-dev:code-deep-review` с уставами `review-code` и
`review-triage`; отсутствующая запись журнала версий канона. Всё это старше темы
78 и разбирается отдельным заходом.