Pular para o conteúdo principal
A automação CI Failure Fixer mantém seus pull requests sem falhas, sem intervenção humana. Sempre que um check de CI falha em um PR não criado pelo Devin, o Devin abre o job com falha, lê os logs de build e de teste, diagnostica a causa raiz e envia uma correção para a mesma branch — depois, executa novamente a suíte para verificar se o check passa.

Use este template

Abra o CI Failure Fixer no Devin e crie a automação com a configuração padrão. Você pode personalizá-la antes de salvar.
Quer um passo a passo prático? Confira o tutorial passo a passo do CI Failure Fixer.

​
O que esta automação faz

Este template conecta o webhook check_run do GitHub a uma sessão do Devin. O Devin tem todo o contexto do PR e da URL do job com falha, então pode baixar a branch, reproduzir a falha localmente e trabalhar iterativamente em uma correção sem que você precise nem abrir seu laptop. A automação inclui uma proteção integrada para ignorar qualquer commit de autoria de devin-ai-integration[bot], para que você nunca entre em um loop em que o Devin corrige o próprio trabalho.

​
Como funciona

Acionamento: evento do GitHub — check.run
  • Evento: github:check_run
    • Condições:
      • action eq completed
      • check_run.conclusion eq failure
      • repository.full_name eq your-org/your-repo
O que o Devin faz: Inicia uma sessão com todo o contexto do evento, executa o prompt abaixo e, opcionalmente, notifica você em caso de falha.

​
Pré-requisitos

​
Exemplo de prompt

Este template já vem com este prompt. Você pode editá-lo depois de clicar em Usar template ou deixá-lo como está.

​
Configurando

  1. Abra Automations → Templates no Devin.
  2. Clique em CI Failure Fixer. A página de criação será aberta com este template já preenchido.
  3. Conecte todas as integrações necessárias e instale os servidores MCP, caso ainda não tenha feito isso.
  4. Substitua os valores de placeholder nas condições de acionamento (por exemplo, troque your-org/your-repo pelo repositório real da sua equipe).
  5. Revise o prompt e ajuste-o ao idioma, às convenções e aos guardrails da sua equipe.
  6. Clique em Create automation.
A maioria dos templates de automação inclui limites sugeridos de ACU e de invocações para controlar os custos durante o rollout inicial. Mantenha-os como estão até você confiar no comportamento da automação e, depois, aumente-os de acordo com a sua carga de trabalho.

​
Quando usar este template

  • Testes instáveis que bloqueiam merges durante a noite ou fora do horário comercial
  • Erros de lint, type-check e formatação que você prefere não corrigir manualmente
  • Imports ausentes, snapshots desatualizados e falhas triviais de teste em PRs da comunidade
  • Desbloquear desenvolvedores sem tirar outro engenheiro de um trabalho que exige mais foco

​
Ideias de personalização

  • Limite o acionamento a um único repositório ou expanda-o para todos os repositórios de uma org
  • Adicione uma condição que só seja acionada para nomes de checks específicos (por exemplo, apenas lint, não a matriz completa)
  • Aumente o limite de ACU se sua suíte de testes demorar muito para executar, ou reduza-o para limitar o custo
  • Encadeie com uma notificação no Slack em caso de falha para que um revisor humano possa intervir quando Devin desistir

​
Veja também