twentyTwo/skill-hub

Revise um diff, branch ou pull request em busca de bugs, mudanças arriscadas e problemas de legibilidade, e reporte os achados classificados por gravidade. Use quando for solicitado a revisar código, verificar um PR ou examinar alterações antes do merge.

O que é skill-hub?

Esta skill capacita um agente de IA a realizar revisões de código detalhadas e estruturadas em diffs, branches, pull requests ou até mesmo na árvore de trabalho não commitada. Ela é útil para garantir que mudanças de software sejam seguras, corretas e bem escritas antes da integração, ajudando a evitar bugs, problemas de segurança e regressões de comportamento. A skill é compatível com plataformas como Claude Code, Cursor e Codex, e funciona seguindo um processo definido: primeiro, entende a intenção da mudança analisando descrições e mensagens de commit; depois, verifica o diff e o código circundante; em seguida, avalia aspectos como correção, mudanças de comportamento, segurança, testes e legibilidade; e, finalmente, reporta os resultados de forma clara e acionável, priorizando os problemas mais graves e separando correções obrigatórias de sugestões e perguntas.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/twentyTwo/skill-hub/tree/HEAD/vscode-extension/builtin-skills/code-review

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Revisão de Código

Revise a mudança que o usuário apontar (um diff, um branch, um PR ou a árvore de trabalho não commitada). Se ele não especificar, revise as alterações não commitadas e, em seguida, o branch atual em relação ao seu base.

Como revisar

  1. Entenda a intenção primeiro. Leia a descrição do PR, as mensagens de commit e o issue vinculado. Uma mudança só pode estar errada em relação ao que ela está tentando fazer.
  2. Leia o diff inteiro, depois o código ao redor. Abra as funções que foram alteradas e seus chamadores. A maioria dos bugs reais reside na fronteira entre o código novo e o existente.
  3. Verifique, nesta ordem:
    • Correção: erros de lógica, off-by-one, condições erradas, casos não tratados de null/vazio/erro, condições de corrida, vazamentos de recurso, propagação de erro quebrada.
    • Mudanças de comportamento: APIs públicas, formatos de arquivo, padrões ou esquemas de banco de dados que mudam sem uma migração ou um aviso.
    • Segurança: entrada não confiável alcançando consultas, shells, caminhos de arquivo, HTML ou desserializadores; segredos no código ou logs; verificações de autorização ausentes.
    • Testes: um teste falha se a mudança for revertida? Casos de borda estão cobertos?
    • Legibilidade: nomes que enganam, funções fazendo duas coisas, comentários que contradizem o código, código morto.
  4. Verifique antes de reportar. Para cada bug suspeito, trace uma entrada concreta que o acione. Descarte qualquer coisa que não puder tornar concreta, ou marque-a como uma pergunta.

Como reportar

  • Comece com um veredito de uma linha: pronto para merge, merge após correções ou precisa de retrabalho.
  • Liste os achados do mais grave primeiro. Para cada um: arquivo:linha, o que está errado, um cenário concreto de falha e uma correção sugerida.
  • Separe correção obrigatória de sugestões e perguntas.
  • Não aumente a revisão com picuinhas de estilo que um formatador ou linter pegaria, e não reformule o que o diff faz.
  • Diga o que está bom quando for notável (um teste claro, uma migração cuidadosa). Mantenha em uma linha.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Habilidades Relacionadas