Files
orchestrator/docs/history/BACKLOG_PIPELINE.md
Dev Agent 7c68d1d812
All checks were successful
CI / test (pull_request) Successful in 9s
docs(orchestrator): adopt enduro doc canon + CLAUDE.md + ADR (ORCH-9)
2026-06-05 12:33:55 +03:00

3.6 KiB
Raw Blame History

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