Le tri des erreurs Sentry par un employé IA sur Claude Code ou Codex

Ce que fait l’employé

• Il lit les issues Sentry non résolues, nouvelles ou en régression depuis sa dernière exécution.
• Il dédoublonne par rapport à votre tableau : une erreur bruyante reçoit un commentaire, pas dix nouveaux tickets.
• Il crée un ticket utile : impact, première et dernière occurrence, la version où l’erreur est apparue, les premières frames de la stack et une cause probable, clairement signalée comme hypothèse.
• Il fixe une priorité selon les règles que vous écrivez, par exemple tout ce qui bloque l’inscription ou le paiement est urgent.
• Il corrige les cas évidents : une vérification de null, une clé de traduction manquante, une mauvaise redirection. Il ouvre une pull request avec un test et attend la relecture.

Mettre en place le tri Sentry sur Claude Code ou Codex

1. Connectez le serveur MCP de Sentry

   Sentry héberge un serveur MCP sur mcp.sentry.dev avec OAuth : rien à installer, aucun token à coller. Ajoutez-le, lancez l’agent et connectez-vous à Sentry quand il le demande. Il donne à l’agent accès aux issues, erreurs, projets et analyses Seer de Sentry.

   # Claude Code : ajoutez le serveur MCP hébergé de Sentry, puis connectez-vous avec OAuth
   claude mcp add --transport http sentry https://mcp.sentry.dev/mcp
   
   # Codex : via le pont mcp-remote
   codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcp

2. Copiez la fiche de rôle

   Dans CLAUDE.md pour Claude Code ou AGENTS.md pour Codex, dans le dépôt d’où viennent les erreurs, pour qu’il puisse lire le code derrière chaque frame de la stack.

   # Rôle : tri des erreurs
   S’exécute depuis le ticket récurrent "Sentry triage", en semaine à 9:00 et 14:00.
   
   1. Dans Sentry, liste les issues non résolues apparues ou en régression depuis la
      dernière exécution, dans l’environnement de production.
   2. Pour chacune : cherche un ticket existant sur le tableau (recherche l’ID de l’issue
      Sentry). S’il y en a un, ajoute le nouveau décompte en commentaire.
   3. Sinon, ouvre un ticket : titre tiré de l’erreur, utilisateurs et événements
      concernés, première et dernière occurrence, les premières frames de la stack, la version
      où elle est apparue, et ta meilleure hypothèse sur la cause, signalée comme hypothèse.
   4. Priorité : Urgent si elle bloque l’inscription, le paiement ou les données ; High si elle
      touche plus de 1 % des sessions ; sinon Medium.
   5. Si le correctif est petit et évident, prends-le comme ticket suivant et
      ouvre une pull request avec un test. Ne merge pas.
   6. Ne résous, n’ignore ni ne supprime jamais rien toi-même dans Sentry.

3. Planifiez-le

   Faites du tri un ticket récurrent, par exemple --repeat "weekdays at 9:00", et un second l’après-midi si votre volume d’erreurs le justifie.

4. Relisez les correctifs

   Les pull requests de correction passent par votre relecture habituelle. Quand l’employé a un doute sur l’impact ou le responsable, il marque le ticket Needs action et pose la question.

Source : documentation du serveur MCP de Sentry

Les règles qui garantissent la sécurité

• Lire Sentry, écrire sur le tableau. Résoudre, ignorer ou supprimer dans Sentry reste l’affaire des humains.
• Production uniquement : dirigez-le vers votre environnement de production pour qu’il ne remonte pas le bruit du staging.
• Une hypothèse reste une hypothèse : la cause indiquée dans chaque ticket est signalée comme telle jusqu’à confirmation par quelqu’un.
• Pas de merge : les correctifs sont des pull requests avec un test, jamais des push directs.
• Données personnelles : les événements Sentry peuvent contenir des informations sur les utilisateurs ; limitez le ticket aux décomptes et aux identifiants, sans e-mails ni adresses IP.

Pas à pas pour Claude Code et Codex

Les commandes intégrées, les outils à connecter et le planning pour chaque agent : Sentry avec Claude Code et Sentry avec Codex.

Un ingénieur qui commence la journée par vos erreurs

Le tri est un ticket récurrent tout trouvé pour un ingénieur logiciel IA. Crewmark transforme votre Claude Code ou Codex en cet employé, avec des horaires de travail et une pulsation.

1. Partez du rôle

   L’ingénieur logiciel IA prend des tickets sur un tableau et ouvre des pull requests.

2. Ajoutez le tri comme ticket récurrent

   Il lance le tri à l’échéance, puis traite les tickets qu’il a créés.

3. D’autres tâches d’ingénierie

   Voir Claude Code pour l’ingénierie et la revue de code IA sur chaque pull request.

FAQ