Convierte el ruido de Sentry en una lista de acciones priorizada

Pide a Zero que obtenga los errores no resueltos de Sentry, ordenados por frecuencia. Zero lee los stack traces, explica la causa raíz en lenguaje sencillo y te dice qué archivo corregir primero.

Zero conecta:

Por qué la triaje de Sentry desperdicia tiempo de ingeniería

Lunes por la mañana. Abres Slack y hay una docena de alertas de Sentry en #dev. La mayoría son ruido: tests inestables, problemas conocidos, errores transitorios que se resuelven solos. Pero en algún lugar podría haber algo real: una integración rota, un bug de facturación, un fallo que está afectando a usuarios reales. No quieres abrir el dashboard de Sentry y revisar issues uno por uno. Solo quieres saber: cuáles importan, qué tan graves son y qué los está causando.

Cómo pedir a Zero que priorice errores de Sentry

@Zero revisa los fallos recientes en Sentry. Por favor, clasifica los fallos de las últimas 24 horas por frecuencia de ocurrencia. Para los tres fallos principales, dame un informe que incluya los stacks de error expandidos y detallados.

pruébalo

Cómo Zero analiza y clasifica tus errores de Sentry

Zero se conecta a Sentry

Zero obtiene los issues no resueltos de tu proyecto de Sentry para la ventana de tiempo especificada y los clasifica por cantidad de ocurrencias.

Tabla resumen

Zero responde en el mismo hilo de Slack con una tabla resumen rápida: nombre del issue, cantidad de ocurrencias y nivel de prioridad, que puedes escanear en 5 segundos.

Análisis detallado

Para cada issue principal, Zero proporciona stack traces anotados y explicaciones de la causa raíz en lenguaje sencillo. Por ejemplo, no solo dice "ID de precio Stripe desconocido", sino que explica que probablemente se creó un nuevo precio en Stripe pero no se actualizó el mapeo correspondiente.

Convierte la triaje de Sentry en issues de GitHub y automatización diaria

Convertir hallazgos en acción

Crear issues de GitHub a partir del informe

@Zero crea issues de GitHub para #1 y #2. Asigna #1 a Lancy (corrección de scope de Slack) y #2 a James (mapeo de Stripe). Etiqueta ambos como bug, prioridad alta.

pruébalo

Profundizar

Pedir a Zero que investigue un error específico

@Zero para el issue #1, ¿qué scope OAuth de Slack falta exactamente? Revisa nuestro manifiesto de app y dime qué agregar.

pruébalo

Convertir en rutina

Programar como verificación diaria

@Zero cada día laborable a las 9am, ejecuta esta misma verificación de Sentry y publica los resultados en #dev. Solo incluir errores con 5+ ocurrencias.

pruébalo

Integraciones requeridas: Sentry y GitHub

Sentry

Conexión OAuth a tu organización de Sentry. Zero necesita acceso de lectura a issues y eventos.

Obligatorio

GitHub

Solo necesario si quieres que Zero cree issues a partir del informe. Acceso de lectura/escritura a issues.

Opcional

Buenas prácticas para la triaje automatizada de Sentry

●Sé específico con la ventana de tiempo. "Últimas 24 horas" para triaje diario, "errores desde el último deploy" para verificaciones post-deploy.

●Agrega un filtro de severidad para reducir el ruido: solo mostrar errores con 10+ ocurrencias u omitir errores etiquetados como known-issue.

●Encadénalo con tu standup: combínalo con el caso de uso de standup para un resumen matutino que incluya tanto tu resumen de tareas como el informe de Sentry.