Skip to main content
Não quer configurar isso manualmente? Cole o link desta página em uma sessão do Devin e peça para ele configurar tudo para você.
1

Registrar repositórios e usuários para revisão automática

Devin Review pode revisar automaticamente todo PR (pull request) nos seus repositórios — sem necessidade de acionamento manual. Comece registrando os repositórios e usuários que você quer que sejam cobertos.
  1. Vá para Settings > Review no webapp do Devin
  2. Em Repositories, use Add repo para pesquisar e adicionar os repositórios que você quer que o Devin revise automaticamente (por exemplo, acme/frontend, acme/api-server)
  3. Em Users, veja quem está registrado — cada usuário se registra definindo seu gatilho de revisão pessoal
Depois de registrados, o Devin revisa automaticamente PRs quando são abertos, quando novos commits são enviados ou quando um rascunho é marcado como pronto para revisão.
Qualquer membro da equipe com uma conta do GitHub conectada pode se auto-registrar para revisões automáticas — sem precisar de permissões de administrador. Vá para Settings > Preferences e defina seu Review trigger em Devin Review.
2

Ativar Auto-Fix para o Devin enviar correções, não só comentários

Por padrão, o Devin Review publica bugs encontrados como comentários inline. O Auto-Fix vai além — o Devin propõe alterações de código e pode enviar commits de correção diretamente para a branch do PR.Para ativar, vá para Settings > Customization > Pull requests > Responding to bots e escolha uma das opções:
  • Selected only — adicione devin-ai-integration[bot] à lista de permissões (recomendado)
  • All bots — o Devin age sobre todos os comentários de bots, não apenas os dele
Você também pode ativar o Auto-Fix na seção Auto-fix da barra lateral de revisão em qualquer PR criado pelo Devin (somente para administradores da organização).
“All bots” pode causar loops infinitos se outros bots também comentarem nas alterações do Devin. Use o modo Selected only e adicione apenas devin-ai-integration[bot] para manter a segurança.
3

Ver o que o Devin detecta e corrige

Quando um PR é aberto em um repositório registrado, o Devin Review é executado automaticamente e produz:
  • Bugs encontrados na barra lateral de análise, rotulados por severidade (Severe ou Non-severe) e nível de confiança
  • Flags para padrões que valem investigação, mas que não estão necessariamente errados
  • Commits de correção enviados diretamente para a branch do PR para problemas que o Devin consegue resolver (quando o Auto-Fix está ativado)
Por exemplo, em um PR que adiciona uma nova página de configurações de usuário, o Devin Review pode encontrar:
Bug (Severe): Null reference em UserSettings.tsx:38

`user.preferences.theme` lança erro se `preferences` é undefined,
o que acontece para contas criadas antes da v2.3.

Correção enviada — commit e4a1b2c:
  const theme = user.preferences?.theme ?? 'system';
Você pode revisar cada item na visualização de diff, marcar bugs como resolvidos ou fazer perguntas de acompanhamento usando o chat com conhecimento do codebase integrado — o Devin tem contexto de todo o repositório, não só do diff.
4

Ensinar ao Devin Review os padrões da sua equipe

O Devin Review lê os arquivos AGENTS.md e REVIEW.md no seu repositório para aprender as convenções da sua equipe. Use esses arquivos para definir preferências de revisão, padrões comuns de bugs para monitorar e padrões de código que você quer fazer cumprir:
<!-- REVIEW.md -->
## Review guidelines

- All API route handlers in src/routes/* must validate request body
  with zod schemas before accessing properties. Flag any handler
  that reads req.body fields without validation.
- The useUnsafeEffect hook in src/hooks/useUnsafeEffect.ts is
  intentional — do not flag it as a missing-deps issue.
- Check for unhandled error cases in API calls.
- Ensure new database queries have appropriate indexes.
Faça commit desse arquivo no seu repositório e o Devin Review seguirá essas diretrizes em todo PR. Atualize-o à medida que sua equipe descobre novos padrões — por exemplo, depois de um bug em produção, adicione o padrão que teria detectado o problema, para que o Devin marque problemas semelhantes em revisões futuras.Você também pode usar o Review chat em qualquer PR para pedir que o Devin procure padrões específicos no diff — por exemplo: “Há alguma chamada de API neste PR que não trata o caso de erro?”