Files
dev-skills/av-dev-pipeline/skills/review-pipeline/references/project-facts.md
T
avandClaude Opus 5 5dcf40d8af ревью зависимостей: одна настоящая протечка, неисполнимая деградация, две разошедшиеся копии
Целевая картина проверена по коду и текстам. av-dev-git ни от чего не зависит.
av-dev-pipeline проходим на задаче, заданной одной строкой текста, — кроме одного
места. Третья цель в исходной формулировке недостижима, и поправлена формулировка,
а не картина.

av-dev-pm владеет docs/review.md — конфигурационным файлом конвейера с «Вопросами
к проходам» и «Триггерами профиля», то есть знает проходы поимённо по построению.
Кто-то этим словарём владеть обязан. Честная формулировка: pm не зовёт пайплайн и
не требует его наличия — и она выполняется.

Настоящая протечка была одна: опоры приёмки в «Стимулах» и sprint.md держались на
отчёте триажа по конкретному OpenSpec-пути. В проекте без конвейера защита от
занижения урожая исчезала молча. Теперь опора названа абстрактно, путь дан частным
случаем, отсутствие конвейера обязано попадать строкой в доклад спринта.

Ветка деградации шага 9 была неисполнима ровно в том случае, ради которого
написана: «плагина нет — открой av-dev-pm/skills/canon/references/canon.md», путь в
дерево маркетплейса. Пайплайн теперь ходит в свой project-facts.md, а ссылки в
чужой плагин даются через Skill.

Две симметричные копии уже разошлись: форма журнала дефектов (шесть полей против
пяти, «Причина» потеряна) и читатели docs/research/ («specs» выпал). Дома
назначены, копии помечены, обязанность тянуть запись в журнал версий записана.

Плюс: пайплайн не называет items/ и SPRINT.md — их имена проект вправе сменить;
манифесты объявили av-dev-pm опциональным и приём задачи текстом.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 16:11:01 +03:00

8.8 KiB
Raw Blame History

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

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

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

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

Карта

Что нужно проходу Где лежит
что система делает и чего не делает, граница домена docs/passport.md
инварианты с severity рядом с формулировкой CLAUDE.md, раздел инвариантов
команда гейта, чем краснеет безусловно, чего в нём нет, кто гоняет дорогое CLAUDE.md, семантика гейта
что запускать запрещено, с путями; testdata; куда писать временное; имя основной ветки CLAUDE.md
компоненты и capability, окружение, внешние зависимости поимённо, наблюдатель, характер потока, единые точки проекта docs/architecture.md
чем физически лежит запись, что при чтении и записи, настройки с числовым значением docs/database.md
периметр, недоверенный вход, из чего строятся пути и ключи, что вне модели docs/security.md
измеренные числа с провенансом, поведение внешних систем на самом деле docs/research/
конвенции прозой и что уже механизировано правилом docs/conventions/
почему решено так, отвергнутые варианты docs/adr/
типовые узлы, типовые ложноположительные, вопросы к проходам, триггеры профиля, недоступно проверке docs/review.md, раздел настройки
прецеденты: воспроизведённые дефекты с оракулом docs/review.md, журнал
нормативное поведение и дельты изменения openspec/specs/, openspec/changes/<id>/specs/

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

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

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

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

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

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

Кто какой документ читает — не здесь. Полный список читателей ведёт канон (Skill av-dev-pm:canon, его references/canon.md, таблица «Кто читает»); ниже — только последствие отсутствия, и оно называет самое дорогое, а не всех пострадавших. Два списка читателей уже однажды разошлись; второго раза не надо.

Нет документа Что деградирует
CLAUDE.md без инвариантов critical по основанию «нарушен инвариант проекта» не присваивается никем
docs/security.md adversary не знает периметра — формулирует условиями, critical не ставит
docs/research/ числа неизвестны specs, ops, adversary, reimpl — формулируют условиями, а specs теряет проверку «требование против наблюдения»
docs/database.md замер не с чем сравнить: находка не поднимается выше гипотезы
docs/passport.md architecture теряет границу домена и вырождается в общее мнение
docs/review.md triage отсеивает вслепую: типовых ложноположительных нет
docs/architecture.md «не появился ли второй способ» не проверяется — единых точек не знает никто

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

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

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

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