81 lines
3.6 KiB
Markdown
81 lines
3.6 KiB
Markdown
# 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, не ТЗ.*
|