хвост: учёт зовёт оркестратор, третий такт идёт и на отказе

Ревью трансформации нашло, что тема 78 спорит сама с собой в четырёх местах.

Учёт был отдан агенту, хотя перечень оркестратора объявлен закрытым, а
границы задания прямо говорят «задач не заводит»: вызов av-dev:task-track
вернулся оркестратору, агенту третьего такта осталось письмо в документы.

Ветка отказа не была покрыта — на ответе «ничего» правка первого такта
уезжала в коммит невычитанной и с непрогнанным гейтом. Теперь третий такт
идёт всякий раз, когда была реплика; не идёт он только тогда, когда реплики
не было вовсе. Дом правила вычитки в doc-sync знает про два захода.

Барьер карты кластеров из сценария «задачи из ревью и аудита» снимается там,
где его уже прошли: список показан человеку и получил ответ. При прямом
вызове и вызове из code-deep-review карта по-прежнему вопрос.

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

Журнал — тема 80; отложенный старший долг назван в С287.
This commit is contained in:
av
2026-08-23 19:43:49 +03:00
parent 8145b378b2
commit d79f9d2286
11 changed files with 244 additions and 56 deletions
+21 -9
View File
@@ -303,7 +303,7 @@ flowchart TD
| правки по находкам триажа, помеченным `инлайн` | [solve](references/solve.md), шаг 5; [maintain](references/maintain.md), шаг 4 |
| правка оснастки в сценарии обслуживания | [maintain](references/maintain.md), шаг 2 |
| архивация change и отражение в документах — `opsx:archive` и `av-dev:doc-sync` | [solve](references/solve.md), шаг 6, такт 1; [maintain](references/maintain.md), шаг 5 |
| письмо одобренного нового и задачи из урожая | [solve](references/solve.md), шаг 6, такт 3 |
| письмо одобренного нового в документы канона | [solve](references/solve.md), шаг 6, такт 3; [maintain](references/maintain.md), шаг 5 |
**Остальное остаётся оркестратору, и перечень закрыт:** выбор сценария и стопы,
чекпоинт, вызовы `av-dev:code-review`, `av-dev-git:commit` и `av-dev:task-track`,
@@ -393,11 +393,21 @@ flowchart TD
второй раз — делай сам и **скажи это строкой доклада**: прогон стоил дороже, чем
должен, и это факт для человека, а не стоп.
## Автономность и плановый стоп
## Автономность и плановые стопы
**У двух сценариев ровно один плановый стоп**, и стоят они в разных местах:
у решения — объяснение сразу после предложения и до кода, у разведки — варианты
до первого написанного требования. Правило вокруг них общее.
**Стопов у сценария не больше двух, и каждый — про решение человека, а не про
ход работ.**
| Сценарий | Стоп до письма | Стоп после письма |
| --- | --- | --- |
| решение | чекпоинт: объяснение после предложения и до кода | реплика шага 6: что из найденного заводится |
| разведка | чекпоинт вариантов до первого написанного требования | — исход и так уезжает в документы по выбранному варианту |
| обслуживание | — планового нет | реплика шага 5, и только если появилось новое |
**Второй стоп короче первого и часто не случается вовсе.** Первый решает форму
решения, и без ответа работа не идёт дальше; второй решает, что из найденного
переживёт задачу, и при пустом списке нового его просто нет. Правило вокруг обоих
общее.
**У обслуживания планового стопа нет вовсе, и это следствие, а не поблажка.**
Один стоп с ожиданием ответа у него всё же есть — по найденной дельта-спеке, — но
@@ -529,12 +539,14 @@ change, у второго — сверенный состав гейта и си
текущем worktree и на текущей ветке: не делай `git checkout`/`switch`, не
создавай веток, не пушь.
- Прогон проходит **не больше одного** чекпоинта, и это норма, а не упрощение.
Два стопа за одну задачу — цена незнания способа, и платится она двумя
Два чекпоинта за одну задачу — цена незнания способа, и платится она двумя
прогонами, а не одним длинным. У обслуживания чекпоинта нет ни одного, и это
тоже норма: там нечего решать.
тоже норма: там нечего решать. Реплика о новом чекпоинтом не является и этого
счёта не касается — она решает не форму решения, а судьбу находок.
- Держи вызывающего в цикле короткими репликами на переходах фаз, но не проси
подтверждать механику: чекпоинт — единственное место, где ждут ответа, а в
обслуживании такого места нет вовсе.
подтверждать механику. Мест, где **ждут ответа**, ровно два, и оба названы в
«Автономности»: чекпоинт до кода и реплика о новом после него. Третьего нет ни
в одном сценарии, и заводить его нельзя.
- **Сценарий назван вслух — значит, его можно оспорить.** Человек, увидевший в
первой реплике «иду разведкой, потому что способа не видно», поправит выбор
одной фразой; молча выбранный сценарий он поправит через полчаса работы.