dev-skills/av-dev/skills/code-review/references/project-facts.md

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

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

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

Определение канона держит скилл av-dev:canon. Здесь только карта «тема → её дом → что оттуда берётся».

Карта тем

Дом бывает файлом или каталогом — 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, раздел «Честный предел».

Дом темы зависит от того, кто её закрывает. В цикле задачи темы security, operations и architecture смотрятся не против домов из этой таблицы, а против инвариантов CLAUDE.md, и закрывает их code. Полные дома открывает скилл av-dev:code-deep-review своими проходами. Таблица описывает полный дом темы; что из него открыто на этом прогоне, говорит состав прогона.

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

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

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

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

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

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

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

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

Дома передаются адресом, а не пересказом, и это правило пережило проход, который его исполнял. Прежде темы раздавал review-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:canon. Одна операция на проект против деградации на каждой задаче.

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

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