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

Полный набор гонялся чаще, чем оправдано, и размер задач тут вторая причина, не первая. Первая — триггеры: миграция схемы, публичный контракт и инвариант поднимали ступень, не добавляя ни одного прохода. Миграцию гоняет 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>
2026-08-04 17:06:12 +03:00
parent 69f67c20aa
commit cc173b6b94
10 changed files with 245 additions and 45 deletions
@@ -183,10 +183,11 @@ kebab-case.
 - **Вопросы к проходам** — поимённо, в форме `<имя прохода>: <вопрос>
  (<провенанс>)`;
 - **Триггеры профиля** — проектная конкретизация правила выбора профиля ревью:
-  какие пути и контракты означают `wide`, что считается «поведением, видимым
-  снаружи», что в этом проекте считается правилом идентичности, слияния или
-  разбора — оно и поднимает прогон до `deep`. Уточняет умолчания конвейера, а не
-  отменяет их;
+  что в этом проекте считается **новым понятием или структурной единицей** (это
+  поднимает прогон до `wide`) и что — правилом идентичности, слияния или разбора
+  (до `deep`). Уточняет умолчания конвейера, а не отменяет их. Рабочее умолчание
+  — `standard`: миграция схемы и публичный контракт ступень **не** поднимают,
+  их проверяют проходы, которые в `standard` и так есть;
 - **Недоступно проверке** — два подраздела: «не проверит ни один проход»
  (принципиальная граница, по факту промаха не пересматривается) и «перестали
  проверять сознательно» (пересматривается первым).
@@ -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

@@ -282,10 +282,11 @@

 ### Триггеры профиля

-Проектная конкретизация правила выбора профиля: какие пути и контракты означают
-`wide`, что здесь считается «поведением, видимым снаружи», что здесь считается
-правилом идентичности, слияния или разбора — оно поднимает прогон до `deep` и
-запускает независимую реализацию. Уточняет умолчания конвейера, не отменяет их.
+Проектная конкретизация правила выбора профиля: что здесь считается **новым
+понятием или структурной единицей** (поднимает прогон до `wide` и запускает
+архитектурный проход) и что — правилом идентичности, слияния или разбора
+(до `deep`, запускает независимую реализацию). Уточняет умолчания конвейера, не
+отменяет их; рабочее умолчание — `standard`.

 ### Недоступно проверке