dev-fixlisted

# /dev-fix — Bug morre com método, não com tentativa Bugfix não precisa de BRIEF nem PLAN. Precisa de **disciplina de diagnóstico** — a diferença entre 10 minutos e 3 horas é quase sempre a qualidade do feedback loop, não a dificuldade do bug. ## Triagem (primeiro turn) Classifique em 1 linha e siga o caminho: | Classe | Heurística | Caminho | |--------|-----------|---------| | **Trivial** | Causa evidente no erro (typo, import, null óbvio), fix de 1-5 linhas | **Modo rápido** ↓ | | **Real** | Causa não evidente, comportamento intermitente, "funcionava ontem" | **Loop completo** ↓ | | **Arquitetural** | O fix exigiria redesenho, toca contrato público ou 3+ módulos | Pare. Apresente diagnóstico + opções. Sugira `/dev-brainstorm` ou `/dev-plan`. | ## Modo rápido (bug trivial) 1. Leia o arquivo inteiro em volta do erro (não só a linha) 2. Aplique o fix mínimo 3. Rode o comando que falhava → veja passar 4. Se existir suite, rode os testes do módulo tocado 5. Reporte em 2 linhas: causa → fix **Se o "trivial" não morrer no primeiro fix, ele não era trivial.** Promova para o loop completo — não tente um segundo palpite. ## Loop completo (6 fases) ### Phase 1 — Construa o feedback loop O teste/script que reproduz o bug em **<10s** com pass/fail determinístico. **Isso é 90% do trabalho.** Se o seu único loop é "rodar o app e clicar", invista em melhorá-lo antes de qualquer hipótese: um teste, um curl, um script de 5 linhas. ### Phase 2 — Reproduza Rode o loop, observe a fa