Automatize a triagem diária de erros em produção
O Zero coleta os erros não resolvidos do Sentry e do Axiom toda manhã, os deduplica, abre issues no GitHub com stack traces completos e atribui o engenheiro certo automaticamente.
O Zero conecta:
O que o Zero entrega
Qual é o problema
Toda manhã, alguém precisa abrir o Sentry, percorrer os erros não resolvidos, descobrir quais são novos, quais são duplicados, quais são realmente sérios e decidir quem deve ser responsável por cada um. São de 20 a 30 minutos de tempo de engenharia focado antes que qualquer trabalho de verdade comece. O Zero roda às 8h45, verifica o Sentry e o Axiom, deduplica entre os dois, seleciona os erros que importam, abre issues no GitHub com o stack trace completo já anexado e atribui cada uma antes que alguém abra o laptop.
Como o Zero resolve
Passo 1: conecte suas ferramentas
Sentry
ObrigatórioO Zero consulta o Sentry em busca de erros não resolvidos e lê os stack traces e as contagens de eventos.
ConectarGitHub
ObrigatórioO Zero abre issues estruturadas no GitHub com os detalhes completos dos erros e as atribui aos responsáveis pelo código.
ConectarAxiom
OpcionalO Zero consulta o Axiom em busca de logs de erro para cruzar e deduplicar com os achados do Sentry. Opcional, mas recomendado.
ConectarPasso 2: peça ao Zero
@Zero todo dia útil às 8h45, colete os erros não resolvidos do Sentry e do Axiom das últimas 24 horas. Deduplique entre as fontes. Para qualquer coisa com 5+ ocorrências, abra uma issue no GitHub em vm0-ai/vm0 com o stack trace completo e atribua ao responsável pelo código correspondente.
O Zero coleta os erros do Sentry e do Axiom
O Zero consulta ambas as fontes em busca de erros não resolvidos dentro da janela de tempo indicada. Ele aplica seu limite de ocorrências para filtrar o ruído e focar nos erros que estão realmente acontecendo em escala.
Erros deduplicados entre as fontes
O mesmo erro muitas vezes aparece tanto no Sentry quanto no Axiom com formatações diferentes. O Zero identifica os duplicados e os mescla em um único registro com dados de ambas as fontes.
Issues abertas e atribuídas no GitHub
Para cada erro único que se qualifica, o Zero abre uma issue estruturada no GitHub com o stack trace completo, a contagem de ocorrências, os horários da primeira e da última ocorrência, e a atribui ao engenheiro com maior probabilidade de ser responsável por aquela área do código.
Passo 3: leve mais longe
Dicas para melhores resultados
Defina um limite de ocorrências para manter a quantidade de issues gerenciável. 5+ é um bom ponto de partida; ajuste conforme seu volume.
Use as tags de projeto ou os ambientes do Sentry para restringir a consulta do Zero apenas à produção, não ao staging.
Encadeie isso com o briefing de saúde do produto: rode a triagem às 8h45 e inclua o resultado no briefing das 9h, para que o time veja tudo em um só lugar.