avandClaude Opus 5
d5bee11a6b
Канон 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>
138 lines
13 KiB
Markdown
138 lines
13 KiB
Markdown
# Откуда проход берёт проектную конкретику
|
||
|
||
Конвейер общий, находки — проектные. Проход, не знающий, что в этом проекте
|
||
нельзя нарушать, чем краснеет гейт и сколько данных реально идёт через узел,
|
||
выдаёт правдоподобные общие места: их дорого опровергать и нечем подтверждать.
|
||
|
||
Отдельного файла-брифа **нет**. Проектная конкретика живёт в документах канона
|
||
`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`. Проверять его
|
||
проходом — тратить внимание на уже проверенное.
|