# 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, не ТЗ.*
