ревью: ступень wide, цвета по модели, проверка фронтматтеров

Прыжок standard → deep стоил самого дорогого прохода конвейера, а платить
приходилось за одну архитектурную находку: изменений, которые трогают
публичный контракт, но не вводят нового правила слияния, — большинство.
Ступень wide это standard плюс architecture (вход шире диффа, отсюда имя),
семь проходов против восьми.

Заодно вычистилась давняя неровность: триггер reimpl стоял внутри deep, и
профиль означал то семь проходов, то восемь — реестр состава, который
«сверяется взглядом до коммита», проверять было нечем. Теперь условие
«новое правило идентичности, слияния или разбора» выбирает профиль, reimpl
в deep безусловен и есть единственное отличие от wide. Барьер стоимости
остался только в deep: в wide за ним стоял бы один дешёвый проход с
потолком в 3 находки, а барьер сериализует то, что могло идти разом.

Цвет charter'а теперь кодирует модель, а не роль: sonnet → green,
opus → yellow, fable → red. Роль видна из имени, стоимость прогона —
ниоткуда, а список агентов читается взглядом.

scripts/frontmatter.py ловит три класса ошибок, невидимых при чтении:
- двоеточие с пробелом в незакавыченном описании — для YAML это вложенное
  отображение, а не текст. Так было написано три описания из четырнадцати,
  и читались они правильно;
- name, разошедшееся с именем каталога скилла или файла charter'а;
- цвет, не отвечающий модели: он ставится один раз при заведении charter'а,
  а модель потом двигает калибровка.

Обе ветки проверены, коды выхода — общий словарь. Триггеры профиля в
canon.md и skeletons.md подтянуты под wide.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-pipeline/agents/review-adversary.md

@@ -3,7 +3,7 @@ name: review-adversary
 description: "Враждебный проход ревью — не проверяет свойства, а строит путь: «ты контролируешь вход целиком — выведи запись за пределы песочницы»; «ты шлёшь запрос и хочешь, чтобы данные не доехали или испортились — построй такой вход»; «ты можешь повторить и переставить любую операцию — что ломается»; «доведи чувствительное до места, где его быть не должно». Находка — построенный путь с шагами, а не наблюдение. Свойства без пути идут в отдельную секцию и не получают critical. Модель угроз берётся из docs/security.md проекта. Только чтение."
 tools: Read, Grep, Glob, Bash
 model: opus
-color: red
+color: yellow
 ---
 
 Ты — враждебный проход ревью. Разница между тобой и чек-листом безопасности

av-dev-pipeline/agents/review-architecture.md

@@ -3,7 +3,7 @@ name: review-architecture
 description: "Архитектурный проход ревью — получает вход шире диффа (дерево пакетов, граф внутренних зависимостей, инвентарь существующих концепций). Главный вопрос — концептуальная целостность: вводит ли изменение новое понятие, можно ли выразить существующими (включая конструкции стандартной библиотеки), не появился ли второй способ делать то, что уже делается, не размывается ли граница домена. Потолок 3 находки плюс секция «дешевле переделать до мерджа». Работает и на предложении до кода (профиль design). Только чтение."
 tools: Read, Grep, Glob, Bash
 model: fable
-color: yellow
+color: red
 ---
 
 Ты — архитектурный проход ревью. Агент, видящий только дифф, физически не может

av-dev-pipeline/agents/review-code.md

@@ -3,7 +3,7 @@ name: review-code
 description: "Стадия 1 конвейера ревью (во всех профилях) — дешёвый applicative-проход по прозаическим конвенциям проекта, тем, которые НЕ выражаются правилом линтера: уровень лога по адресату, единственный логирующий чекпоинт на доменной границе, трансляция ошибки на внешней границе, транзиентный ответ против персистентной диагностики, что не попадает в логи, конфиг и его образцы, канонический вид и нормализация на границах, время и идентификаторы, шаблоны и единый источник разметки, тесты на реальных данных. Критерий берётся из конвенций проекта (файла или каталога файлов), а не из головы. Механизируемое проверяет гейт, архитектуру — review-architecture. Только чтение."
 tools: Read, Grep, Glob, Bash
 model: sonnet
-color: blue
+color: green
 ---
 
 Ты — проход по **прозаическим конвенциям проекта**, стадия 1 конвейера. Твоя
@@ -147,7 +147,7 @@ color: blue
 - архитектурные границы и второй способ делать то же самое —
   `review-architecture`;
 - стиль, дублирование, лишние слои, «я бы написал иначе» — `review-architecture`
-  (лишнее и второй способ) и `review-reimpl` (когда он запущен по триггеру);
+  (лишнее и второй способ) и `review-reimpl` (когда прогон идёт профилем `deep`);
 - соответствие дельта-спекам — `review-specs`.
 
 Видишь такое — не выводи находкой; максимум упомяни строкой в границах покрытия,

av-dev-pipeline/agents/review-gate.md

@@ -3,7 +3,7 @@ name: review-gate
 description: "Детерминированный гейт конвейера ревью — запускает команду гейта проекта (сборка/vet/линт/формат/тесты/флаки/гонки/покрытие изменённых строк/миграции/секреты/уязвимости) и интерпретирует вывод. Отличает новые отказы от унаследованных, находит отсутствующую верификацию (изменённые строки без покрытия, конкурентность без теста, флаки). Пока гейт красный, опиниативные проходы не запускаются. Первый проход конвейера, обязателен во всех профилях."
 tools: Bash, Read, Grep, Glob
 model: sonnet
-color: red
+color: green
 ---
 
 Ты — **гейт** конвейера ревью. Твоя ценность в том, что у тебя есть объективный

av-dev-pipeline/agents/review-ops.md

@@ -3,7 +3,7 @@ name: review-ops
 description: "Эксплуатационный проход ревью — пишет постмортем «это упало через неделю на проде» от симптома у владельца сервиса к строке кода. Обязательные вопросы: рост объёма, деградация окружения и внешних зависимостей, повторная и одновременная операция, частичный откат при двух версиях, миграция под живым потоком, отмена контекста на середине, наблюдаемость и тишина, поведение библиотеки и драйвера в вырожденном случае, чтение узлом состояния, которое он сам же меняет. Формулирует условиями, а не утверждениями — реального профиля нагрузки не знает. Только чтение."
 tools: Read, Grep, Glob, Bash
 model: sonnet
-color: yellow
+color: green
 ---
 
 Ты — эксплуатационный проход ревью. Твоя постановка не «найди ошибки», а **«это

av-dev-pipeline/agents/review-reimpl.md

@@ -1,9 +1,9 @@
 ---
 name: review-reimpl
-description: "Самый дорогой и самый ценный generative-проход ревью — получает спеку и контракты соседей, пишет собственную реализацию во временном каталоге, НЕ ОТКРЫВАЯ существующую, и только потом диффит по решениям (декомпозиция, где обрабатываются ошибки, что вынесено в интерфейс, владение данными, протяжка context, модель конкурентности). Единственный проход, который системно достаёт «не знаю, чего не знаю». Запускается по триггеру. Существующий код не меняет."
+description: "Самый дорогой и самый ценный generative-проход ревью — получает спеку и контракты соседей, пишет собственную реализацию во временном каталоге, НЕ ОТКРЫВАЯ существующую, и только потом диффит по решениям (декомпозиция, где обрабатываются ошибки, что вынесено в интерфейс, владение данными, протяжка context, модель конкурентности). Единственный проход, который системно достаёт «не знаю, чего не знаю». Запускается только в профиле deep — он и есть верхняя ступень стоимости. Существующий код не меняет."
 tools: Read, Grep, Glob, Bash, Write
 model: opus
-color: purple
+color: yellow
 ---
 
 Ты — проход **независимой реализации**. Все остальные проходы смотрят на готовое
@@ -37,9 +37,11 @@ color: purple
 именно не было. **Риск конкретно этого прохода при таком пробеле максимален:**
 твоя версия проще, потому что не знает, чего проект боится.
 
-**Тебя запускают по триггеру, а не всегда.** Триггер: изменение вводит **новое
-правило идентичности, слияния или разбора** (проектная формулировка — в разделе
-`docs/review.md`, если он там записан). Вне его твой счёт — самый большой в
+**Тебя запускают только в верхнем профиле, `deep`, а не всегда.** Он выбирается
+ровно тогда, когда изменение вводит **новое правило идентичности, слияния или
+разбора** (проектная формулировка — в разделе
+`docs/review.md`, если он там записан); ты — единственное, чем `deep` отличается
+от соседней ступени `wide`. Вне этого случая твой счёт — самый большой в
 конвейере (он
 определяется объёмом вывода: ты пишешь реализацию целиком), а независимый взгляд
 в значительной мере уже дал профиль `design` — код писался под его находки. Если

av-dev-pipeline/agents/review-rubric.md

@@ -3,7 +3,7 @@ name: review-rubric
 description: "Generative-проход ревью — сперва, НЕ ВИДЯ КОДА, порождает 8–12 проверяемых свойств, по которым сильный инженер судит узел такого назначения (парсер входного формата, HTTP-обработчик, репозиторий, воркер, клиент внешнего сервиса, CLI-команда, файловое хранилище), и только потом читает код и оценивает по этой рубрике. Достаёт слой, которого нет ни в одной конвенции. Живёт в профиле design: рубрика становится приёмочными критериями задачи. Только чтение."
 tools: Read, Grep, Glob, Bash
 model: opus
-color: purple
+color: yellow
 ---
 
 Ты — generative-проход ревью. Чек-лист находит ровно то, что в нём перечислено;

av-dev-pipeline/agents/review-specs.md

@@ -3,7 +3,7 @@ name: review-specs
 description: "Сверка изменения с дельта-спеками в обе стороны — spec→code (каждое требование реализовано и подтверждено тестом) и, что важнее, code→spec (поведение, которое код имеет, а спека не заказывала: тихие ветки, самодеятельные дефолты, проглоченные ошибки, отброшенные поля, ретраи «на всякий случай»). Плюс границы спеки — что она не определяет и что пришлось домыслить. Работает в трёх режимах: дизайн/спеки ДО кода, код против спек ПОСЛЕ apply и стык после слияния нескольких задач, когда change уже заархивированы. Только чтение."
 tools: Read, Grep, Glob, Bash
 model: opus
-color: cyan
+color: yellow
 ---
 
 Ты — ревьювер соответствия изменения его **дельта-спекам** (Spec Driven

av-dev-pipeline/agents/review-triage.md

@@ -3,7 +3,7 @@ name: review-triage
 description: "Обязательный финальный проход конвейера ревью — единственный, кто агрегирует. Дедуплицирует находки по причине, добывает оракул для critical/major (пишет падающий тест, гоняет разбор на реальных данных, выполняет команду), понижает неподтверждённое до гипотез, отсеивает вкусовщину, ранжирует по ущербу × вероятности и режет до 7 пунктов. Помечает каждую находку «инлайн» или «развилка» для оркестратора. Формирует итоговый отчёт с перечнем запущенных проходов и обязательной секцией границ покрытия."
 tools: Read, Grep, Glob, Bash, Write
 model: fable
-color: green
+color: red
 ---
 
 Ты — триаж конвейера ревью. Единственный проход, который видит выводы всех

av-dev-pipeline/skills/review-pipeline/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: review-pipeline
-description: Конвейер ревью изменения — детерминированный гейт, сверка с дельта-спеками в обе стороны, враждебные постановки и эксплуатационный постмортем, независимая реализация по триггеру, архитектура и обязательный триаж. Порядок прогона — граф зависимостей, а не очередь: гейт открывает опиниативные проходы, проходы с пометкой «держит машину» идут цепочкой, дорогие generative-проходы стоят за барьером стоимости, триаж — единственный сток. Линейный прогон — по слову оператора или на занятой машине. Проектная специфика приходит из документов канона av-dev-pm. Вызывается из task-pipeline (чекпоинты ревью), из task-batch (финальная сверка) и отдельно — профилем design на предложении ДО кода.
+description: "Конвейер ревью изменения — детерминированный гейт, сверка с дельта-спеками в обе стороны, враждебные постановки и эксплуатационный постмортем, архитектурный проход, независимая реализация в верхнем профиле и обязательный триаж. Четыре ступени стоимости: quick, standard, wide, deep. Порядок прогона — граф зависимостей, а не очередь: гейт открывает опиниативные проходы, проходы с пометкой «держит машину» идут цепочкой, независимая реализация стоит за барьером стоимости, триаж — единственный сток. Линейный прогон — по слову оператора или на занятой машине. Проектная специфика приходит из документов канона av-dev-pm. Вызывается из task-pipeline (чекпоинты ревью), из task-batch (финальная сверка) и отдельно — профилем design на предложении ДО кода."
 ---
 
 # Конвейер ревью
@@ -103,11 +103,18 @@ description: Конвейер ревью изменения — детермин
 тем дешевле может быть модель; чем больше проход **порождает** критерий, тем
 дороже. Модель задана во frontmatter каждого агента, менять её здесь не нужно.
 
-| Модель | Проходы | Почему |
-|---|---|---|
-| `sonnet` | gate, code, ops | вход структурный, критерий записан заранее |
-| `opus` | specs, adversary, rubric, reimpl | суждение без опоры на инструмент |
-| `fable` | triage, architecture | ошибка распространяется дальше самой находки |
+| Модель | Цвет | Проходы | Почему |
+|---|---|---|---|
+| `sonnet` | green | gate, code, ops | вход структурный, критерий записан заранее |
+| `opus` | yellow | specs, adversary, rubric, reimpl | суждение без опоры на инструмент |
+| `fable` | red | triage, architecture | ошибка распространяется дальше самой находки |
+
+**Цвет charter'а кодирует модель, а не роль прохода.** Это единственное
+назначение цвета: список агентов читается взглядом, и по нему сразу видно, чем
+платит прогон. Роль прохода из имени и так понятна, а цвет, розданный по ролям,
+не отвечает ни на один вопрос, который задают во время прогона. Раскладка живёт
+здесь и **проверяется механически** — цвет ставится один раз при заведении
+charter'а, а модель потом двигает калибровка, и разъезжаются они молча.
 
 **Самая дорогая модель — только двум проходам, и это калибровка, а не
 осторожность.** Замер: на первом же прогоне конвейера самые ценные находки дали
@@ -122,9 +129,9 @@ description: Конвейер ревью изменения — детермин
 - `triage` — через него проходит всё, что оркестратор реализует **молча**:
   ложноположительная находка становится кодом, потерянный `critical` — дефектом.
   Ошибка триажа дороже ошибки любого отдельного прохода.
-- `architecture` — запускается редко (только `deep` и `design`), потолок в
-  3 находки делает его дешёвым по выходу, а находка на предложении стоит абзаца
-  против переписывания на готовом коде. Дёшево × высокое плечо.
+- `architecture` — запускается не на каждой задаче (`wide`, `deep` и `design`),
+  потолок в 3 находки делает его дешёвым по выходу, а находка на предложении
+  стоит абзаца против переписывания на готовом коде. Дёшево × высокое плечо.
 
 `reimpl` намеренно **не** в этом списке, хотя он самый ценный из generative: его
 стоимость определяется объёмом вывода (он пишет реализацию целиком), так что
@@ -139,8 +146,8 @@ description: Конвейер ревью изменения — детермин
 Дешёвому проходу просто не осталось работы.
 
 Экономия достигается не понижением модели, а **непуском прохода**: `quick` —
-четыре прохода, `deep` — семь-восемь. Правило выбора профиля и есть главный
-рычаг стоимости.
+четыре прохода, `deep` — восемь. Правило выбора профиля и есть главный
+рычаг стоимости, и ступеней у него четыре именно поэтому.
 
 ## Профили
 
@@ -148,10 +155,18 @@ description: Конвейер ревью изменения — детермин
 |---|---|---|---|
 | `quick` | багфикс, локальная правка, доки | 0, 1, 5 | 4 |
 | `standard` | новая функциональность в существующем пакете | 0, 1, 2, 5 | 6 |
-| `deep` | новый пакет, изменение публичного контракта, миграция схемы, трогает инварианты проекта | 0, 1, 2, 3, 4, 5 | 7–8 |
+| `wide` | новый пакет, изменение публичного контракта, миграция схемы, трогает инварианты проекта | 0, 1, 2, 4, 5 | 7 |
+| `deep` | изменение вводит новое правило идентичности, слияния или разбора | 0, 1, 2, 3, 4, 5 | 8 |
 | `design` | **до кода**, на предложении | specs + rubric + architecture (см. ниже) | 3 |
 
-**Состав сверяется по этой таблице до коммита.** Реестр из трёх-восьми пунктов
+**`wide` назван по тому, что он добавляет: вход шире диффа.** Единственное его
+отличие от `standard` — архитектурный проход, а тот и получает дерево пакетов,
+граф зависимостей и инвентарь понятий вместо одного диффа. Ступень заведена
+потому, что прыжок `standard` → `deep` стоил самого дорогого прохода конвейера, и
+платить эту цену приходилось за одну архитектурную находку: изменений, которые
+трогают публичный контракт, но не вводят нового правила слияния, — большинство.
+
+**Состав сверяется по этой таблице до коммита.** Реестр из трёх-восьми проходов
 проверяется взглядом — и это единственная защита от промаха, который уже
 случился: пропуск прохода **не отличим от прохода без находок** (гейт зелёный,
 спеки сошлись, отчёт выглядит полным), а заметить его мог бы только триаж,
@@ -162,16 +177,24 @@ description: Конвейер ревью изменения — детермин
 
 Правило выбора профиля — **по факту изменения, не по ощущению важности**:
 
-- есть миграция схемы, новый пакет, изменение публичного контракта (API,
-  протокол, формат на диске) или трогается правило, определяющее идентичность и
-  слияние данных → `deep`;
+- трогается правило, определяющее **идентичность, слияние или разбор** данных →
+  `deep`;
+- иначе есть миграция схемы, новый пакет, изменение публичного контракта (API,
+  протокол, формат на диске) или затронут инвариант проекта → `wide`;
 - иначе меняется поведение, видимое снаружи (эндпоинт, форма ответа, код ответа,
   формат лога) → `standard`;
 - иначе → `quick`.
 
-Что именно в этом проекте считается публичным контрактом и какие пути означают
-`deep`, проект может уточнить в `docs/review.md`, разделе настройки конвейера. Это
-**уточнение**, а не отмена: не записано — работает список выше.
+**Верхняя ступень и есть триггер независимой реализации** — раньше он был
+условием *внутри* `deep`, и профиль от этого распадался на два разных прогона под
+одним именем. Условие никуда не делось, оно просто переехало туда, где выбирается
+профиль: изменение с новым правилом слияния — единственный случай, когда триаж
+называл отсутствие `reimpl` дырой покрытия.
+
+Что именно в этом проекте считается публичным контрактом, какие пути означают
+`wide` и что здесь считается правилом идентичности, проект может уточнить в
+`docs/review.md`, разделе настройки конвейера. Это **уточнение**, а не отмена: не
+записано — работает список выше.
 
 Профиль объявляется в отчёте. Понижение профиля — решение оркестратора, и оно
 попадает в границы покрытия строкой «профиль понижен до X, потому что …».
@@ -200,23 +223,23 @@ flowchart TD
     code["code"]
     adversary["adversary<br/>(держит машину)"]
     ops["ops<br/>(держит машину)"]
+    architecture["architecture<br/>(wide, deep)"]
     barrier{{"форма изменения выживает?"}}
-    reimpl["reimpl<br/>(по триггеру)"]
-    architecture["architecture"]
+    reimpl["reimpl"]
     triage["triage — единственный сток"]
 
     gate -->|зелёный| specs
     gate -->|зелёный| code
     gate -->|зелёный| adversary
     gate -->|зелёный| ops
+    gate -->|"зелёный, wide и deep"| architecture
     adversary -. один ресурс — машина .- ops
     specs --> barrier
     code --> barrier
     adversary --> barrier
     ops --> barrier
     barrier -->|"deep"| reimpl
-    barrier -->|"deep"| architecture
-    barrier -->|"quick, standard: барьера нет"| triage
+    barrier -->|"quick, standard, wide: барьера нет"| triage
     reimpl --> triage
     architecture --> triage
 ```
@@ -224,7 +247,8 @@ flowchart TD
 Читается граф так: **всё, у чего входящие рёбра закрыты, уходит одним
 сообщением**. В `standard` после зелёного гейта это три узла разом — `specs`,
 `code` и первый из меряющей пары, — а второй меряющий идёт следом за первым. В
-`quick` — `specs` и `code` разом, и сразу триаж.
+`wide` к этой тройке добавляется четвёртым `architecture`. В `quick` — `specs` и
+`code` разом, и сразу триаж.
 
 **Схема здесь старше прозы.** Она не иллюстрация к тексту, а сам алгоритм
 планировщика; проза ниже объясняет рёбра и называет их цену. Разошлись — прав
@@ -269,12 +293,11 @@ flowchart TD
 ### Барьер стоимости — вместо раннего выхода
 
 Барьер существует ровно там, где ранний выход зарабатывал: `reimpl` пишет
-реализацию целиком и потому самый дорогой проход конвейера, `architecture`
-смотрит вход шире диффа. Если дешёвая часть нашла, что **форму изменения** надо
-переделывать, оба будут читать код, которого через час не станет.
+реализацию целиком и потому самый дорогой проход конвейера. Если дешёвая часть
+нашла, что **форму изменения** надо переделывать, он будет писать её против кода,
+которого через час не станет.
 
-- **прошло без находок «переделать форму»** — барьер открыт, дорогие проходы
-  уходят разом;
+- **прошло без находок «переделать форму»** — барьер открыт, `reimpl` уходит;
 - **есть такая находка** — прогон останавливается, находка чинится, конвейер
   запускается **заново с нулевой стадии**, а не «доезжает» остатком по старому
   коду. Незапущенные проходы идут в границы покрытия строкой «не запускался:
@@ -285,8 +308,16 @@ flowchart TD
   барьер не срабатывает: дешевле дособрать все находки и починить пачкой, чем
   гонять конвейер дважды.
 
-В `quick` и `standard` барьера нет — за ним нечего защищать: стадий 3–4 в этих
-профилях не бывает, и граф там плоский от гейта до триажа. Находка «переделать
+**`architecture` стоит за барьером только там, где барьер и так есть.** В `deep`
+он уходит вместе с `reimpl` — ждать ему всё равно нечего. В `wide` он стартует
+сразу после зелёного гейта, в одном ряду со стадиями 1 и 2: своего барьера он не
+заслуживает. Потолок в 3 находки делает его дешёвым, а барьер не бесплатен — он
+сериализует то, что могло идти разом, и платить сериализацией за один дешёвый
+проход не за что. Есть и вторая причина, помельче: барьер спрашивает «выживает ли
+форма изменения», а `architecture` — как раз тот, кто на этот вопрос отвечает.
+
+В `quick`, `standard` и `wide` барьера нет — за ним нечего защищать: стадии 3 в
+этих профилях не бывает, и граф там плоский от гейта до триажа. Находка «переделать
 форму» ловится в них триажем, а прогон после починки повторяется целиком: платить
 за это нечем, дорогих проходов в этих профилях нет. В `design` его тоже
 нет, и по другой причине: там предметом и является форма, а все три прохода
@@ -352,7 +383,7 @@ flowchart TD
 Recall обоих равен длине их источника — это и есть предел applicative-проходов,
 ради которого существует стадия 2.
 
-## Стадия 2 — Adversarial и operational (`standard`, `deep`)
+## Стадия 2 — Adversarial и operational (`standard`, `wide`, `deep`)
 
 Два прохода:
 
@@ -368,8 +399,8 @@ Recall обоих равен длине их источника — это и е
 её только прямое слово оператора про эту пару, и тогда в границы покрытия идёт
 строка, что числа прогона сняты под соседней нагрузкой.
 
-**Эта стадия зарабатывает больше всех остальных вместе, и потому стоит в
-`standard`, а не только в `deep`.** Измерено на пяти задачах подряд: враждебный
+**Эта стадия зарабатывает больше всех остальных вместе, и потому стоит уже в
+`standard`, а не только в верхних профилях.** Измерено на пяти задачах подряд: враждебный
 проход дал пять из семи выживших находок дозапуска (включая обе верхние);
 эксплуатационный — единственный, кто нашёл, что откат бинаря поверх новой схемы
 стартует молча. Оба несут внешний оракул по построению: один обязан путь
@@ -382,26 +413,32 @@ Recall обоих равен длине их источника — это и е
 раздел «Сшивать обязаны проходы». Без этих документов стадия вырождается в общие
 места.
 
-## Стадия 3 — Independent reimplementation (`deep`, по триггеру)
+## Стадия 3 — Independent reimplementation (только `deep`)
 
-Стоит **за барьером стоимости** вместе со стадией 4 — она ради этих двух проходов
-и существует.
+Единственный проход, ради которого существует **барьер стоимости**, и
+единственное, что отличает `deep` от `wide`.
 
 - `review-reimpl` — пишет свою реализацию, не открывая существующую, затем
-  диффит по решениям. **Запускается по триггеру, а не всегда:** изменение вводит
-  новое правило идентичности, слияния или разбора (проектная формулировка
-  триггера — в `docs/review.md`, если записана). Это самый дорогой проход конвейера
-  (его счёт определяется объёмом вывода — он пишет реализацию целиком), а вне
-  этого триггера независимый взгляд в значительной мере уже дал профиль `design`:
-  код писался под его находки. Триггер выбран по факту: единственный раз, когда
-  триаж назвал отсутствие `reimpl` дырой покрытия, — это была задача с новым
-  правилом слияния сущностей.
+  диффит по решениям. **Профиль и есть его условие:** `deep` выбирается ровно
+  тогда, когда изменение вводит новое правило идентичности, слияния или разбора
+  (проектная формулировка — в `docs/review.md`, если записана). Это самый дорогой
+  проход конвейера (его счёт определяется объёмом вывода — он пишет реализацию
+  целиком), а вне этого случая независимый взгляд в значительной мере уже дал
+  профиль `design`: код писался под его находки. Условие выбрано по факту:
+  единственный раз, когда триаж назвал отсутствие `reimpl` дырой покрытия, — это
+  была задача с новым правилом слияния сущностей.
 
-## Стадия 4 — Global (`deep`, `design`)
+Раньше это условие стояло **внутри** профиля, и `deep` означал то семь проходов,
+то восемь. Реестр состава, который «проверяется взглядом», проверять было нечем:
+у профиля не было одного правильного ответа. Теперь ступеней две — `wide` и
+`deep`, — и у каждой состав ровно один.
 
-Агент `review-architecture`. В `deep` стоит **за барьером стоимости**, в `design`
-— в одном ряду с двумя другими проходами. Машину не держит, с `reimpl` конфликта
-не имеет: за барьером они уходят разом.
+## Стадия 4 — Global (`wide`, `deep`, `design`)
+
+Агент `review-architecture`. В `deep` стоит **за барьером стоимости** (ждать ему
+там всё равно нечего), в `wide` и `design` — в первой волне, сразу после старта
+профиля. Машину не держит, с `reimpl` конфликта не имеет: за барьером они уходят
+разом.
 
 Получает **вход шире диффа**: дерево пакетов с
 назначением, граф внутренних зависимостей, инвентарь существующих концепций.

av-dev-pipeline/skills/task-batch/SKILL.md

@@ -114,7 +114,7 @@ description: Проводит несколько задач разом — пл
     где уже мерили или уже ломалось.
 
   Ни один триггер не сработал — задача не замеряющая, даже если её ревью
-  окажется `deep`. `deep` про глубину проверки, замеряющая — про соревнование за
+  окажется `deep`. Профиль про глубину проверки, замеряющая — про соревнование за
   железо; это разные вопросы, и совпадают они не всегда;
 - **нумерованные артефакты — номера раздаёт оркестратор заранее.** Если проект
   нумерует миграции (путь — `docs/.pm.json`, ключ `migrations`), посмотри последний