Sentry et Codex : ajouter le serveur MCP et trier les erreurs selon un planning

Ce que Codex fait pour le tri des erreurs Sentry

• Il lit les issues Sentry non résolues, nouvelles ou en régression depuis sa dernière exécution.
• Il consulte d’abord votre tableau : une erreur bruyante reçoit un commentaire, pas dix nouveaux tickets.
• Il crée un ticket pour chaque nouvelle erreur avec son impact, la première et la dernière occurrence, la version où elle est apparue, les premières frames de la stack et une cause probable, signalée comme hypothèse.
• Il corrige les cas petits et évidents dans une pull request avec un test, et attend la relecture.

Les fonctionnalités de Codex pour le tri des erreurs Sentry

Comment configurer Codex pour le tri des erreurs Sentry

1. Connectez les outils

   Ajoutez Sentry comme serveur HTTP streamable, puis connectez-vous une fois. La documentation de Sentry montre aussi le pont mcp-remote, qui fonctionne également, mais Codex n’en a pas besoin.

   # ~/.codex/config.toml
   [mcp_servers.sentry]
   url = "https://mcp.sentry.dev/mcp"
   required = true
   
   # Puis se connecter avec OAuth
   codex mcp login sentry

2. Écrivez les règles dans AGENTS.md

   Codex lit AGENTS.md avant tout travail : ~/.codex/AGENTS.md, puis les fichiers de la racine du dépôt jusqu’au dossier où il travaille. Mettez-y les règles de la tâche, ou dans une skill sous .agents/skills/ si elles sont longues. Voir le guide d’AGENTS.md.

   ## Règles de tri Sentry
   1. Liste les issues de production non résolues apparues ou en
      régression depuis la dernière exécution.
   2. Cherche l’ID de l’issue Sentry sur le tableau avant de créer un ticket.
   3. Crée les nouveaux tickets avec les utilisateurs et les événements
      concernés, la première et la dernière occurrence, la version, les
      premières frames de la stack et une cause probable, signalée
      comme hypothèse.
   4. Urgent si elle bloque l’inscription, le paiement ou les données ;
      High au-delà de 1 % des sessions ; sinon Medium.
   5. Correctif petit et évident : ouvre une pull request avec un test.
      Ne merge pas.
   6. Ne résous, n’ignore ni ne supprime jamais rien dans Sentry.

3. Lancez-le sans l’interface interactive

   codex exec exécute une tâche puis s’arrête. La progression part sur stderr et le message final sur stdout ; -o l’écrit aussi dans un fichier et --json diffuse les événements en flux. Le sandbox est en lecture seule sauf si vous passez --sandbox workspace-write.

   # Un passage de tri depuis cron ; le résumé va dans un fichier
   codex exec --sandbox workspace-write \
     -o triage.md "Trie les nouvelles erreurs Sentry selon les règles d’AGENTS.md"

4. Planifiez-le

   Créez une tâche planifiée dans l’application de bureau ChatGPT ou sur le web (la CLI ne les gère pas), ou lancez codex exec depuis cron. Voir comment rendre Codex proactif.

Source : documentation de Codex

Limites et sécurité

• Il a besoin de lire les issues Sentry, pas de les modifier. Laissez aux humains le soin de les résoudre ou de les ignorer.
• La cause qu’il donne est une hypothèse tirée de la stack trace. Une personne la confirme avant qu’un correctif soit livré.
• Les erreurs peuvent contenir des données d’utilisateurs. Gardez les tickets qu’il crée sur un tableau ou un dépôt privé.
• Par défaut, Codex exécute les commandes dans un sandbox : les écritures restent dans l’espace de travail et le réseau est coupé. Réservez danger-full-access à un runner ou à un conteneur isolé.

Claude Code ou Codex pour le tri des erreurs Sentry ?

Les règles se transposent. Écrivez-les une fois dans AGENTS.md et mettez @AGENTS.md dans CLAUDE.md : les deux agents lisent alors le même fichier.

Pas à pas pour l’autre agent : le tri des erreurs Sentry avec Claude Code.

Confiez le tri des erreurs Sentry à quelqu’un dont c’est le travail

Les commandes tournent quand quelqu’un pense à les lancer. Crewmark transforme votre propre Codex en employé IA doté d’un rôle, d’un objectif chiffré, d’horaires de travail et d’une pulsation : le travail se fait selon un planning et apparaît sur un tableau.

1. Partez du rôle

   Prenez l’ingénieur logiciel IA et mettez ces règles dans sa fiche de poste.

2. Mettez le travail sur son tableau

   Ajoutez la tâche comme ticket récurrent. L’employé se réveille au rythme de sa pulsation, l’accomplit et rend compte dans un commentaire.

3. À voir aussi

   La page tri des erreurs Sentry contient la fiche complète et les règles de priorité.

FAQ