open-code-review-delegate
Faz seu agente realizar revisões de código diretamente, usando suas próprias capacidades de IA. É útil quando o agente principal deve controlar o processo de revisão.
O que ela faz
Esta ferramenta ajuda a revisar código de programação. Ela identifica quais partes do código precisam ser verificadas e quais regras seguir, deixando a análise detalhada para a inteligência principal do agente. É útil quando o agente principal deve ser quem faz a revisão.
Quando usar
- ✓Quando você quer que o agente de IA principal analise o código.
- ✓Para verificar mudanças em um código específico ou em um conjunto de arquivos.
- ✓Ao comparar diferentes versões de um código para revisão.
Exemplo do que pedir para a IA
“Revise o código para mim, focando em segurança e performance.”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
Primeiro, a ferramenta identifica os arquivos a serem revisados e as regras aplicáveis. Em seguida, ela obtém as diferenças (o que mudou) entre as versões do código. Por fim, o agente principal usa essas informações para fazer a revisão.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add alibaba/open-code-review --skill open-code-review-delegateOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/alibaba/open-code-review/main/plugins/open-code-review/skills/open-code-review-delegate/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Revisão de Código Aberta — Modo de Delegação
Esta habilidade do plugin Codex espelha intencionalmente a habilidade canônica em
skills/open-code-review-delegate/SKILL.md. Mantenha ambos os arquivos sincronizados ao
atualizar as instruções de delegação do OCR; um link simbólico é evitado porque as instalações de plugins podem materializar apenas a subárvore do plugin.
Uma habilidade para realizar revisão de código por IA onde o OCR fornece engenharia determinística (filtragem de arquivos, resolução de regras) e o agente host realiza a revisão real usando sua própria inteligência e ferramentas.
Fluxo de Trabalho
Etapa 1: Pré-visualização — Determinar o Que Revisar
ocr delegate preview --format json [--from <ref> --to <ref>] [--commit <hash>] [--exclude <patterns>]
Isso gera:
- modo (workspace / range / commit)
- from / to / commit / merge_base — metadados de referência para construir comandos git
- Lista de arquivos revisáveis — caminhos, status, inserções/exclusões
- Arquivos excluídos — com motivo da exclusão
Invocações comuns:
| Cenário | Comando |
|---|---|
| Alterações no espaço de trabalho | ocr delegate preview |
| Comparação de branches | ocr delegate preview --from main --to feature |
| Commit único | ocr delegate preview -c abc123 |
Etapa 2: Obter Regras para Arquivos
ocr delegate rule --format json <path1> <path2> ...
Passe os caminhos dos arquivos revisáveis da Etapa 1. A saída é agrupada por conteúdo de regra — arquivos que compartilham a mesma regra aparecem sob um grupo, evitando repetição.
Etapa 3: Obter Diffs
Escolha o comando diff usando o modo e as referências da Etapa 1. Use git --no-pager para cada chamada Git durante a revisão.
Os comandos diff desativam programas de diff externos, conversão de texto e cores para produzir patches simples.
Modo de intervalo (merge_base fornecido na saída de pré-visualização):
git --no-pager diff --no-ext-diff --no-textconv --no-color <merge_base>..<to> -- "<path>"
Modo de commit:
git --no-pager show --no-ext-diff --no-textconv --no-color <commit> -- "<path>"
Modo de espaço de trabalho:
# Tracked files
git --no-pager diff --no-ext-diff --no-textconv --no-color HEAD -- "<path>"
# New untracked files — read directly (entire file is new code)
cat "<path>"
Para ler o contexto:
git --no-pager log --no-color --oneline -- "<path>"
git --no-pager blame --no-textconv -- "<path>"
git --no-pager show --no-ext-diff --no-textconv --no-color "<ref>:<path>"
Para diffs grandes, adicione --output="<absolute-diff-file>" ao comando para o modo selecionado. Escolha um caminho absoluto exclusivo fora do repositório e crie seu diretório pai. Use o mesmo caminho nas chamadas da ferramenta de leitura de arquivos:
git --no-pager diff --no-ext-diff --no-textconv --no-color --output="<absolute-diff-file>" <merge_base>..<to> -- "<path>"
Após o Git sair com código 0, leia e revise o arquivo inteiro em partes, depois remova-o. Se o Git falhar ou atingir o tempo limite, tente novamente ou registre skipped com o erro. Verifique a saída inesperadamente vazia em relação a uma pré-visualização recente.
Etapa 4: Revisar Cada Arquivo
Crie uma lista de verificação contendo cada entrada reviewable_files. Para cada arquivo revisável:
Use (path, status) como identidade da lista de verificação. O modo de espaço de trabalho pode relatar o mesmo caminho duas vezes quando uma exclusão preparada é seguida por uma recriação não rastreada.
- Obtenha seu diff (Etapa 3)
- Consulte seu Grupo de Regras (da Etapa 2) para a lista de verificação de revisão
- Realize uma revisão completa, usando ferramentas de contexto apropriadas conforme necessário
- Marque o arquivo
reviewed, ouskippedcom um motivo concreto
Para alterações grandes, revise em lotes limitados agrupados por regras compartilhadas e tamanho do diff. Não pare após encontrar o primeiro problema de alta gravidade.
Etapa 5: Formatar Saída
Cada comentário deve seguir esta estrutura:
| Campo | Tipo | Obrigatório | Descrição |
|---|---|---|---|
| path | string | sim | Caminho relativo do arquivo |
| content | string | sim | Comentário de revisão descrevendo o problema |
| start_line | integer | não | Linha inicial no novo arquivo |
| end_line | integer | não | Linha final no novo arquivo |
| category | enum | não | bug, security, performance, maintainability, test, style, documentation, other |
| severity | enum | não | critical, high, medium, low |
Etapa 6: Classificar e Relatar
Antes de relatar, verifique se todos os arquivos pré-visualizados foram contabilizados. Inclua total_files, reviewed_files, skipped_files e coverage_rate no resumo. Um arquivo pulado deve incluir seu motivo.
Agrupe as descobertas por gravidade:
- Crítico/Alto: Bugs, problemas de segurança, riscos de perda de dados — sempre relate
…
Perguntas frequentes
O que significa 'delegação'?
Significa que a ferramenta delega a tarefa principal de análise para o agente de IA principal, focando apenas em organizar e preparar as informações necessárias para essa análise.
Preciso ter conhecimento de programação para usar?
Não, a ferramenta foi feita para ser usada de forma simples. Você só precisa indicar o que quer revisar.
O que são 'regras'?
São diretrizes ou padrões que o código deve seguir, como boas práticas de segurança ou estilo de programação.
Detalhes
Descrição original do autor
Delegation mode for open-code-review (OCR). Instead of OCR calling an LLM endpoint, this skill instructs the host agent to perform the code review itself, using OCR only for deterministic engineering: file selection and rule resolution. Use when the host agent should drive the review with its own LLM capabilities.
repo: alibaba/open-code-review
Popularidade
- Estrelas no GitHub
- 47 mil
- Posição no ranking
- #4694
- Licença
- Apache-2.0
- Atualizada em
- 15/10/2026
Comentários
- …
Mais skills deste repositório
Skills parecidas
cpp-testing
Faz seu agente escrever e melhorar testes para código C++. Ajuda a configurar ferramentas de teste e a corrigir erros.
affaan-m/ECC
csharp-testing
Ajuda seu agente a criar testes para código C# e .NET. Ele usa as melhores práticas para garantir que os testes sejam eficientes e confiáveis.
affaan-m/ECC
django-tdd
Faz seu agente aplicar estratégias de teste para Django com pytest-django e TDD. É útil para escrever testes robustos e garantir a qualidade do código, especialmente para APIs DRF.
affaan-m/ECC