Corrigir um bug¶
Use /n45-fix quando algo estiver quebrado, com comportamento incorreto ou lento. O N45 investiga, identifica a causa raiz e propõe uma correção — aplicada na hora ou planejada em detalhe.
Como /n45-feat, o N45 escolhe entre hot fix e fix estruturado com base no que a investigação encontra.
As três condições¶
Todas as três precisam ser verdadeiras pro caminho hot fix. Se qualquer uma falhar, o N45 escala pra um fix estruturado.
| Condição | O que significa |
|---|---|
| Causa raiz clara | Diagnóstico confirmado. Sem investigação pendente. |
| Sem mudança arquitetural | A correção toca só caminhos de código existentes — sem novos módulos ou mudanças de padrão. |
| Sem schema ou migration | A correção não exige mudança de banco. |
O fluxo¶
flowchart TD
Start([/n45-fix]) --> Investigate[Investigar]
Investigate --> Project[Lê padrões do projeto]
Project --> Ask[Clarificar sintomas e esperado]
Ask --> Diagnose[Diagnosticar causa raiz]
Diagnose --> Decision{Condições do
hot fix?}
Decision -->|todas as 3 atendidas| Hot[Hot fix
branch + executor]
Decision -->|alguma falha| Structured[Fix estruturado
discovery + spec + roadmap]
Hot --> Validation
Structured --> Validation
Validation([Validação])
Hot fix — exemplo¶
"O botão de login não faz nada quando clico."
- O N45 lê
PATTERNSe os componentes relevantes - Investiga: encontra que o handler de submit nunca é ligado
- Diagnostica: causa raiz clara, arquivo único
- Confirma que todas as três condições estão atendidas
- Decide: hot fix
- Cria uma branch dedicada (
hot-fix/login-button-no-submit) - Dispara o executor com o diagnóstico e o escopo do arquivo
- Retorna: arquivos modificados, resumo, como testar
- Você valida → commit → merge
Tempo total: 1–2 minutos.
Fix estruturado — exemplo¶
"Nossa migration corrompeu registros de usuário. Algumas sessões mostram dados errados."
- O N45 investiga e identifica um bug de update parcial numa migration
- Detecta: exige script de recovery e verificação de schema — falha a condição 3
- Decide: fix estruturado
- Roda discovery: mapeia registros afetados, causa raiz, estratégia de recuperação
- Gera uma spec cobrindo o plano de correção dos dados, log de auditoria, rollback
- Você revisa a spec
- Gera um roadmap (recuperar → verificar → backfill → testes)
- Cada task é executada e revisada antes de seguir adiante
- Validação → aprovação → merge
Como difere do /n45-feat¶
/n45-feat |
/n45-fix |
|
|---|---|---|
| Nome do caminho rápido | Quick Feat | Hot Fix |
| Prefixo da branch | quick-feat/... |
hot-fix/... |
| Tag do commit | [quick-feat] |
[hot-fix] |
| Gatilho | Novo comportamento desejado | Comportamento existente errado |
No resto: mesma triagem, mesma validação, mesmo merge.