хвост: учёт зовёт оркестратор, третий такт идёт и на отказе
Ревью трансформации нашло, что тема 78 спорит сама с собой в четырёх местах. Учёт был отдан агенту, хотя перечень оркестратора объявлен закрытым, а границы задания прямо говорят «задач не заводит»: вызов av-dev:task-track вернулся оркестратору, агенту третьего такта осталось письмо в документы. Ветка отказа не была покрыта — на ответе «ничего» правка первого такта уезжала в коммит невычитанной и с непрогнанным гейтом. Теперь третий такт идёт всякий раз, когда была реплика; не идёт он только тогда, когда реплики не было вовсе. Дом правила вычитки в doc-sync знает про два захода. Барьер карты кластеров из сценария «задачи из ревью и аудита» снимается там, где его уже прошли: список показан человеку и получил ответ. При прямом вызове и вызове из code-deep-review карта по-прежнему вопрос. Счёт стопов сведён в таблицу по сценариям; у обслуживания появился второй заход и одна реплика с поводом «новый запрет или инвариант». Сигнал сверки считается по архиву change и каталогу задач разом — иначе chore и research не считались вовсе — и вошёл в возврат агента и в доклады трёх сценариев. Ось «род правки документа» внесена в перечень осей. Журнал — тема 80; отложенный старший долг назван в С287.
This commit is contained in:
@@ -0,0 +1,86 @@
|
||||
# 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 и разбирается отдельным заходом.
|
||||
Reference in New Issue
Block a user