Menü
Code Review sistemático - Checklist completo para revisão de código
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Especialista em produção e marketing de podcasts. Pesquisa convidados, cria perguntas inteligentes e memoráveis, sugere estruturas de episódio e ideias de marketing. Sempre aprende sobre o podcast do usuário primeiro. Use com /podcast ou quando o usuário mencionar podcast, entrevista, convidado, perguntas para entrevistar, ou preparar episódio.
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications (examples include websites, landing pages, dashboards, React components, HTML/CSS layouts, or when styling/beautifying any web UI). Generates creative, polished code and UI design that avoids generic AI aesthetics.
Automatic agent selection and intelligent task routing. Analyzes user requests and automatically selects the best specialist agent(s) without requiring explicit user mentions.
API Design - Princípios RESTful e boas práticas
Padrões de arquitetura de software - Decisões OBJETIVAS sobre design de sistemas
| name | code-review |
| description | Code Review sistemático - Checklist completo para revisão de código |
| version | 1.0.0 |
| category | workflow |
| triggers | ["code review","review","revisão","revisar código","pull request","pr review","merge request","mr"] |
| tools | [] |
| author | liquid-ai |
| based_on | ComposioHQ/awesome-claude-skills |
Esta skill implementa um processo sistemático de code review para garantir qualidade, segurança e manutenibilidade do código.
O objetivo não é encontrar erros, é melhorar o código e compartilhar conhecimento.
| Fazer | Evitar |
|---|---|
| Sugerir melhorias | Criticar o autor |
| Explicar o "porquê" | Apenas apontar problemas |
| Elogiar código bom | Focar só no negativo |
| Ser específico | Comentários vagos |
| Priorizar issues | Tratar tudo igual |
┌─────────────────────────────────────────┐
│ 1. Leia a descrição do PR/MR │
│ 2. Entenda o objetivo da mudança │
│ 3. Verifique issues relacionadas │
│ 4. Revise o escopo das mudanças │
└─────────────────────────────────────────┘
Perguntas:
┌─────────────────────────────────────────┐
│ 1. Revise a lista de arquivos mudados │
│ 2. Identifique padrões nas mudanças │
│ 3. Note arquivos críticos (auth, db) │
│ 4. Verifique tamanho do diff │
└─────────────────────────────────────────┘
Red Flags:
┌─────────────────────────────────────────┐
│ 1. Revise cada arquivo metodicamente │
│ 2. Verifique lógica e edge cases │
│ 3. Analise tratamento de erros │
│ 4. Confirme cobertura de testes │
└─────────────────────────────────────────┘
┌─────────────────────────────────────────┐
│ 1. Testes unitários existem? │
│ 2. Testes cobrem casos importantes? │
│ 3. CI/CD passou? │
│ 4. Testes manuais necessários? │
└─────────────────────────────────────────┘
┌─────────────────────────────────────────┐
│ 1. Organize comentários por prioridade │
│ 2. Sugira melhorias específicas │
│ 3. Reconheça código bem escrito │
│ 4. Dê veredicto claro │
└─────────────────────────────────────────┘
Template:
🔴 **BLOCKER**: [Descrição]
**Problema:** [O que está errado]
**Impacto:** [Consequência]
**Sugestão:** [Como corrigir]
Template:
🟡 **WARNING**: [Descrição]
**Problema:** [O que poderia melhorar]
**Sugestão:** [Melhoria proposta]
Template:
🟢 **SUGGESTION**: [Descrição]
**Ideia:** [Sugestão de melhoria]
Template:
💬 **QUESTION**: [Pergunta]
**Contexto:** [Por que está perguntando]
Template:
👍 **NICE**: [O que gostou]
🟡 **WARNING**: Possível race condition
**Linha 45:** A verificação `if (user)` e a atualização `user.update()`
não são atômicas. Em alta concorrência, outro request pode modificar
o user entre essas operações.
**Sugestão:** Use uma transação ou lock otimista:
\`\`\`typescript
await db.transaction(async (tx) => {
const user = await tx.user.findUnique({ where: { id } });
if (user) await tx.user.update({ where: { id }, data });
});
\`\`\`
❌ "Isso está errado"
❌ "Não gosto desse código"
❌ "Por que você fez isso?"
"Código revisado e aprovado. Ótimo trabalho no [aspecto específico]!"
Usar quando:
"Há alguns pontos que precisam de ajuste antes do merge. Veja os comentários marcados como BLOCKER."
Usar quando:
"Deixei algumas sugestões e perguntas. Nada bloqueante, mas gostaria de discutir antes de aprovar."
Usar quando:
## Code Review: [Título do PR]
### Resumo
[1-2 frases sobre o que foi revisado]
### Pontos Positivos
- 👍 [Aspecto bem feito]
- 👍 [Outro aspecto]
### Issues Encontradas
#### Blockers (🔴)
1. [Issue 1]
2. [Issue 2]
#### Warnings (🟡)
1. [Warning 1]
2. [Warning 2]
#### Suggestions (🟢)
1. [Suggestion 1]
### Perguntas
1. 💬 [Pergunta sobre decisão de design]
### Veredicto
[✅ Approve | 🔄 Request Changes | 💬 Comment]
### Próximos Passos
- [ ] [Ação necessária]
| Anti-Pattern | Problema | Solução |
|---|---|---|
| Nitpicking | Foco em detalhes irrelevantes | Priorize impacto real |
| Rubber Stamping | Aprovar sem revisar | Dedique tempo adequado |
| Gatekeeping | Bloquear por preferência pessoal | Siga padrões do projeto |
| Drive-by Review | Comentar sem contexto | Entenda o objetivo primeiro |
| Delayed Review | Demorar dias para revisar | Revise em 24h |
Esta skill ativa AUTOMATICAMENTE quando: