Files
transcriber/tasks/items/review-config-from-go-upgrade.md
T
av b76f2d7c7e 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

49 lines
3.8 KiB
Markdown

# 🧹 Настроить конвейер ревью по итогам прогона 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` и этой задачей не трогается: проект вправе
настраивать свои темы и триггеры, но не переписывать чужой скилл.
Журнал дефектов в том же файле не трогается — записи неизменяемы.