| name | code-review |
| description | Padrões e checklist para code review |
| triggers | ["review","qualidade","código","análise"] |
Code Review Patterns
Quando Usar
Ativar quando:
- Código novo foi implementado
- Pull request precisa de review
- Refatoração foi feita
Checklist de Review
1. Funcionalidade
2. Qualidade
3. Segurança
4. Performance
5. Tratamento de Erros
6. Testes
7. Documentação
Formato de Report
## Code Review: [descrição]
### Sumário
- **Arquivos:** X modificados
- **Linhas:** +Y / -Z
- **Issues:** A críticos, B médios, C baixos
### Issues Encontrados
#### Críticos (bloqueia merge)
1. **[arquivo:linha]** Descrição
- Problema: ...
- Solução: ...
#### Médios (deveria corrigir)
2. **[arquivo:linha]** Descrição
#### Baixos (nice to have)
3. **[arquivo:linha]** Descrição
### Pontos Positivos
- Boa separação de responsabilidades
- Testes bem escritos
### Recomendações
1. ...
2. ...
### Veredicto
- [ ] Aprovado
- [ ] Aprovado com ressalvas
- [ ] Precisa de correções
Severidade de Issues
Crítico
- Bugs que quebram funcionalidade
- Vulnerabilidades de segurança
- Perda de dados possível
- Ação: Bloqueia merge
Médio
- Code smells
- Performance issues
- Falta de testes
- Ação: Deveria corrigir
Baixo
- Estilo/formatação
- Melhorias opcionais
- Documentação
- Ação: Nice to have
Boas Práticas de Review
DO
- Seja específico e construtivo
- Sugira soluções, não só problemas
- Reconheça código bem escrito
- Foque no código, não na pessoa
DON'T
- Críticas pessoais
- Nitpicking excessivo
- Bloquear por preferência pessoal
- Ignorar contexto/deadline