Skip to main content

Corrections quotidiennes des erreurs Sentry

Planifiez chaque jour une session Devin avancée qui récupère les nouvelles erreurs Sentry pendant la nuit, lance une session de correction pour chacune et prépare des PR prêtes dès le matin.
AuthorCognition
CategoryAutomatisations
FeaturesProgrammations, MCP, Avancé
1

Connecter Sentry MCP

Avant de créer votre planning, Devin a besoin d’accéder à vos données Sentry.
  1. Allez dans Settings > MCP Marketplace et recherchez Sentry
  2. Cliquez sur Enable et authentifiez-vous via OAuth — cela accorde à Devin un accès en lecture à vos problèmes, événements et traces de pile Sentry
  3. Cliquez sur Test listing tools pour vérifier que la connexion fonctionne
Une fois la connexion établie, Devin peut interroger vos projets Sentry, récupérer les détails des problèmes et les traces de pile, et lire les breadcrumbs — le tout au sein d’une session. En savoir plus sur la configuration des serveurs MCP.
2

Créer le planning

Allez dans Settings > Schedules et cliquez sur Create schedule.
  • Name : Daily Sentry remediation — payments-api
  • Frequency : Tous les jours à 6 h (pour que les PR de correctifs soient prêtes avant la réunion de stand-up)
  • Agent : Advanced Devin — cela permet à Devin de lancer une session séparée pour chaque erreur, afin que les correctifs s’exécutent en parallèle
  • Slack channel : Sélectionnez un canal (par exemple, #sentry-fixes) pour que votre équipe soit notifiée lorsque l’exécution est terminée et que les PR sont prêtes pour revue
  • Prompt :
3

Alimentez Knowledge avec votre base de code et vos correctifs précédents

Devin apporte de meilleures corrections lorsqu’il comprend les modèles d’erreurs de votre application. Au lieu de rédiger vous‑même des entrées Knowledge, lancez une session Advanced Devin pour analyser votre base de code et les corrections passées, puis laissez‑le créer ces entrées Knowledge :Ces entrées sont automatiquement réutilisées lorsque Devin rencontre des erreurs correspondantes lors des exécutions planifiées — et le prompt planifié ci‑dessus indique à Devin de mettre à jour Knowledge en fonction de vos retours sur les PR, de sorte qu’il s’améliore au fil du temps.
4

Ce que produit une exécution type

Chaque matin, Devin traite la file d’attente des erreurs accumulées pendant la nuit et ouvre des PR ciblées. Voici à quoi ressemble la sortie d’une session réelle :
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.
Chaque pull request (PR) inclut le lien vers le problème Sentry, une description de la cause racine, la correction apportée, ainsi qu’un test qui aurait permis de détecter l’erreur initiale.
5

Ajuster et itérer

Après une semaine d’exécutions, examinez ce qui fonctionne et ajustez :Calibrez le nombre d’erreurs. Commencez avec les erreurs top 5 par exécution. Si Devin produit systématiquement des PR fusionnables, augmentez à 8-10. Si les corrections nécessitent de lourdes révisions, réduisez à 3.Filtrer par projet ou par tag. Limitez le prompt à des projets Sentry spécifiques (payments-api, web-frontend) ou excluez les tags bruyants. Vous pouvez créer des programmations distinctes par projet si les volumes d’erreurs diffèrent.Tirer des enseignements des résultats. Au bout de quelques semaines, lancez une session Devin avancée pour analyser quelles corrections ont réellement été livrées et les consigner dans Knowledge :