раскладка av-dev повышена с канона 12 до версии 5
- три плагина слились в один `av-dev`: служебные `docs/.docs.json` и `tasks/.tasks.json` заменены на `.av-dev.toml` в корне, в гейте переехали пути трёх скриптов, вызовы скиллов переименованы по всему репозиторию - тип задачи `goal` и `ROADMAP.md` упразднены: семь целей закрыты с причинами, теги сняты, объявлена стадия `support` - метка `small`/`medium`/`large` снята из процесса — вместо «Триггеров метки» в review.md подраздел «Когда звать глубокое ревью»; следом разобран урожай doc-consistency: девять фактов сведены к одному дому
This commit is contained in:
+15
-6
@@ -1,12 +1,21 @@
|
||||
# Беклог
|
||||
|
||||
Что **можно взять**. Одна задача = один файл `items/<slug>.md`
|
||||
+ строка здесь. Целей тут нет — они в [ROADMAP.md](ROADMAP.md): беклог — то, что
|
||||
берут, роадмап — то, подо что берут. Ведётся скиллом `av-dev-tasks:tasks`.
|
||||
+ строка здесь. Ведётся скиллом `av-dev:task-track`.
|
||||
|
||||
**Порядок строк внутри секции — это приоритет.** Первая строка секции — то, что
|
||||
делают следующим. Порядок назначает человек на груминге
|
||||
(`av-dev-tasks:groom`), машина его не выводит.
|
||||
<!-- стадия -->
|
||||
Стадия проекта — **доработка** (`[tasks] stage = "support"`).
|
||||
**Порядок строк внутри секции — важность:** первая строка это то,
|
||||
что делают следующим. Назначает его человек на груминге, машина не
|
||||
выводит. Секции — полки домена, смысла они не несут. Заводится по
|
||||
одной, по мере появления; пустой беклог — нормальное состояние.
|
||||
<!-- /стадия -->
|
||||
|
||||
Одно место в очереди назначено не человеком, а типом: сырьё (`research` без
|
||||
раздела «Вопрос») стоит в конце секции — его не берут.
|
||||
|
||||
Тип записи стоит первым полем меты и решает, что у неё может быть:
|
||||
✨ `feature` 🐞 `fix` 🧹 `chore` 🔬 `research`
|
||||
|
||||
Секции «блокеры» здесь нет и не заводится: блокер — это состояние, оно живёт до
|
||||
ответа человека, а его следы — вопросами в файлах задач.
|
||||
@@ -41,7 +50,7 @@
|
||||
## Инфраструктура
|
||||
|
||||
- [🐞 Тормозить опрос qBittorrent бэкоффом при недоступности и эскалировать устойчивый сбой](items/background-error-noise.md) — недоступный qBittorrent опрашивается каждые 5 с и даёт WARN на каждом тике: нужен экспоненциальный бэкофф до минутного потолка со сбросом по первому успеху и ERROR на устойчивой деградации
|
||||
- [🧹 Откалибровать проходы ревью и завести ревьювер наименований](items/quality-review-agents.md) — конвейер ревью переехал в плагин `av-dev-pipeline`; осталась калибровка проходов на этом проекте и ревьювер наименований (ждёт словарь единого языка)
|
||||
- [🧹 Откалибровать проходы ревью и завести ревьювер наименований](items/quality-review-agents.md) — конвейер ревью переехал в плагин `av-dev`; осталась калибровка проходов на этом проекте и ревьювер наименований (ждёт словарь единого языка)
|
||||
- [✨ Закрыть веб-UI авторизацией, когда доверенной LAN станет мало](items/web-ui-auth.md) — для v1 решено без авторизации (доверенная LAN, опц. allowlist подсетей) — задел на случай, если понадобится защита
|
||||
- [🧹 Бэкапить SQLite по расписанию с ротацией](items/sqlite-backup.md) — architecture требует бекапить data-том, но стратегия не описана — сбой или редеплой стирают всё in-flight состояние (проще, пока БД маленькая)
|
||||
- [✨ Проверять в healthcheck доступность qBittorrent, LLM и метабаз и показывать её в UI](items/deep-healthcheck-dependencies.md) — /healthz проверяет только сам сервис — недоступность qBittorrent/LLM/метабазы видна лишь по застрявшим задачам, нет readiness и бейджа в UI
|
||||
|
||||
Reference in New Issue
Block a user