create-genia-os 2.1.0 → 2.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +154 -106
- package/bin/index.js +240 -240
- package/package.json +42 -37
- package/template/.claude/CLAUDE.md +215 -215
- package/template/.claude/agent-memory/analyst/MEMORY.md +20 -20
- package/template/.claude/agent-memory/architect/MEMORY.md +20 -20
- package/template/.claude/agent-memory/dev/MEMORY.md +20 -20
- package/template/.claude/agent-memory/devops/MEMORY.md +20 -20
- package/template/.claude/agent-memory/pm/MEMORY.md +20 -20
- package/template/.claude/agent-memory/po/MEMORY.md +20 -20
- package/template/.claude/agent-memory/qa/MEMORY.md +20 -20
- package/template/.claude/agent-memory/reviewer/MEMORY.md +20 -20
- package/template/.claude/agent-memory/sm/MEMORY.md +20 -20
- package/template/.claude/hooks/enforce-git-push-authority.py +70 -70
- package/template/.claude/hooks/metrics-tracker.cjs +65 -0
- package/template/.claude/hooks/precompact-session-digest.cjs +87 -87
- package/template/.claude/hooks/sql-governance.py +65 -65
- package/template/.claude/hooks/synapse-engine.cjs +122 -122
- package/template/.claude/hooks/write-path-validation.py +59 -59
- package/template/.claude/rules/agent-authority.md +39 -39
- package/template/.claude/rules/agent-handoff.md +71 -71
- package/template/.claude/rules/agent-memory.md +61 -61
- package/template/.claude/rules/ids-principles.md +52 -52
- package/template/.claude/rules/mcp-usage.md +49 -49
- package/template/.claude/rules/new-project.md +157 -0
- package/template/.claude/rules/story-lifecycle.md +87 -87
- package/template/.claude/rules/workflow-execution.md +68 -68
- package/template/.claude/settings.json +58 -58
- package/template/.claude/settings.local.json +14 -14
- package/template/.genia/CONSTITUTION.md +129 -129
- package/template/.genia/contexts/api-patterns.md +134 -134
- package/template/.genia/contexts/nextjs-react.md +210 -210
- package/template/.genia/contexts/projeto.md +18 -18
- package/template/.genia/contexts/supabase.md +152 -152
- package/template/.genia/contexts/whatsapp-cloud.md +176 -176
- package/template/.genia/core-config.yaml +192 -192
- package/template/.genia/development/agents/analyst.md +138 -138
- package/template/.genia/development/agents/architect.md +171 -171
- package/template/.genia/development/agents/dev.md +160 -160
- package/template/.genia/development/agents/devops.md +200 -200
- package/template/.genia/development/agents/pm.md +142 -142
- package/template/.genia/development/agents/po.md +165 -165
- package/template/.genia/development/agents/qa.md +183 -183
- package/template/.genia/development/agents/reviewer.md +198 -198
- package/template/.genia/development/agents/sm.md +230 -230
- package/template/.genia/development/checklists/architecture-review.md +189 -189
- package/template/.genia/development/checklists/pre-commit.md +205 -205
- package/template/.genia/development/checklists/pre-deploy.md +230 -230
- package/template/.genia/development/checklists/qa-gate.md +216 -216
- package/template/.genia/development/checklists/story-dod.md +155 -155
- package/template/.genia/development/tasks/code-review.md +197 -197
- package/template/.genia/development/tasks/criar-prd.md +170 -170
- package/template/.genia/development/tasks/criar-spec.md +188 -188
- package/template/.genia/development/tasks/criar-story.md +185 -185
- package/template/.genia/development/tasks/debug-sistematico.md +230 -230
- package/template/.genia/development/tasks/dev-implement.md +199 -199
- package/template/.genia/development/tasks/qa-review.md +224 -224
- package/template/.genia/development/workflows/brownfield.md +178 -178
- package/template/.genia/development/workflows/delivery.md +208 -208
- package/template/.genia/development/workflows/development.md +189 -189
- package/template/.genia/development/workflows/greenfield.md +166 -166
- package/template/.genia/development/workflows/planning.md +167 -167
- package/template/.genia/development/workflows/qa-loop.md +179 -179
- package/template/.genia/development/workflows/spec-pipeline.md +192 -192
- package/template/.genia/development/workflows/story-development-cycle.md +252 -252
- package/template/.genia/guidelines/clean-code.md +98 -98
- package/template/.genia/guidelines/testing.md +176 -176
- package/template/.genia/skills/design/canvas-design.md +109 -109
- package/template/.genia/skills/design/frontend-design.md +140 -140
- package/template/.genia/skills/dev/mcp-builder.md +172 -172
- package/template/.genia/skills/dev/webapp-testing.md +150 -150
- package/template/.genia/skills/documents/docx.md +153 -153
- package/template/.genia/skills/documents/pdf.md +134 -134
- package/template/.genia/skills/documents/pptx.md +118 -118
- package/template/.genia/skills/documents/xlsx.md +140 -140
- package/template/.synapse/agent-analyst +8 -8
- package/template/.synapse/agent-architect +8 -8
- package/template/.synapse/agent-dev +8 -8
- package/template/.synapse/agent-devops +8 -8
- package/template/.synapse/agent-pm +8 -8
- package/template/.synapse/agent-po +7 -7
- package/template/.synapse/agent-qa +8 -8
- package/template/.synapse/agent-reviewer +7 -7
- package/template/.synapse/agent-sm +7 -7
- package/template/.synapse/constitution +7 -7
- package/template/.synapse/context +8 -8
- package/template/.synapse/global +8 -8
- package/template/.synapse/manifest +14 -14
- package/template/README.md +53 -53
|
@@ -1,230 +1,230 @@
|
|
|
1
|
-
# Task: Debug Sistemático
|
|
2
|
-
|
|
3
|
-
> Processo estruturado para investigar e resolver bugs complexos.
|
|
4
|
-
> Aplicável por @dev (com suporte de @architect quando necessário).
|
|
5
|
-
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
## Objetivo
|
|
9
|
-
|
|
10
|
-
Resolver bugs de forma sistemática e documentada, evitando soluções por tentativa e erro que geram mais problemas do que resolvem. Um bug resolvido sem ser compreendido é um bug que vai voltar.
|
|
11
|
-
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
## Quando Usar Esta Task
|
|
15
|
-
|
|
16
|
-
- Bug reportado por @qa com severidade CRÍTICO ou ALTO
|
|
17
|
-
- Bug intermitente que não reproduz de forma consistente
|
|
18
|
-
- Bug de performance ou memory leak
|
|
19
|
-
- Erro em produção que precisa de investigação rápida
|
|
20
|
-
- Bug cuja causa raiz não é óbvia na primeira análise
|
|
21
|
-
|
|
22
|
-
---
|
|
23
|
-
|
|
24
|
-
## Passos de Execução
|
|
25
|
-
|
|
26
|
-
### Passo 1 — Leitura do Bug Report
|
|
27
|
-
|
|
28
|
-
Antes de tocar no código:
|
|
29
|
-
|
|
30
|
-
1. Leia o bug report completo de @qa
|
|
31
|
-
2. Confirme que você consegue reproduzir o bug com os passos fornecidos
|
|
32
|
-
3. Se não conseguir reproduzir: notifique @qa imediatamente com evidência (screenshot, log)
|
|
33
|
-
4. **Reprodução é obrigatória antes de começar a debugar**
|
|
34
|
-
|
|
35
|
-
### Passo 2 — Hipótese Antes de Código
|
|
36
|
-
|
|
37
|
-
Antes de abrir qualquer arquivo:
|
|
38
|
-
|
|
39
|
-
1. Baseado na descrição do bug, qual é a sua hipótese inicial sobre a causa?
|
|
40
|
-
2. Anote a hipótese (não pule este passo — ajuda a manter o foco)
|
|
41
|
-
3. Liste os locais do código mais prováveis onde o problema pode estar
|
|
42
|
-
4. Estime: este bug é de lógica, de dados, de timing, de estado, de integração?
|
|
43
|
-
|
|
44
|
-
**Tipos comuns de bug:**
|
|
45
|
-
- **Lógica:** condição incorreta, comparação errada, operação matemática errada
|
|
46
|
-
- **Estado:** estado React não atualizado, variável mutada incorretamente
|
|
47
|
-
- **Assincronismo:** race condition, Promise não awaited, callback timing
|
|
48
|
-
- **Integração:** API retornando formato inesperado, erro de rede não tratado
|
|
49
|
-
- **Dados:** null/undefined não tratado, tipo de dado incorreto
|
|
50
|
-
- **Ambiente:** variável de ambiente não configurada, versão de dependência diferente
|
|
51
|
-
|
|
52
|
-
### Passo 3 — Isolamento
|
|
53
|
-
|
|
54
|
-
1. **Reduza o problema ao mínimo reproduzível:**
|
|
55
|
-
- Existe um teste unitário que reproduz o bug? (crie um se não houver)
|
|
56
|
-
- Você consegue remover partes do código e ainda reproduzir?
|
|
57
|
-
- O bug ocorre com dados específicos? Quais?
|
|
58
|
-
|
|
59
|
-
2. **Delimite a área suspeita:**
|
|
60
|
-
- Adicione logs estratégicos para entender o fluxo de execução
|
|
61
|
-
- Verifique os valores das variáveis no momento do bug
|
|
62
|
-
- Use o debugger (breakpoints) se disponível
|
|
63
|
-
|
|
64
|
-
```bash
|
|
65
|
-
# Exemplo de log estratégico (temporário, remover após debug)
|
|
66
|
-
console.log('[DEBUG STORY-XXX]', { variavel, estado, resultado })
|
|
67
|
-
```
|
|
68
|
-
|
|
69
|
-
### Passo 4 — Investigação com Ferramentas
|
|
70
|
-
|
|
71
|
-
**Para bugs de runtime:**
|
|
72
|
-
```bash
|
|
73
|
-
# Execute com mais verbosidade
|
|
74
|
-
NODE_DEBUG=http npm run dev
|
|
75
|
-
|
|
76
|
-
# Verifique os logs do servidor
|
|
77
|
-
npm run dev 2>&1 | grep ERROR
|
|
78
|
-
|
|
79
|
-
# Execute testes específicos em modo verbose
|
|
80
|
-
npm run test -- --verbose NomeDoTeste
|
|
81
|
-
```
|
|
82
|
-
|
|
83
|
-
**Para bugs de TypeScript:**
|
|
84
|
-
```bash
|
|
85
|
-
npm run typecheck -- --listFiles
|
|
86
|
-
npm run typecheck 2>&1 | grep -A5 "error TS"
|
|
87
|
-
```
|
|
88
|
-
|
|
89
|
-
**Para bugs de performance:**
|
|
90
|
-
- React DevTools Profiler para re-renders desnecessários
|
|
91
|
-
- Network tab para requests lentos
|
|
92
|
-
- Memory tab para memory leaks
|
|
93
|
-
|
|
94
|
-
**Para bugs de integração:**
|
|
95
|
-
- Verifique o contrato da API com a documentação
|
|
96
|
-
- Log do request e response completos (sem dados sensíveis nos logs de prod)
|
|
97
|
-
- Verifique se o ambiente correto está sendo usado
|
|
98
|
-
|
|
99
|
-
### Passo 5 — Causa Raiz
|
|
100
|
-
|
|
101
|
-
Após a investigação:
|
|
102
|
-
|
|
103
|
-
1. Documente a causa raiz identificada:
|
|
104
|
-
```
|
|
105
|
-
Causa raiz: [descrição técnica precisa]
|
|
106
|
-
Arquivo: src/[caminho]/arquivo.ts linha XX
|
|
107
|
-
Por que ocorre: [explicação do mecanismo do bug]
|
|
108
|
-
```
|
|
109
|
-
|
|
110
|
-
2. Valide a causa raiz:
|
|
111
|
-
- Se você corrigir isso, o bug vai sumir?
|
|
112
|
-
- Há outros lugares no código com o mesmo problema?
|
|
113
|
-
- Esta causa raiz explica todos os sintomas relatados?
|
|
114
|
-
|
|
115
|
-
### Passo 6 — Solução Planejada
|
|
116
|
-
|
|
117
|
-
Antes de escrever qualquer código de correção:
|
|
118
|
-
|
|
119
|
-
1. Defina a solução:
|
|
120
|
-
- O que exatamente vai ser mudado?
|
|
121
|
-
- A mudança tem efeitos colaterais em outros lugares?
|
|
122
|
-
- Há uma solução mais simples que resolve o problema?
|
|
123
|
-
|
|
124
|
-
2. Verifique se a solução está dentro do escopo:
|
|
125
|
-
- Esta correção está dentro do que foi especificado no SPEC-TECNICO?
|
|
126
|
-
- Se for uma solução arquitetural maior: consultar @architect ANTES
|
|
127
|
-
- Se mudança de comportamento esperado: consultar @po ANTES
|
|
128
|
-
|
|
129
|
-
### Passo 7 — Implementação da Correção
|
|
130
|
-
|
|
131
|
-
1. Crie ou use o branch da story associada
|
|
132
|
-
2. Implemente a correção mínima necessária (não aproveite para "melhorar outras coisas")
|
|
133
|
-
3. Remova todos os logs de debug temporários
|
|
134
|
-
4. Escreva ou atualize o teste que reproduzia o bug (agora deve passar)
|
|
135
|
-
5. Execute a suite completa de testes:
|
|
136
|
-
```bash
|
|
137
|
-
npm run lint && npm run typecheck && npm run test
|
|
138
|
-
```
|
|
139
|
-
6. Verifique que o bug original não reproduz mais
|
|
140
|
-
|
|
141
|
-
### Passo 8 — Commit da Correção
|
|
142
|
-
|
|
143
|
-
```bash
|
|
144
|
-
git add [arquivos modificados]
|
|
145
|
-
git commit -m "fix(escopo): corrigir [descrição do bug]
|
|
146
|
-
|
|
147
|
-
Causa raiz: [breve descrição]
|
|
148
|
-
Solução: [breve descrição da correção]
|
|
149
|
-
|
|
150
|
-
Bug: BUG-QA-XXX
|
|
151
|
-
Story: STORY-XXX
|
|
152
|
-
Co-Authored-By: GEN.IA OS <genia@bedata.com.br>"
|
|
153
|
-
```
|
|
154
|
-
|
|
155
|
-
### Passo 9 — Documentação e Comunicação
|
|
156
|
-
|
|
157
|
-
1. Atualize o bug report com:
|
|
158
|
-
- Causa raiz identificada
|
|
159
|
-
- Solução implementada
|
|
160
|
-
- Arquivos modificados
|
|
161
|
-
- Status: Resolvido
|
|
162
|
-
|
|
163
|
-
2. Notifique @qa para re-verificar:
|
|
164
|
-
- Bug resolvido
|
|
165
|
-
- Como verificar que a correção funciona
|
|
166
|
-
- Se há outros cenários relacionados para testar
|
|
167
|
-
|
|
168
|
-
---
|
|
169
|
-
|
|
170
|
-
## Quando Escalar para @architect
|
|
171
|
-
|
|
172
|
-
Escale imediatamente se:
|
|
173
|
-
|
|
174
|
-
- A causa raiz é um problema de arquitetura (não pode ser corrigido localmente)
|
|
175
|
-
- A correção requer mudança significativa na estrutura do sistema
|
|
176
|
-
- O bug está relacionado a segurança ou corrupção de dados
|
|
177
|
-
- Não há clareza sobre qual é a solução correta após 1h de investigação
|
|
178
|
-
- O bug afeta múltiplos módulos e a correção impacta contratos de API
|
|
179
|
-
|
|
180
|
-
**Ao escalar:**
|
|
181
|
-
```
|
|
182
|
-
@architect — encontrei bug complexo em STORY-XXX
|
|
183
|
-
|
|
184
|
-
Descrição do bug: [...]
|
|
185
|
-
Causa raiz suspeita: [...]
|
|
186
|
-
O que já investiguei: [...]
|
|
187
|
-
Por que estou escalando: [...]
|
|
188
|
-
Qual decisão preciso de você: [...]
|
|
189
|
-
```
|
|
190
|
-
|
|
191
|
-
---
|
|
192
|
-
|
|
193
|
-
## Registro de Bug Para Aprendizado
|
|
194
|
-
|
|
195
|
-
Bugs complexos devem ser documentados para o time:
|
|
196
|
-
|
|
197
|
-
```markdown
|
|
198
|
-
## Post-Mortem — BUG-XXX — [Título]
|
|
199
|
-
Data: YYYY-MM-DD | Investigado por: @dev
|
|
200
|
-
|
|
201
|
-
### Sintoma
|
|
202
|
-
[Como o bug se manifestava]
|
|
203
|
-
|
|
204
|
-
### Causa Raiz
|
|
205
|
-
[O que causava o bug]
|
|
206
|
-
|
|
207
|
-
### Solução Implementada
|
|
208
|
-
[Como foi corrigido]
|
|
209
|
-
|
|
210
|
-
### Como Prevenir No Futuro
|
|
211
|
-
[Mudança de processo, teste adicional, ou documentação]
|
|
212
|
-
```
|
|
213
|
-
|
|
214
|
-
---
|
|
215
|
-
|
|
216
|
-
## Critérios de Saída
|
|
217
|
-
|
|
218
|
-
O debug sistemático está concluído quando:
|
|
219
|
-
|
|
220
|
-
- [ ] Bug reproduzido e documentado
|
|
221
|
-
- [ ] Causa raiz identificada e documentada
|
|
222
|
-
- [ ] Correção implementada e commitada
|
|
223
|
-
- [ ] Testes passando (incluindo teste do cenário do bug)
|
|
224
|
-
- [ ] Logs de debug removidos
|
|
225
|
-
- [ ] @qa notificado para re-verificar
|
|
226
|
-
- [ ] Bug report atualizado com causa raiz e solução
|
|
227
|
-
|
|
228
|
-
---
|
|
229
|
-
|
|
230
|
-
*GEN.IA OS v1.0 — {{TEAM_NAME}} — {{CREATOR_NAME}}*
|
|
1
|
+
# Task: Debug Sistemático
|
|
2
|
+
|
|
3
|
+
> Processo estruturado para investigar e resolver bugs complexos.
|
|
4
|
+
> Aplicável por @dev (com suporte de @architect quando necessário).
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Objetivo
|
|
9
|
+
|
|
10
|
+
Resolver bugs de forma sistemática e documentada, evitando soluções por tentativa e erro que geram mais problemas do que resolvem. Um bug resolvido sem ser compreendido é um bug que vai voltar.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Quando Usar Esta Task
|
|
15
|
+
|
|
16
|
+
- Bug reportado por @qa com severidade CRÍTICO ou ALTO
|
|
17
|
+
- Bug intermitente que não reproduz de forma consistente
|
|
18
|
+
- Bug de performance ou memory leak
|
|
19
|
+
- Erro em produção que precisa de investigação rápida
|
|
20
|
+
- Bug cuja causa raiz não é óbvia na primeira análise
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## Passos de Execução
|
|
25
|
+
|
|
26
|
+
### Passo 1 — Leitura do Bug Report
|
|
27
|
+
|
|
28
|
+
Antes de tocar no código:
|
|
29
|
+
|
|
30
|
+
1. Leia o bug report completo de @qa
|
|
31
|
+
2. Confirme que você consegue reproduzir o bug com os passos fornecidos
|
|
32
|
+
3. Se não conseguir reproduzir: notifique @qa imediatamente com evidência (screenshot, log)
|
|
33
|
+
4. **Reprodução é obrigatória antes de começar a debugar**
|
|
34
|
+
|
|
35
|
+
### Passo 2 — Hipótese Antes de Código
|
|
36
|
+
|
|
37
|
+
Antes de abrir qualquer arquivo:
|
|
38
|
+
|
|
39
|
+
1. Baseado na descrição do bug, qual é a sua hipótese inicial sobre a causa?
|
|
40
|
+
2. Anote a hipótese (não pule este passo — ajuda a manter o foco)
|
|
41
|
+
3. Liste os locais do código mais prováveis onde o problema pode estar
|
|
42
|
+
4. Estime: este bug é de lógica, de dados, de timing, de estado, de integração?
|
|
43
|
+
|
|
44
|
+
**Tipos comuns de bug:**
|
|
45
|
+
- **Lógica:** condição incorreta, comparação errada, operação matemática errada
|
|
46
|
+
- **Estado:** estado React não atualizado, variável mutada incorretamente
|
|
47
|
+
- **Assincronismo:** race condition, Promise não awaited, callback timing
|
|
48
|
+
- **Integração:** API retornando formato inesperado, erro de rede não tratado
|
|
49
|
+
- **Dados:** null/undefined não tratado, tipo de dado incorreto
|
|
50
|
+
- **Ambiente:** variável de ambiente não configurada, versão de dependência diferente
|
|
51
|
+
|
|
52
|
+
### Passo 3 — Isolamento
|
|
53
|
+
|
|
54
|
+
1. **Reduza o problema ao mínimo reproduzível:**
|
|
55
|
+
- Existe um teste unitário que reproduz o bug? (crie um se não houver)
|
|
56
|
+
- Você consegue remover partes do código e ainda reproduzir?
|
|
57
|
+
- O bug ocorre com dados específicos? Quais?
|
|
58
|
+
|
|
59
|
+
2. **Delimite a área suspeita:**
|
|
60
|
+
- Adicione logs estratégicos para entender o fluxo de execução
|
|
61
|
+
- Verifique os valores das variáveis no momento do bug
|
|
62
|
+
- Use o debugger (breakpoints) se disponível
|
|
63
|
+
|
|
64
|
+
```bash
|
|
65
|
+
# Exemplo de log estratégico (temporário, remover após debug)
|
|
66
|
+
console.log('[DEBUG STORY-XXX]', { variavel, estado, resultado })
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
### Passo 4 — Investigação com Ferramentas
|
|
70
|
+
|
|
71
|
+
**Para bugs de runtime:**
|
|
72
|
+
```bash
|
|
73
|
+
# Execute com mais verbosidade
|
|
74
|
+
NODE_DEBUG=http npm run dev
|
|
75
|
+
|
|
76
|
+
# Verifique os logs do servidor
|
|
77
|
+
npm run dev 2>&1 | grep ERROR
|
|
78
|
+
|
|
79
|
+
# Execute testes específicos em modo verbose
|
|
80
|
+
npm run test -- --verbose NomeDoTeste
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
**Para bugs de TypeScript:**
|
|
84
|
+
```bash
|
|
85
|
+
npm run typecheck -- --listFiles
|
|
86
|
+
npm run typecheck 2>&1 | grep -A5 "error TS"
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
**Para bugs de performance:**
|
|
90
|
+
- React DevTools Profiler para re-renders desnecessários
|
|
91
|
+
- Network tab para requests lentos
|
|
92
|
+
- Memory tab para memory leaks
|
|
93
|
+
|
|
94
|
+
**Para bugs de integração:**
|
|
95
|
+
- Verifique o contrato da API com a documentação
|
|
96
|
+
- Log do request e response completos (sem dados sensíveis nos logs de prod)
|
|
97
|
+
- Verifique se o ambiente correto está sendo usado
|
|
98
|
+
|
|
99
|
+
### Passo 5 — Causa Raiz
|
|
100
|
+
|
|
101
|
+
Após a investigação:
|
|
102
|
+
|
|
103
|
+
1. Documente a causa raiz identificada:
|
|
104
|
+
```
|
|
105
|
+
Causa raiz: [descrição técnica precisa]
|
|
106
|
+
Arquivo: src/[caminho]/arquivo.ts linha XX
|
|
107
|
+
Por que ocorre: [explicação do mecanismo do bug]
|
|
108
|
+
```
|
|
109
|
+
|
|
110
|
+
2. Valide a causa raiz:
|
|
111
|
+
- Se você corrigir isso, o bug vai sumir?
|
|
112
|
+
- Há outros lugares no código com o mesmo problema?
|
|
113
|
+
- Esta causa raiz explica todos os sintomas relatados?
|
|
114
|
+
|
|
115
|
+
### Passo 6 — Solução Planejada
|
|
116
|
+
|
|
117
|
+
Antes de escrever qualquer código de correção:
|
|
118
|
+
|
|
119
|
+
1. Defina a solução:
|
|
120
|
+
- O que exatamente vai ser mudado?
|
|
121
|
+
- A mudança tem efeitos colaterais em outros lugares?
|
|
122
|
+
- Há uma solução mais simples que resolve o problema?
|
|
123
|
+
|
|
124
|
+
2. Verifique se a solução está dentro do escopo:
|
|
125
|
+
- Esta correção está dentro do que foi especificado no SPEC-TECNICO?
|
|
126
|
+
- Se for uma solução arquitetural maior: consultar @architect ANTES
|
|
127
|
+
- Se mudança de comportamento esperado: consultar @po ANTES
|
|
128
|
+
|
|
129
|
+
### Passo 7 — Implementação da Correção
|
|
130
|
+
|
|
131
|
+
1. Crie ou use o branch da story associada
|
|
132
|
+
2. Implemente a correção mínima necessária (não aproveite para "melhorar outras coisas")
|
|
133
|
+
3. Remova todos os logs de debug temporários
|
|
134
|
+
4. Escreva ou atualize o teste que reproduzia o bug (agora deve passar)
|
|
135
|
+
5. Execute a suite completa de testes:
|
|
136
|
+
```bash
|
|
137
|
+
npm run lint && npm run typecheck && npm run test
|
|
138
|
+
```
|
|
139
|
+
6. Verifique que o bug original não reproduz mais
|
|
140
|
+
|
|
141
|
+
### Passo 8 — Commit da Correção
|
|
142
|
+
|
|
143
|
+
```bash
|
|
144
|
+
git add [arquivos modificados]
|
|
145
|
+
git commit -m "fix(escopo): corrigir [descrição do bug]
|
|
146
|
+
|
|
147
|
+
Causa raiz: [breve descrição]
|
|
148
|
+
Solução: [breve descrição da correção]
|
|
149
|
+
|
|
150
|
+
Bug: BUG-QA-XXX
|
|
151
|
+
Story: STORY-XXX
|
|
152
|
+
Co-Authored-By: GEN.IA OS <genia@bedata.com.br>"
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
### Passo 9 — Documentação e Comunicação
|
|
156
|
+
|
|
157
|
+
1. Atualize o bug report com:
|
|
158
|
+
- Causa raiz identificada
|
|
159
|
+
- Solução implementada
|
|
160
|
+
- Arquivos modificados
|
|
161
|
+
- Status: Resolvido
|
|
162
|
+
|
|
163
|
+
2. Notifique @qa para re-verificar:
|
|
164
|
+
- Bug resolvido
|
|
165
|
+
- Como verificar que a correção funciona
|
|
166
|
+
- Se há outros cenários relacionados para testar
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## Quando Escalar para @architect
|
|
171
|
+
|
|
172
|
+
Escale imediatamente se:
|
|
173
|
+
|
|
174
|
+
- A causa raiz é um problema de arquitetura (não pode ser corrigido localmente)
|
|
175
|
+
- A correção requer mudança significativa na estrutura do sistema
|
|
176
|
+
- O bug está relacionado a segurança ou corrupção de dados
|
|
177
|
+
- Não há clareza sobre qual é a solução correta após 1h de investigação
|
|
178
|
+
- O bug afeta múltiplos módulos e a correção impacta contratos de API
|
|
179
|
+
|
|
180
|
+
**Ao escalar:**
|
|
181
|
+
```
|
|
182
|
+
@architect — encontrei bug complexo em STORY-XXX
|
|
183
|
+
|
|
184
|
+
Descrição do bug: [...]
|
|
185
|
+
Causa raiz suspeita: [...]
|
|
186
|
+
O que já investiguei: [...]
|
|
187
|
+
Por que estou escalando: [...]
|
|
188
|
+
Qual decisão preciso de você: [...]
|
|
189
|
+
```
|
|
190
|
+
|
|
191
|
+
---
|
|
192
|
+
|
|
193
|
+
## Registro de Bug Para Aprendizado
|
|
194
|
+
|
|
195
|
+
Bugs complexos devem ser documentados para o time:
|
|
196
|
+
|
|
197
|
+
```markdown
|
|
198
|
+
## Post-Mortem — BUG-XXX — [Título]
|
|
199
|
+
Data: YYYY-MM-DD | Investigado por: @dev
|
|
200
|
+
|
|
201
|
+
### Sintoma
|
|
202
|
+
[Como o bug se manifestava]
|
|
203
|
+
|
|
204
|
+
### Causa Raiz
|
|
205
|
+
[O que causava o bug]
|
|
206
|
+
|
|
207
|
+
### Solução Implementada
|
|
208
|
+
[Como foi corrigido]
|
|
209
|
+
|
|
210
|
+
### Como Prevenir No Futuro
|
|
211
|
+
[Mudança de processo, teste adicional, ou documentação]
|
|
212
|
+
```
|
|
213
|
+
|
|
214
|
+
---
|
|
215
|
+
|
|
216
|
+
## Critérios de Saída
|
|
217
|
+
|
|
218
|
+
O debug sistemático está concluído quando:
|
|
219
|
+
|
|
220
|
+
- [ ] Bug reproduzido e documentado
|
|
221
|
+
- [ ] Causa raiz identificada e documentada
|
|
222
|
+
- [ ] Correção implementada e commitada
|
|
223
|
+
- [ ] Testes passando (incluindo teste do cenário do bug)
|
|
224
|
+
- [ ] Logs de debug removidos
|
|
225
|
+
- [ ] @qa notificado para re-verificar
|
|
226
|
+
- [ ] Bug report atualizado com causa raiz e solução
|
|
227
|
+
|
|
228
|
+
---
|
|
229
|
+
|
|
230
|
+
*GEN.IA OS v1.0 — {{TEAM_NAME}} — {{CREATOR_NAME}}*
|