docs: add pipeline design backlog (audit + backlog mgmt)
This commit is contained in:
80
docs/BACKLOG_PIPELINE.md
Normal file
80
docs/BACKLOG_PIPELINE.md
Normal file
@@ -0,0 +1,80 @@
|
||||
# Pipeline Design Backlog
|
||||
|
||||
Вопросы требующие архитектурной проработки перед реализацией.
|
||||
|
||||
---
|
||||
|
||||
## BL-001 — Тестирование / Аудит вне work item
|
||||
|
||||
**Статус:** Open
|
||||
**Добавлено:** 2026-05-23
|
||||
|
||||
### Проблема
|
||||
|
||||
Текущий пайплайн feature-driven: каждый запуск привязан к Plane issue.
|
||||
Нет механизма для:
|
||||
- Standalone UI-аудита (проверить текущее состояние приложения)
|
||||
- Регрессионного тестирования без новой фичи
|
||||
- Периодических health-check UI
|
||||
|
||||
### Вопросы для проработки
|
||||
|
||||
1. Нужен ли отдельный тип задачи "audit" в Plane?
|
||||
2. Или аудит — это всегда ad-hoc вне orchestrator?
|
||||
3. Если через orchestrator — какой сокращённый пайплайн? (`analyst → tester` без dev/review)
|
||||
4. Куда писать отчёт? В Plane? В отдельный docs/audits/?
|
||||
5. Кто инициирует: Слава через Plane, или Стрим через heartbeat?
|
||||
|
||||
### Варианты
|
||||
|
||||
| Вариант | Плюсы | Минусы |
|
||||
|---------|-------|--------|
|
||||
| Ad-hoc через Стрим (spawn agents) | Быстро, без инфра | Не трекается в Plane |
|
||||
| Synthetic Plane issue | Трекается | Orchestrator не умеет пропускать этапы |
|
||||
| Новый тип задачи "audit" в orchestrator | Правильно архитектурно | Требует разработки |
|
||||
|
||||
---
|
||||
|
||||
## BL-002 — Управление бэклогом / Задачи
|
||||
|
||||
**Статус:** Open
|
||||
**Добавлено:** 2026-05-23
|
||||
|
||||
### Проблема
|
||||
|
||||
Не определён процесс: кто и куда заводит задачи, как они попадают в пайплайн.
|
||||
|
||||
### Вопросы для проработки
|
||||
|
||||
1. **Кто заводит задачи в Plane?**
|
||||
- Слава напрямую через Plane UI?
|
||||
- Стрим создаёт задачи по запросу Славы в чате?
|
||||
- Автоматически по ключевым словам из Telegram?
|
||||
|
||||
2. **Куда заводить?**
|
||||
- Только в Plane project "Enduro Trails"?
|
||||
- Стрим ведёт свой список в workspace?
|
||||
- Нужен ли отдельный inbox?
|
||||
|
||||
3. **Что инициирует пайплайн?**
|
||||
- Сейчас: Plane issue с определённым статусом → webhook → orchestrator
|
||||
- Нужно ли добавить: Telegram → Стрим создаёт Plane issue → пайплайн?
|
||||
|
||||
4. **Приоритизация:**
|
||||
- Кто решает что брать в работу следующим?
|
||||
- Есть ли sprint/канбан?
|
||||
|
||||
5. **Plane синхронизация (см. текущий баг):**
|
||||
- Plane не синхронизирован (ET-001..ET-006 показаны некорректно)
|
||||
- Нужно ли чинить маппинг plane_issue_id в orchestrator?
|
||||
- Или Plane — просто decorative, реальный трекинг в orchestrator.db?
|
||||
|
||||
### Контекст
|
||||
|
||||
- Текущая связка: Plane webhook → orchestrator → агенты
|
||||
- Plane sync сломан (известный P3 из LESSONS_ET006)
|
||||
- orchestrator.db — единственный источник правды о состоянии задач
|
||||
|
||||
---
|
||||
|
||||
*Документ для обсуждения архитектуры пайплайна. Не roadmap, не ТЗ.*
|
||||
Reference in New Issue
Block a user