Files

T

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

Канон 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>

2026-08-07 10:57:15 +03:00

13 KiB

Raw Blame History

Откуда проход берёт проектную конкретику

Конвейер общий, находки — проектные. Проход, не знающий, что в этом проекте нельзя нарушать, чем краснеет гейт и сколько данных реально идёт через узел, выдаёт правдоподобные общие места: их дорого опровергать и нечем подтверждать.

Отдельного файла-брифа нет. Проектная конкретика живёт в документах канона av-dev-pm, и проход читает их напрямую: пути жёсткие, посредник не нужен, а второй дом для тех же фактов разошёлся бы и выглядел актуальным.

Определение канона — в плагине av-dev-pm, skills/canon/references/canon.md. Здесь только карта «тема → её дом → что оттуда берётся».

Карта тем

Дом бывает файлом или каталогом — docs/security.md и docs/security/ называют одну и ту же тему. Форму дома называет план разметки задачи; проход её не угадывает.

Тема	Дом	Что оттуда берётся
`requirements`	`openspec/specs/`, `openspec/changes/<id>/specs/`	нормативное поведение и дельты изменения
`autotests`	`CLAUDE.md`, семантика гейта	команда гейта, чем краснеет безусловно, чего в нём нет, кто гоняет дорогое
`conventions`	`docs/conventions.*`	конвенции прозой и что уже механизировано правилом
`architecture`	`docs/architecture.*`	компоненты и capability, единые точки проекта
	источник `docs/passport.*`	что система делает и чего не делает, граница домена
`security`	`docs/security.*`	периметр, недоверенный вход, из чего строятся пути и ключи, что вне модели
`operations`	`docs/architecture.*`, раздел эксплуатации	окружение, внешние зависимости поимённо, наблюдатель, характер потока
	источник `docs/database.*`	чем физически лежит запись, что при чтении и записи, настройки с числовым значением
тема проекта	её свой документ в `docs/`	то, что проект счёл нужным записать

docs/adr.* и docs/research.* в этой карте нет намеренно. Они процессные документы: прогон ревью их не открывает. Раньше первый питал тему architecture, второй — operations и requirements; обе строки убраны, и цена этого названа в SKILL.md, раздел «Честный предел».

Дом темы зависит ещё и от метки. На small темы security, operations и architecture смотрятся не против домов из этой таблицы, а против инвариантов CLAUDE.md, и закрывает их code. Таблица описывает полный дом темы; сколько из него открыто на этом прогоне, говорит план разметки задачи.

Сквозное, не привязанное к теме:

Что нужно проходу	Где лежит
инварианты с severity рядом с формулировкой	`CLAUDE.md` (и `AGENTS.md`, если он рядом), раздел инвариантов
что запускать запрещено, с путями; `testdata`; куда писать временное; имя основной ветки	`CLAUDE.md`
типовые узлы, типовые ложноположительные, вопросы по темам, триггеры метки, недоступно проверке	`docs/review.*`, раздел настройки
прецеденты: воспроизведённые дефекты с оракулом	`docs/review.*`, журнал

Вопросы проекта привязаны к теме, а не к имени прохода. Раньше блок в docs/review.md адресовался поимённо (ops: <вопрос>), и когда проход уехал в старшую метку, вопрос перестал задаваться молча. Тема переезд прохода переживает.

Сшивать обязаны проходы

Раньше эти факты лежали рядом в одном файле, и соседство работало само. Теперь они разложены по домам, и проход обязан собрать их сам — иначе снимет верное число и честно понизит находку до гипотезы, потому что сравнить будет не с чем.

Два обязательных стыка:

замер + настройка. «Пик 768 МиБ» — аномалия только рядом со строкой «запись лежит сжатой и распаковывается целиком»; «блокировка удерживалась 5.019 с» — гарантированный отказ соседа только рядом с известным таймаутом занятости. Число проход снимает сам, на этом прогоне, настройки берёт из docs/database.md, и сшивают их ops и adversary. Раньше числа брались из docs/research/; теперь этот документ процессный, и замер неизвестной свежести больше не выдаёт себя за оракул.
инвариант + обратимость. severity берётся из CLAUDE.md; если её там нет — она выводится по обратимости последствия и помечается «выведена по обратимости», а не выдаётся за решение проекта.

У basics стыков нет, и это не упущение. Он не меряет, поэтому сшивать число с настройкой ему нечего; единственное его основание для critical — инвариант из CLAUDE.md, всё остальное он формулирует условиями и оставляет гипотезой. Его вход намеренно узкий: дома тем из плана плюс инварианты и журнал. Широкий вход — это метка large, и там он есть у architecture. Греп по базе ему разрешён точечный — «есть ли второй вызывающий», — но обход всей базы и инвентарь концепций не его работа.

У scope стыков нет по другой причине: он не читает содержимого. Его дело — найти дома и раздать темы, а не пересказать написанное. Пересказ сделал бы его посредником между документом и проходом, а посредник расходится с источником и при этом выглядит актуальным.

Деградация — поразрядная

Документа нет — деградирует то, что из него читалось, и только оно. Каждый проход пишет свою строку в границы покрытия; триаж собирает их в один список и не сливает в одну строку: разные пробелы чинятся разным — периметр пишется руками за десять минут, а числа требуют замера.

Кто какой документ читает — из документа не выводится, а назначается планом. Документ питает тему (это записано на стороне канона, таблица «Роли документов и темы ревью»), а тему на этом прогоне закрывает тот, кого назвала разметка задачи; вся раскладка «тема → проход → глубина» — в SKILL.md этого скилла и больше нигде. Списка читателей не ведёт никто, и это не пробел. Он жил бы на стороне канона, а документ живёт дольше, чем раскладка проходов: список разошёлся бы с конвейером молча и при этом выглядел актуальным. Однажды уже разошёлся.

Ниже — только последствие отсутствия дома, и оно называет самое дорогое, а не всех пострадавших.

Нет дома	Что деградирует
`CLAUDE.md` без инвариантов	`critical` по основанию «нарушен инвариант проекта» не присваивается никем
`docs/security.*`	тема `security` остаётся без дома: вопросы задаются по коду, `critical` не ставится, периметр неизвестен
`docs/database.*`	замер не с чем сравнить: находка темы `operations` не поднимается выше гипотезы
`docs/passport.*`	тема `architecture` теряет границу домена и вырождается в общее мнение
`docs/review.*`	`triage` отсеивает вслепую: типовых ложноположительных нет; вопросы проекта по темам не задаются
`docs/conventions.*`	вторая половина `code` идёт вхолостую: записанных конвенций нет
`docs/architecture.*`	«не появился ли второй способ» не проверяется — единых точек не знает никто; тема `operations` теряет перечень внешних зависимостей

Строка в границах покрытия обязана называть причину: «docs/security.md в проекте нет» читается иначе, чем «есть, но периметр не назван». Без причины строка неотличима от «мы просто не стали» и перестаёт читаться на третьей задаче.

Документов канона нет вовсе — проект не приведён к канону. Это не повод работать вслепую: скажи об этом строкой и предложи av-dev-pm:canon. Одна операция на проект против деградации на каждой задаче.

Правило чтения

Читай в источнике, не по памяти. Документы правятся по ходу работы, в том числе этой же задачей.
Число без провенанса — условие, а не утверждение. Число, чей источник по ссылке не подтвердился, читается как условие и называется расходящимся, а не подменяется догадкой.
Пустое, названное пустым, — это факт. «Внешних зависимостей нет — смотри на диск и на СУБД» экономит обязательный вопрос. Отсутствие строки — не факт, а пробел, и его надо назвать в границах покрытия.
Свойство, ставшее правилом линтера, из конвенций удалено и лежит в перечне механизированного в docs/conventions/README.md. Проверять его проходом — тратить внимание на уже проверенное.

13 KiB Raw Blame History Unescape Escape