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

Состав прогона постоянный: гейт, спеки, код, триаж; приёмник тем идёт,
когда у проекта есть свои темы. Метка, разметка и проход review-scope
упразднены, review-levels.md удалён, ось «метка» снята из axes.md.

Ступень 4 ушла из цикла: review-proof упразднён через день после
заведения, review-architecture переехал в code-deep-review вслед за
adversary и ops. Темы security, operations и architecture закрывает
review-code сверкой с записанными инвариантами, потолком 1 находка.

Умолчание разметки действий перевёрнуто на инлайн; развилка осталась
за необратимым, изменением дельта-спек и нарушенным инвариантом.
Задачи из урожая заводятся по слову человека, а не шагом сценария.

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

Журнал — тема 77.

README.md

@@ -80,8 +80,8 @@
   **Обслуживание** (тип `chore`: тулчейн и сборка, зависимости, гит-хуки,
   перенос, чистка) change не заводит и планового стопа не имеет вовсе:
   дельта-спек у него нет **по построению**, то есть цикл SDD здесь не урезан, а
-  остаётся без входа. Ревью идёт фиксированным планом без метки и без
-  разметчика — `autotests` и `operations`, плюс `conventions` с техническим
+  остаётся без входа. Ревью идёт фиксированным планом без change —
+  `autotests` и `operations`, плюс `conventions` с техническим
   разбором, если дифф трогает код; главный шаг сценария — синк документации,
   потому что обслуживание чаще прочих двигает как раз те факты, которые
   сверяются с кодом. Правка гейта сверяется по составу проверок, а не по цвету.
@@ -109,19 +109,21 @@
   самом скилле только вход, развилка и правила, не зависящие от сценария;
 - `code-review` — конвейер ревью **по темам**: документ проекта либо заводит
   тему проверки, либо питает чужую тему источником, либо процессный и в ревью не
-  читается вовсе. Разметка идёт **один раз на задачу**, сразу после `apply`:
-  агент `review-scope` меряет размер по диффу, сложность — по написанному о
-  задаче, и берёт метку как максимум по осям. Метка правит состав прогона:
-  `small` — гейт, спеки, код, триаж; `medium` — плюс приёмник тем; `large` —
-  плюс `review-proof` (темы `security` и `operations` разом, чтением и
-  рассуждением) и архитектурный проход. Каждый проход — свой агент, перечень
-  держит сам скилл;
+  читается вовсе. **Состав постоянный, метки у прогона нет:** гейт, сверка со
+  спекой, разбор кода, триаж; приёмник тем идёт, когда у проекта есть свои темы.
+  Цикл задачи проверяет **корректность и механику** против записанного критерия —
+  дельта-спеки, конвенции, инварианты `CLAUDE.md`, вывод инструментов; темы
+  `security`, `operations` и `architecture` закрыты в нём сверкой с записанными
+  инвариантами, и только. Находки по умолчанию чинятся инлайн и молча, человеку
+  уходит необратимое и то, что меняет дельта-спеки, а задачи из урожая заводятся
+  по его слову. Каждый проход — свой агент, перечень держит сам скилл;
 - `code-deep-review` — **глубокое ревью области**, а не задачи: модуля, слоя,
   сервиса целиком. Здесь живут тяжёлые проходы, которых в цикле задачи нет, —
   `review-adversary` строит путь и **прогоняет** падающий тест, `review-ops`
-  снимает числа замером; рядом идут `architecture` на широком входе и `code` по
-  коду целиком. Исход — не правки, а разговор: находки разбираются с человеком
-  по одной и согласованное уезжает задачами через `task-track`. Дорого — не на
+  снимает числа замером, `architecture` судит форму решения на широком входе;
+  рядом идёт `code` по коду целиком. Исход — не правки, а разговор: находки
+  разбираются с человеком по одной, и согласованное уезжает задачами через
+  `task-track`. Дорого — не на
   задаче и не по расписанию; вход копит сам цикл строками «отложено» в границах
   покрытия.