ступень ревью поднимает проход, а не риск

Полный набор гонялся чаще, чем оправдано, и размер задач тут вторая причина,
не первая. Первая — триггеры: миграция схемы, публичный контракт и инвариант
поднимали ступень, не добавляя ни одного прохода. Миграцию гоняет gate шагом
миграций и разбирает ops, контракт сверяет specs направлением code→spec,
инвариант даёт основание для critical любому проходу — все трое уже в
standard. На проекте с базой и эндпоинтами верхняя ступень оказывалась не
исключением, а умолчанием: правило объявляло исключением то, что происходит
всегда.

Теперь ступень поднимает то, что даёт работу новому проходу. wide означает
ровно одно — изменение вводит новое понятие или структурную единицу; добавить
поле в существующий ответ это не концепт. standard стал рабочим умолчанием.
Проект, где изменение контракта и правда архитектурное, поднимает его сам в
docs/review.md — уточнением, а не возвратом прежнего умолчания.

Чекпоинт design получил то же условие: specs идёт всегда, rubric и
architecture — только при новом понятии. Он стоит на каждой задаче, поэтому
при мелкой нарезке три прохода умножаются на число задач.

Со стороны задач — шов нарезки: тест декомпозиции отвечает, допустим ли
разрез, шов отвечает, где его провести. Резать по границе, за которой падает
ступень; не резать, когда обе половины остаются в одной — костяк из четырёх
проходов платится за каждую задачу, и такой разрез делает ревью дороже.
Порога в числе границ нет по тому же принципу, что в теме 16: размер не
триггер. Дешёвое место заметить разнородную задачу — показ набора спринта,
там «Затрагивает» уже написан, а предложение ещё не заведено.

Правило выведено из состава проходов, а не из статистики прогонов — замер
остаётся за обкаткой. DECISIONS 18, RRR–WWW и следствия 72–75; JJJ темы 17
помечен как пересмотренный. Шаг про «Триггеры профиля» дописан в ещё не
выкаченную версию 3 канона, а не отдельной версией.

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

av-dev-pm/skills/canon/references/changelog.md

@@ -16,8 +16,9 @@ upgrade` идёт по записям снизу вверх от версии п
 ## Версия 3 — 2026-08-04
 
 Оглавление целей переименовано, у задач появился род работы и раздел
-«Затрагивает». Раскладка меняется в одном файле, но переименование тянет за
-собой ссылки, поэтому шаги делаются одним заходом.
+«Затрагивает», сменилось умолчание профиля ревью. Раскладка меняется в одном
+файле, но переименование тянет за собой ссылки, поэтому шаги делаются одним
+заходом.
 
 **Что добавилось:**
 
@@ -29,6 +30,11 @@ upgrade` идёт по записям снизу вверх от версии п
 2. **Раздел «Затрагивает»** в теле задачи — перечень границ, которых изменение
    касается (эндпоинт, таблица и миграция, формат на диске, публичный тип). Как
    и критерии приёмки, требуется к взятию в спринт, а не к заведению.
+3. **Умолчание профиля ревью сменилось** — это не раскладка, но проектный текст
+   под него уже написан. `standard` стал рабочим умолчанием: миграция схемы,
+   публичный контракт и инвариант ступень больше **не** поднимают, `wide`
+   означает новое понятие или структурную единицу. Подраздел «Триггеры профиля»
+   в `docs/review.md` остаётся на месте, но его содержимое надо перечитать.
 
 **Что переехало:** `docs/tasks/PLAN.md` → `docs/tasks/ROADMAP.md`. Вместе с
 файлом переименован ключ конфига `tasks.plan` → `tasks.roadmap` и токены
@@ -52,7 +58,12 @@ upgrade` идёт по записям снизу вверх от версии п
    спринт, остальное по ходу переоценки.
 5. Дописать раздел «Затрагивает» — тем же порядком и по той же причине: сперва
    набор спринта, остальное по мере того, как задача попадает в работу.
-6. `docs/.pm.json`: `"canon": 3`.
+6. Перечитать «Триггеры профиля» в `docs/review.md`: строки вида «миграция →
+   `deep`» теперь дублируют умолчание с обратным знаком. Оставить там только то,
+   что для этого проекта считается **новым понятием** и **правилом
+   идентичности**, — и убрать остальное, иначе проект возвращает себе прежнюю
+   частоту полного набора уточнением.
+7. `docs/.pm.json`: `"canon": 3`.
 
 ## Версия 2 — 2026-08-03