Skip to main content

Correções diárias de erros no Sentry

Agende uma sessão diária do Advanced Devin que busque novos erros do Sentry durante a noite, inicie uma sessão de correção para cada um e deixe PRs prontos pela manhã.
AuthorCognition
CategoryAutomatizações
FeaturesAgendamentos, MCP, Avançado
1

Conectar o Sentry MCP

Antes de criar seu cronograma, Devin precisa de acesso aos seus dados do Sentry.
  1. Vá para Settings > MCP Marketplace e pesquise por Sentry
  2. Clique em Enable e autentique via OAuth — isso concede ao Devin acesso de leitura aos seus issues, eventos e stack traces do Sentry
  3. Clique em Test listing tools para verificar se a conexão está funcionando
Depois de conectado, Devin pode consultar seus projetos do Sentry, obter detalhes de issues e stack traces e ler breadcrumbs — tudo durante uma sessão. Saiba mais sobre configurar servidores MCP.
2

Criar agendamento

Go to Settings > Schedules and click Create schedule.
  • Name: Daily Sentry remediation — payments-api
  • Frequency: Diariamente às 6:00 AM (para que os PRs com correções estejam prontos antes do standup)
  • Agent: Advanced Devin — isso permite que o Devin inicie uma sessão separada para cada erro, de modo que as correções sejam executadas em paralelo
  • Slack channel: Selecione um canal (por exemplo, #sentry-fixes) para que sua equipe seja notificada quando a execução terminar e os PRs estiverem prontos para revisão
  • Prompt:
3

Alimente o Knowledge a partir da sua base de código e de correções anteriores

Devin escreve correções melhores quando entende os padrões de erro da sua aplicação. Em vez de criar entradas de Knowledge manualmente, execute uma sessão de Advanced Devin para investigar sua base de código e correções anteriores e deixe que ele crie o Knowledge:Essas entradas são automaticamente recuperadas quando o Devin encontra erros correspondentes durante execuções agendadas — e o prompt agendado acima instrui o Devin a atualizar o Knowledge com base no seu feedback em PRs, para que ele melhore ao longo do tempo.
4

O que uma execução típica gera

Todas as manhãs, Devin processa a fila de erros gerados durante a noite e abre PRs direcionados. Aqui está um exemplo de saída de uma sessão real:
Processed 5 Sentry errors from payments-api (past 24h):

1. TypeError: Cannot read property 'last4' of null (1,892 events)
   Root cause: Stripe webhook delivers `payment_method: null` for
   bank transfer payments. CheckoutReceipt.tsx:34 destructures
   without a null check.
   PR #612: Add null safety to CheckoutReceipt, show "Bank Transfer"
   fallback for non-card payments.

2. TimeoutError: Query timeout after 30s on /api/invoices (743 events)
   Root cause: N+1 query in InvoiceService.getMonthly() — each
   line item triggers a separate product lookup.
   PR #613: Add eager loading for invoice line items with
   Sequelize `include`.

3. RangeError: Maximum call stack size exceeded (412 events)
   Root cause: Circular reference in refund.toJSON() when a
   refund references its parent transaction which references
   the refund.
   PR #614: Break circular ref with a custom serializer,
   add max-depth test.

4-5. Two lower-frequency validation errors — PRs #615, #616.
Cada PR inclui o link da issue do Sentry, uma descrição da causa raiz, a correção e um teste que teria detectado o erro original.
5

Ajustar e iterar

Após uma semana de execuções, revise o que está funcionando e faça ajustes:Defina o escopo da contagem de erros. Comece com os top 5 erros por execução. Se Devin estiver produzindo PRs que podem ser mesclados de forma consistente, aumente para 8–10. Se as correções exigirem muitas revisões, reduza para 3.Filtre por projeto ou tag. Restrinja o prompt a projetos específicos do Sentry (payments-api, web-frontend) ou exclua tags ruidosas. Você pode criar agendamentos separados por projeto se os volumes de erro forem diferentes.Aprenda com os resultados. Depois de algumas semanas, execute uma sessão do Advanced Devin para analisar quais correções realmente foram enviadas e transformar isso em Knowledge: