Sentry und Codex: MCP-Server hinzufügen und Fehler nach Zeitplan sichten

Was Codex für Sentry-Triage erledigt

• Liest ungelöste Sentry-Issues, die seit seinem letzten Lauf neu sind oder wieder aufgetreten sind.
• Prüft zuerst dein Board, damit ein lauter Fehler einen Kommentar bekommt statt zehn neuer Issues.
• Erfasst jeden neuen Fehler mit Auswirkung, erstem und letztem Auftreten, dem Release, in dem er begann, den obersten Stack-Frames und einer wahrscheinlichen Ursache, als Vermutung markiert.
• Behebt die kleinen, offensichtlichen Fälle in einem Pull Request mit Test und wartet aufs Review.

Funktionen von Codex für Sentry-Triage

So richtest du Codex für Sentry-Triage ein

1. Verbinde die Tools

   Füg Sentry als Streamable-HTTP-Server hinzu und melde dich einmal an. Die Doku von Sentry zeigt außerdem die mcp-remote-Brücke; die funktioniert auch, aber Codex braucht sie nicht.

   # ~/.codex/config.toml
   [mcp_servers.sentry]
   url = "https://mcp.sentry.dev/mcp"
   required = true
   
   # Dann per OAuth anmelden
   codex mcp login sentry

2. Schreib die Regeln in die AGENTS.md

   Codex liest die AGENTS.md vor jeder Arbeit: zuerst ~/.codex/AGENTS.md, dann die Dateien vom Root des Repositorys bis zu dem Ordner, in dem es arbeitet. Schreib die Regeln der Aufgabe dort hinein oder, wenn sie lang sind, in einen Skill unter .agents/skills/. Siehe den AGENTS.md-Leitfaden.

   ## Regeln für die Sentry-Triage
   1. Liste ungelöste Issues in Produktion auf, die seit dem letzten
      Lauf zum ersten Mal oder erneut aufgetreten sind.
   2. Such vor dem Anlegen auf dem Board nach der Sentry-Issue-ID.
   3. Leg neue mit betroffenen Nutzern und Events, erstem und letztem
      Auftreten, dem Release, den obersten Stack-Frames und einer
      wahrscheinlichen Ursache an, als Vermutung markiert.
   4. Urgent, wenn es Anmeldung, Zahlung oder Daten blockiert; High über
      1 % der Sessions; sonst Medium.
   5. Kleiner, offensichtlicher Fix: Öffne einen Pull Request mit Test.
      Nicht mergen.
   6. Löse, ignoriere oder lösche in Sentry nie etwas.

3. Führ es ohne die interaktive Oberfläche aus

   codex exec führt eine Aufgabe aus und beendet sich. Der Fortschritt geht nach stderr, die letzte Nachricht nach stdout; -o schreibt sie zusätzlich in eine Datei, und --json streamt Events. Die Sandbox ist schreibgeschützt, außer du gibst --sandbox workspace-write an.

   # Ein Triage-Durchgang per cron; die Zusammenfassung landet in einer Datei
   codex exec --sandbox workspace-write \
     -o triage.md "Sichte neue Sentry-Fehler nach den Regeln in AGENTS.md"

4. Bring es in einen Zeitplan

   Leg eine geplante Aufgabe in der ChatGPT-Desktop-App oder im Web an (die CLI verwaltet keine) oder starte codex exec per cron. Siehe Codex proaktiv machen.

Quelle: Dokumentation von Codex (Englisch)

Grenzen und Sicherheit

• Es muss Sentry-Issues lesen, nicht ändern. Lösen und Ignorieren bleibt bei Menschen.
• Seine Ursache ist eine Vermutung aus dem Stacktrace. Ein Mensch bestätigt sie, bevor ein Fix ausgeliefert wird.
• Fehler können Nutzerdaten enthalten. Halte die Issues, die es anlegt, auf einem privaten Board oder in einem privaten Repository.
• Codex führt Befehle standardmäßig in einer Sandbox aus: Schreibzugriffe bleiben im Workspace, das Netzwerk ist aus. Nutze danger-full-access nur auf einem isolierten Runner oder in einem Container.

Claude Code oder Codex für Sentry-Triage?

Die Regeln lassen sich mitnehmen. Schreib sie einmal in die AGENTS.md und setz @AGENTS.md in die CLAUDE.md, dann lesen beide Agenten dieselbe Datei.

Schritt für Schritt für den anderen Agenten: Sentry-Triage mit Claude Code.

Mach Sentry-Triage zur festen Aufgabe

Befehle laufen, wenn jemand daran denkt, sie auszuführen. Crewmark macht aus deinem eigenen Codex einen KI-Mitarbeiter mit Rolle, einem Ziel in Zahlen, Arbeitszeiten und einem Heartbeat, damit die Arbeit nach Zeitplan passiert und auf einem Board sichtbar wird.

1. Fang mit der Rolle an

   Der KI-Softwareentwickler, mit diesen Regeln in seiner Rollenbeschreibung.

2. Bring die Arbeit auf sein Board

   Leg die Aufgabe als wiederkehrendes Issue an. Der Mitarbeiter wacht per Heartbeat auf, erledigt sie und berichtet in einem Kommentar.

3. Mehr dazu

   Die Seite zur Sentry-Fehler-Triage enthält die vollständige Rollenbeschreibung und die Prioritätsregeln.

FAQ