# 43. Ревью дизайна тоже растёт ступенями (2026-08-07)

Состав ревью дизайна включался одним условием: `specs` всегда, `rubric` и
`architecture` — вместе, «при крупном или незнакомом». Значит `standard` получал
на предложении ровно один проход, то есть не отличался от `quick` ничем.

**Р175. Три ступени вместо двух: `quick` — `specs`; `standard` — плюс `rubric`;
`wide` — плюс `architecture` и вопрос автору о трёх формах решения.**

**Р176. Рубрика съехала вниз, архитектура осталась наверху, и это не
симметричная правка.** Они зарабатывают на разном. Рубрика порождает **свойства
узла** и окупается уже на среднем изменении: её выход уезжает приёмочными
критериями в `tasks.md` и работает потом на всей задаче. Архитектура отвечает на
вопрос «не появился ли второй способ», а он на среднем знакомом изменении
отвечается «нет» ещё до запуска — держать её ниже `wide` значит платить за
предсказуемый ответ на каждой задаче.

**Р177. Тривиальность задачи больше не решает состав ревью.** Раньше она решала,
звать ли ревью предложения вовсе; теперь глубину обеих стадий называет ступень,
а тривиальная задача просто получает `quick`. «Пропустить ревью дизайна» и
«пройти его одним самым дешёвым проходом» — разные вещи: сверка дельта-спек
стоит меньше, чем разбор того, что она поймала бы на готовом коде.

## Что из этого следует

**С156. Проходы, включаемые одним условием, стоит разводить по тому, на чём они
зарабатывают.** Общее условие — признак того, что их не сравнивали между собой,
а не того, что они равноценны.

**С157. Средняя ступень обязана отличаться от нижней на обеих стадиях.** Иначе
«рабочее умолчание» отличается от исключения только именем.