# IDEA-002: Bug report flow — QA → debugger pipeline

**Date:** 2026-03-03
**Source:** user
**Status:** raw

## Idea

Нет флоу для багов. Для спеки есть (REQ → architect → coder), для бэклога есть (IDEA → PROP), а для багов — нет. Например QA нашёл баг — как он должен его оформить? Куда завести? Кто берёт в работу?

Нужен формат BUG-xxx (аналог REQ-xxx), скилл `/bug` для быстрого заведения (аналог `/req`), и пайплайн: QA заводит → debugger берёт → coder фиксит → QA верифицирует.

Можно ли использовать haiku модель для заведения бага — чтобы было дёшево и быстро, без тяжёлой модели.

### Расширенный флоу (уточнение)

Полный цикл фикса бага:
1. Баг репортится (QA или пользователь) → `/bug` скилл → BUG-xxx файл
2. Верификация — debugger воспроизводит и подтверждает
3. `/evolution` — логируется как урок, обновляются правила
4. Architect — получает BUG-xxx, делает план фикса (PLAN-BUG-xxx)
5. Coder — реализует фикс по плану
6. QA — верифицирует что баг закрыт

## Why

Без формализованного флоу баги теряются или фиксятся ad-hoc без логирования. QA агент не знает куда писать результат, debugger не знает откуда читать. Haiku для заведения = минимальный overhead. Полный цикл (верификация → эволюция → план → фикс) гарантирует что баг не просто закрыт, а причина устранена и урок залогирован.
