Files

T

docs: раскладка переехала в .av-dev.toml, а расхождения документов сведены

- Перевод на канон 1 доделан: адреса служебного файла и имена скиллов
  переставлены в девяти местах прозы и кода, гейт зовёт три скрипта по новым
  путям, прежние docs/.docs.json и tasks/.tasks.json удалены.
- Сверка двумя агентами нашла четырнадцать расхождений, тринадцать сведены
  строками: число прогонов ревью и преамбула журнала дефектов, счёт capability,
  маршруты README, дубли инварианта захвата и кодов прогона, протухшие указатели
  записок разведки, маркер долга на переехавшем абзаце. Срок жизни сессии
  нормирует спека access, database.md на неё ссылается.
- Purpose спеки pipeline объявляет неописанным то, что в ней же и стоит; правка
  идёт изменением openspec, поэтому заведена задача pipeline-spec-purpose-drift.

2026-08-13 12:36:36 +03:00

3.8 KiB

Raw Blame History

🧹 Настроить конвейер ревью по итогам прогона go-1-26-upgrade

Тип: chore
Категория: Очередь — Настройка конвейера ревью по итогам прогона — работа над процессом, не над продуктом.
Зачем: Прогон вскрыл две прорехи настройки: «Типовые узлы» знают только рантайм и не знают рода «проверочный шаг набора проверок», а «Триггеры метки» не видят оси «изменение трогает канон» — и именно она дала обе блокирующие находки.

Обе прорехи одного рода — настройка конвейера, живущая в docs/review.md, — и правятся одним заходом.

Род узла. Сегодня перечень покрывает шаг конвейера, транспорт, клиент внешнего сервиса, репозиторий и обёртку над внешним процессом. Скриптов гейта в проекте четыре, и свойства у них свои: отличает ли шаг расхождение от сломанного окружения, есть ли исход функция коммита, а не машины, покрыт ли шаг мутационным прогоном. Без этого рода находка «шаг набора проверок не проверен ничем» добывается заново каждый раз.

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

Провенанс обоих — отчёт openspec/changes/archive/2026-08-12-go-1-26-upgrade/review/report.md, кандидаты в правило P-2 и P-5.

Затрагивает

раздел «Типовые узлы» в docs/review.md;
раздел «Триггеры метки» в docs/review.md.

Критерии приёмки

Проверочный шаг набора проверок описан родом со своими свойствами. Оракул — открыть «Типовые узлы» и найти род; свойств не меньше трёх, и каждое сформулировано проверяемо.
Правило выбора метки видит заведение новой capability и нового каталога верхнего уровня. Оракул — приложить правило к прогону go-1-26-upgrade задним числом: метка выходит выше medium.
Гейт зелёный целиком. Оракул — task gate.

Рамки

Правится только настройка конвейера в docs/review.md. Устав самого конвейера живёт в скилле av-dev:code-review и этой задачей не трогается: проект вправе настраивать свои темы и триггеры, но не переписывать чужой скилл.

Журнал дефектов в том же файле не трогается — записи неизменяемы.

3.8 KiB Raw Blame History

🧹 Настроить конвейер ревью по итогам прогона go-1-26-upgrade

Затрагивает

Критерии приёмки

Рамки

3.8 KiB

Raw Blame History