классификация задачи: три категории документов и метка вместо ступени

Канон 5 объявил «каждый документ docs/ — тема ревью». Правило верно ровно
наполовину и потому вредно целиком. Паспорт и схему хранилища ревью читает, но
темами они не являются: по ним нельзя сказать «в этом изменении сделано не так»,
они задают границу, по которой судит чужая тема. Журнал решений и журнал
наблюдений ревью изменения не нужны вовсе — ADR объясняет прошлое, а не
предъявляет требование. Разметчик, применявший правило буквально, обязан был
либо завести фантомные темы passport, adr, database, research и продублировать
ими работу architecture и operations, либо потерять четыре документа молча;
случались обе ветки, и в собственном образце плана docs/passport.md не попадал
ни строкой, а обязательная арифметика покрытия при этом не сходилась.

Категорий теперь три, разрез проверяемый. Тема — да, прямо: conventions,
security, architecture и любой свой документ проекта. Источник темы — нет, но он
задаёт границу для чужой: passport, database, CLAUDE.md, openspec/specs.
Процессный — нет, он про то, как мы работаем: tasks, review, adr, research,
.pm.json. Открыта одна категория из трёх, две другие перечислены поимённо, так
что документ вне раскладки — однозначно своя тема. adr и research прогон больше
не открывает ни одним проходом; docs/review остаётся читаемым, но как настройка
конвейера, а не критерий. Цена записана и стала обязательной строкой границ
покрытия: расхождение с записанным решением ловит теперь только сверка
документации, а число под находкой обязано быть снято на этом прогоне, с
приложенной командой.

Классификация выдаёт задаче метку — small, medium, large. Прежние quick,
standard и wide назывались ступенью и описывали ревью: как глубоко смотрим.
Классифицируется же задача, и пока величина называлась свойством прогона, её
естественно было пересчитывать на каждом прогоне — что конвейер и делал. Слово
«ступень» удалено, а не оставлено синонимом: два имени одной вещи расходятся.
Выводится метка из двух разведённых осей — размер (малое, среднее, крупное) и
сложность (знакомое, незнакомое), — и равна максимуму по ним. Метка не синоним
размера: малое незнакомое изменение получает large, трогая один узел, поэтому
план печатает три строки с обоснованием каждая и выводить одну из другой
запрещено. Оси остались русскими словами — это суждение прозой; метка
английская — это идентификатор, который проходы сравнивают.

Разметка переехала из ревью кода в шаг 4 пайплайна, сразу после propose. Она
шла первым проходом каждого ревью кода, а перед ревью дизайна ту же величину
называл сам пайплайн — то есть оркестратор, который только что довёл
предложение до propose. Одно и то же измерялось дважды, и один из двух раз без
разведённости с автором, ровно в той точке, ради которой разметчик заведён.
Теперь запуск один на задачу, диффа он не видит, план обслуживает обе стадии, и
метка после кода не пересматривается: расхождение факта с разметкой ловит журнал
дефектов постфактум, как и всякую другую ошибку выбора. На диск план не пишется —
четвёртый артефакт рядом с proposal, tasks и design пережил бы задачу и разошёлся
бы с ней молча.

Ревью дизайна тоже растёт меткой: small — specs, medium — плюс rubric, large —
плюс architecture и вопрос автору о трёх формах решения. Раньше rubric и
architecture включались одним условием, и medium получал ровно один проход, то
есть не отличался от quick ничем. Разведены они потому, что зарабатывают на
разном: рубрика порождает свойства узла и окупается уже на среднем изменении,
её выход уезжает приёмочными критериями в tasks.md; архитектура отвечает на
вопрос про второй способ, а он на среднем знакомом изменении отвечается «нет»
ещё до запуска.

small подешевел тремя способами сразу. Составом: приёмник тем не запускается,
три темы ядра переходят к code сверкой по записанным инвариантам CLAUDE.md с
потолком в одну находку, и это не «глубина ниже», а другой дом темы. Входом:
specs читает только дельта-спеку, code — только индекс конвенций. Потолком: он
появился у каждого опиниативного прохода, а не у одного basics, и у половин code
он раздельный, потому что конвенционных находок больше по построению и в общем
списке они вытеснили бы техническую половину. Сработавший потолок обязан быть
объявлен строкой — молчащий срез неотличим от «больше не нашлось». Отрицательный
тест small от этого стал жёстче, а не мягче: вопросы про обратимость миграции
задавал приёмник тем, и на этой метке их не задаст никто.

Пайплайн задачи вырос до двенадцати шагов. Тривиальность перестала решать состав
ревью — она влияет только на explore; глубину обеих стадий называет метка.

Проверено прогоном ревьюверов по готовому результату: девять расхождений найдено
и починено — контракт находок печатал старый перечень проходов вместо плана по
темам, три ссылки в task-batch указывали на шаг коммита вместо закрытия, запись
changelog не переводила вопросы, адресованные passport и database, ops и
adversary утверждали, что на нижних метках их вопросы задаёт basics, шаблон
покрытия в review-code зашивал потолки small намертво, триггеры метки рассыпались
на два списка против трёх, тема из директивы CLAUDE.md могла остаться без запуска
исполнителя. Гейт зелёный: фронтматтеры, копии, одиннадцать диаграмм, ruff,
pyrefly; docs.py прогнан на живом фикстуре и печатает категорию в отказе.

Канон повышен до версии 6 с записью, выполнимой upgrade. Решения — 40–44.

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

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

@@ -20,11 +20,14 @@ color: green
 её надо назвать, а не списать на соседа. Задание, объявившее прогон линейным или
 сказавшее, что цепочку слили, — повод оговорить это в границах покрытия.
 
-**Тебя запускают только в профиле `wide`** — на изменении крупном или незнакомом,
-и это 5–10% задач. На нижних ступенях шесть твоих вопросов, на которые отвечают
+**Тебя запускают только с меткой `large`** — на изменении крупном или незнакомом,
+и это 5–10% задач. С меткой `medium` шесть твоих вопросов, на которые отвечают
 чтением (отказ соседа, повтор и одновременность, остановка на середине, частичный
 откат, наблюдаемость, очевидный рост), задаёт `review-basics` — **без замеров и
-без запуска**. Тебя же зовут ровно за тем, чего он не может: **число и
+без запуска**. **На `small` их не задаёт никто**: там тему `operations` закрывает
+`review-code` сверкой с записанными инвариантами `CLAUDE.md`, потолком 1 находка
+на три темы разом. Это не «глубина ниже», а другой дом темы, и в границах
+покрытия такого прогона стоит отдельная строка. Тебя же зовут ровно за тем, чего он не может: **число и
 эксперимент**. Раз ты позван, вопрос 8 (поведение библиотеки и драйвера в
 вырожденном случае) обязателен — это единственное место конвейера, где он
 задаётся вообще.
@@ -37,9 +40,12 @@ color: green
 характер потока и есть ли у отправителя обратная связь; **что обратимо, а что
 нет**. `CLAUDE.md` говорит, что запускать запрещено, и что необратимо.
 
-**`docs/research/` и `docs/database.md` читаются вместе, и это твоя обязанность,
-а не удобство:** число без настройки сравнить не с чем, и находка честно упадёт
-до гипотезы. Почему именно так и какие ещё есть стыки —
+**Числа ты снимаешь сам, а сравниваешь их с `docs/database.md`.** Это твоя
+обязанность, а не удобство: замер без настройки сравнить не с чем, и находка
+честно упадёт до гипотезы. Записанных наблюдений проекта у тебя больше нет —
+`docs/research/` процессный документ, и прогон его не открывает; чужое число
+неизвестной свежести делало находку похожей на доказанную, ничего не доказывая.
+Почему именно так и какие ещё есть стыки —
 `${CLAUDE_PLUGIN_ROOT}/skills/review-pipeline/references/project-facts.md`, раздел
 «Сшивать обязаны проходы». Там же карта «что нужно проходу → где лежит».
 
@@ -53,14 +59,20 @@ color: green
   вернул 500».
 
 Ещё берёшь **`docs/review.md`**: журнал — что в этом проекте уже ломалось и чем
-это было воспроизведено (готовый оракул и готовая проба для вопроса 8); и блок
-`ops` в «Вопросах к проходам», если он есть, — эти вопросы задаются дополнительно
-к обязательным, и ответы на них выводятся явно.
+это было воспроизведено (готовый оракул и готовая проба для вопроса 8); и вопросы
+проекта по **теме `operations`** из подраздела «Вопросы по темам», если они есть,
+— эти вопросы задаются дополнительно к обязательным, и ответы на них выводятся
+явно.
+
+**Вопросы адресованы теме, а не тебе по имени.** Ищи строки вида
+`operations: <вопрос>`, а не блок `ops`. Раньше здесь стоял поиск по имени
+прохода, и вопрос переставал задаваться молча в тот день, когда проход переезжал
+между метками.
 
 **Деградация поразрядная, каждый пробел — своей строкой.** Нет раздела
 эксплуатации в `docs/architecture.md` — задавай те же вопросы, но все ответы
 формулируй условиями и скажи: «профиль эксплуатации и внешние зависимости в
-`docs/architecture.md` не описаны». Нет чисел в `docs/research/` или настроек в
+`docs/architecture.md` не описаны». Нет настроек в
 `docs/database.md` — находку выше гипотезы не поднимай и назови, какого из двух
 не хватило. Нет в `CLAUDE.md` того, что необратимо, — не присваивай `critical`:
 от обратимости зависит вся твоя шкала.
@@ -77,8 +89,8 @@ color: green
 1. **Рост объёма.** Что изменится на годовой истории и на пиковом входе? Ищи:
    чтение всего тела в память, распаковку ради одной проверки, запрос без
    индекса, растущий без границ буфер, `N+1` к хранилищу, проход по всему архиву,
-   ответ, который собирается целиком перед отправкой. Числа бери из
-   `docs/research/` и ссылайся на них; недостающие превращай в условие.
+   ответ, который собирается целиком перед отправкой. Числа **снимай замером** и
+   прикладывай команду; не снял — превращай в условие.
 2. **Деградация окружения и зависимостей.** Внешний сервис отвечает **медленно**
    (не падает — именно медленно), диск заполнился или тормозит, СУБД отдаёт
    «занято» под параллельной записью, прокси рвёт соединение на длинном теле,
@@ -141,9 +153,9 @@ color: green
 - Не годится: «этот запрос тормозит».
 
 Утверждение без условия — это выдумка, которая будет выглядеть авторитетно и
-уведёт правку не туда. Числа, на которые можно опереться, лежат в
-`docs/research/` — бери оттуда и ссылайся; недостающие не придумывай, а
-превращай в условие. Если знаешь,
+уведёт правку не туда. Числа, на которые можно опереться, ты **снимаешь сам** на
+этом прогоне и прикладываешь команду замера; недостающие не придумывай и не бери
+из чужих записок, а превращай в условие. Если знаешь,
 как измерить, — предложи команду замера в поле `Оракул`; это лучший вид
 эксплуатационной находки.