Correctifs quotidiens des erreurs Sentry

Pour un guide d’intégration Sentry plus détaillé, cliquez ici.

Connecter Sentry MCP

Avant de créer votre automation, Devin a besoin d’accéder à vos données Sentry.

Allez dans Customize > MCPs (Browse marketplace) et recherchez Sentry
Cliquez sur Enable et authentifiez-vous via OAuth. Examinez les autorisations affichées sur l’écran de consentement de Sentry avant de les approuver
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.

Le MCP Sentry n’est pas en lecture seule. Outre ses outils de récupération, il expose des outils de gestion capables de modifier le statut des problèmes, les attributions, les balises, les favoris et les alertes, et Devin agit avec les autorisations du compte Sentry que vous autorisez. Pour limiter ce que Devin peut modifier, authentifiez-vous avec un compte Sentry dédié dont le rôle dans l’organisation et l’appartenance aux équipes ne couvrent que les projets nécessaires à ce workflow.

Créer l’automatisation

Rendez-vous dans Automations dans la barre latérale et cliquez sur Create automation.

Name : Daily Sentry remediation — payments-api
Trigger : Développez Schedule et choisissez Every day — 6 h (pour que les PR de correctifs soient prêtes avant la réunion de stand-up)
Connections : Sélectionnez le MCP Sentry pour que chaque exécution puisse récupérer vos erreurs
Slack channel : Sous Notifications, cliquez sur Add notification > Post to Slack et 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 :

Alimentez Knowledge à partir de votre base de code et de correctifs antérieurs

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, demandez à Devin dans n’importe quelle session d’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.

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.

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 automatisations distinctes par projet si les volumes d’erreurs diffèrent.Tirer des enseignements des résultats. Au bout de quelques semaines, demandez à Devin d’analyser quelles corrections ont réellement été livrées et de les consigner dans Knowledge :