Pular para o conteúdo principal
À medida que agentes de código se tornam mais comuns, o gargalo deixa de ser escrever código e passa a ser revisá-lo. Devin Review é uma plataforma de revisão de código completa dentro do aplicativo web do Devin que transforma PRs grandes e complexos do GitHub em diffs organizados de forma intuitiva e explicações precisas.
Devin Review é gratuito e está disponível para PRs em repositórios GitHub padrão (não GitHub Enterprise). PRs públicos não requerem uma conta Devin. PRs privados podem ser visualizados com uma conta Devin ou via CLI.

​
Funcionalidades

Organização inteligente de diffs

Agrupa alterações de forma lógica, reunindo edições relacionadas em vez de usar a ordem alfabética.

Detecção de cópia e movimentação

Detecta quando o código foi copiado ou movido e exibe as alterações de forma clara, em vez de mostrar exclusões e inserções completas.

Detector de bugs

Identifica bugs e os classifica por nível de confiança. Bugs graves exigem atenção imediata.

Compatibilidade com GitHub

Deixe comentários, aprove PRs, solicite alterações — tudo dentro do Devin Review, sincronizado com o GitHub.

Chat com contexto da base de código

Faça perguntas sobre o PR e obtenha respostas com contexto relevante do restante da base de código. Você também pode consultar o Devin diretamente a partir de qualquer comentário, bug ou sinalização na visualização de diff.

​
Introdução

  • Devin webapp — Acesse app.devin.ai/review para ver seus PRs em aberto organizados por categoria (atribuídos a você, criados por você, revisão solicitada). Quando o Devin criar PRs, você verá um botão laranja “Review” no chat.
  • Atalho de URL — Para qualquer link de PR do GitHub, substitua github.com por devinreview.com na URL. Para PRs privados, faça login no Devin primeiro ou use a CLI.
  • CLI — Execute npx devin-review {pr-url} a partir de um clone local do repositório. Veja CLI abaixo para mais detalhes.

​
Revisão automática

Devin pode revisar PRs automaticamente, sem que você precise iniciar o processo manualmente. Configure a revisão automática em Settings > Review ou pelo ícone de configurações em qualquer página de revisão de PR.

​
Quando o Auto-Review é executado?

O Auto-Review é acionado quando:
  • Uma PR é aberta (não é rascunho)
  • Novos commits são enviados (push) para uma PR
  • Uma PR em rascunho é marcada como pronta para revisão
  • Um usuário inscrito é adicionado como revisor ou responsável
PRs em rascunho são ignoradas até serem marcadas como prontas.

​
Autoinscrição (Todos os usuários)

Qualquer usuário com uma conta do GitHub conectada pode se inscrever para revisões automáticas — sem necessidade de permissões de administrador.
  1. Acesse Settings > Review
  2. Clique em “Add myself (@yourusername)” para se inscrever
Depois de inscrito, o Devin vai revisar automaticamente qualquer PR que você criar, em que for adicionado como revisor ou que for atribuído a você, em qualquer repositório. Você também pode se autoinscrever diretamente na página de revisão de uma PR, clicando no ícone de configurações e ativando “Me (@username)”.

​
Configuração de administrador

Administradores têm opções adicionais em Settings > Review:
  • Repositories — Adicione repositórios para revisar automaticamente TODOS os PRs nesse repositório. Use o menu suspenso para pesquisar e selecionar entre os repositórios conectados.
  • Users — Visualize e gerencie todos os usuários inscritos em toda a organização. Adicione qualquer nome de usuário do GitHub à lista de revisão automática.
  • Insert link in PR description — Quando ativado (padrão), Devin adiciona um link para a revisão na descrição do PR.
Contas Enterprise: As configurações se aplicam a todas as organizações na Enterprise. Somente usuários na organização primária, com permissões de administrador Enterprise, podem gerenciar as configurações. Usuários em organizações não primárias podem apenas se inscrever por conta própria.
A revisão automática não está disponível para repositórios públicos que não estejam conectados à sua organização.

​
Bug Catcher

O Bug Catcher analisa automaticamente seu PR em busca de possíveis problemas e exibe os resultados na barra lateral Analysis. Esses resultados são organizados em duas categorias: Bugs e Flags.

​
Bugs

Bugs são erros concretos que devem ser corrigidos no código. Eles representam problemas nos quais o Bug Catcher tem grande confiança de que são reais. Bugs são exibidos em dois níveis de severidade:
  • Grave — Problemas com alta confiança que exigem atenção imediata
  • Não grave — Problemas de menor gravidade que ainda devem ser revisados
Sempre que você encontrar um bug, investigue-o e corrija-o no seu código.

​
Flags

Flags são anotações de código informativas que podem ou não exigir ação. Elas se dividem em duas categorias:
  • Investigar — O Bug Catcher identificou algo que merece sua atenção. Você deve revisar o código sinalizado por conta própria e verificar se há de fato um bug ou problema.
  • Informativo — O Bug Catcher concluiu que o código está correto ou está explicando como algo funciona. Isso ajuda você a entender as mudanças de código sem exigir ação da sua parte.

​
Resolvendo achados

Você pode marcar bugs e sinalizações como resolvidos assim que tratá-los ou determinar que não exigem ação. Itens resolvidos aparecem atenuados na barra lateral e são movidos para o final de cada seção.

​
CLI

A CLI do Devin Review permite que você execute revisões de código diretamente no seu terminal. Isso é especialmente útil para repositórios privados ou quando você quer um fluxo de trabalho local mais enxuto.

​
Instalação & Uso

Execute o CLI a partir de um clone local do repositório, sem necessidade de autenticação: 
cd path/to/repo
npx devin-review https://github.com/owner/repo/pull/123
Você deve executar este comando a partir do repositório que está sendo revisado. Como funciona:
  1. Extração de diff baseada em Git — A CLI usa seu acesso Git local para obter a branch do PR e calcular o diff. Isso significa que você precisa ter acesso de leitura ao repositório na sua máquina.
  2. Checkout em worktree isolada — A CLI cria um git worktree em um diretório em cache para fazer checkout da branch do PR. Isso mantém seu diretório de trabalho intocado — sem stash, sem troca de branch. A worktree é automaticamente limpa após a conclusão da revisão.
  3. Diff enviado para os servidores do Devin — O diff calculado e o conteúdo dos arquivos são enviados para os servidores do Devin para análise.

​
Privacidade e Controle de Acesso

A CLI usa um servidor localhost para autenticar sua sessão de revisão:
  • Acesso somente local por padrão — Quando você executa devin-review, ele inicia um servidor localhost na sua máquina que fornece um token seguro. Apenas processos na sua máquina local podem acessar esse token, o que significa que somente você pode ver a página de revisão enquanto estiver desconectado.
  • Transferência para sua conta Devin — Se você fizer login em uma conta Devin que tenha acesso à organização do GitHub, a sessão de revisão é transferida para sua conta. Isso permite que você acesse a revisão de outros dispositivos e a compartilhe com colegas de equipe.
Quando você executa a CLI, o devin-review pode executar comandos localmente na sua máquina para coletar contexto adicional na detecção de bugs. Isso permite uma análise mais profunda do que uma revisão somente de diff. O Bug Catcher pode executar um conjunto limitado de operações somente leitura limitadas ao diretório da worktree:
  • Leitura de arquivos — Ler conteúdos de arquivos dentro do repositório
  • Busca — Usar grep para padrões e glob para nomes de arquivos
  • Comandos Bash — Apenas comandos de leitura, como ls, cat, pwd, file, head, tail, wc, find, tree, stat e du

​
AGENTS.md / Arquivos de instruções

Devin Review leva em consideração arquivos de instruções no seu repositório. Se algum desses arquivos existir, ele será usado como contexto ao analisar seu PR:
  • REVIEW.md
  • AGENTS.md
  • CLAUDE.md
  • CONTRIBUTING.md
  • .cursorrules
  • .windsurfrules
  • .cursor/rules
  • *.rules
  • *.mdc
Esses arquivos podem conter padrões de codificação, convenções do projeto ou outras diretrizes que ajudam a fornecer feedback mais relevante.

​
Regras de revisão personalizadas

Você pode configurar arquivos adicionais para serem usados como contexto de revisão em Settings > Review, na seção Review Rules. Isso permite adicionar padrões glob personalizados de arquivos além dos padrões listados acima. Para adicionar uma regra personalizada:
  1. Vá para Settings > Review
  2. Em Review Rules, digite um padrão glob de arquivo (por exemplo, docs/**/*.md)
  3. Clique em Add
As regras personalizadas aparecem na lista junto com a regra padrão **/REVIEW.md. Você pode remover qualquer regra personalizada clicando no ícone de lixeira ao lado dela. Isso é útil quando seu projeto tem documentação relevante para revisão em locais não padronizados, como registros de decisões de arquitetura, guias de estilo ou convenções específicas de equipe armazenadas em caminhos personalizados.

​
REVIEW.md

REVIEW.md é um arquivo de instruções dedicado ao Devin Review. Coloque-o em qualquer lugar do seu repositório para personalizar como o Devin revisa PRs no seu projeto. O Devin detecta automaticamente arquivos REVIEW.md em qualquer nível de diretório (**/REVIEW.md), para que você possa definir diretrizes de revisão específicas para subdiretórios, se necessário. Use REVIEW.md para definir diretrizes específicas de revisão, como:
  • Áreas da base de código que precisam de atenção extra
  • Armadilhas comuns ou antipadrões a serem observados
  • Convenções específicas do projeto que os revisores devem aplicar
  • Arquivos ou diretórios que podem ser ignorados com segurança durante a revisão
  • Considerações de segurança ou desempenho exclusivas do seu projeto
Exemplo de REVIEW.md: 
# Review Guidelines

## Critical Areas
- All changes to `src/auth/` must be reviewed for security implications.
- Database migration files should be checked for backward compatibility.

## Conventions
- API endpoints must include input validation and proper error handling.
- All public functions require TypeScript return types — do not use `any`.
- React components should use functional components with hooks, not class components.

## Ignore
- Auto-generated files in `src/generated/` do not need review.
- Lock files (package-lock.json, yarn.lock) can be skipped unless dependencies changed.

## Performance
- Flag any database queries inside loops.
- Watch for N+1 query patterns in API resolvers.

​
Limitações

Os seguintes recursos ainda NÃO estão disponíveis nesta página (mas serão adicionados em breve):
  • Um botão para aprovar e fazer merge das alterações no repositório
  • Fazer edições diretamente na PR ou sugerir alterações/correções