Was der Mitarbeiter tut
- Liest ungelöste Sentry-Issues, die seit seinem letzten Lauf neu sind oder wieder aufgetreten sind.
- Gleicht sie mit deinem Board ab, damit ein lauter Fehler einen Kommentar bekommt statt zehn neuer Issues.
- Legt ein brauchbares Issue an: Auswirkung, erstes und letztes Auftreten, das Release, in dem es begann, die obersten Stack-Frames und eine wahrscheinliche Ursache, klar als Vermutung gekennzeichnet.
- Setzt eine Priorität nach Regeln, die du schreibst, etwa: Alles, was Anmeldung oder Zahlung blockiert, ist dringend.
- Behebt die offensichtlichen Fälle: eine Null-Prüfung, einen fehlenden Übersetzungsschlüssel, eine falsche Weiterleitung. Er öffnet einen Pull Request mit Test und wartet aufs Review.
So richtest du die Sentry-Triage mit Claude Code oder Codex ein
Verbinde den MCP-Server von Sentry
Sentry hostet einen MCP-Server unter mcp.sentry.dev mit OAuth, also gibt es nichts zu installieren und kein Token einzufügen. Füg ihn hinzu, starte den Agenten und melde dich bei Sentry an, wenn er fragt. Damit bekommt der Agent Zugriff auf Issues, Fehler, Projekte und die Seer-Analyse von Sentry.
# Claude Code: den gehosteten MCP-Server von Sentry hinzufügen, dann per OAuth anmelden claude mcp add --transport http sentry https://mcp.sentry.dev/mcp # Codex: über die mcp-remote-Brücke codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcpKopier die Rollenbeschreibung
In die CLAUDE.md für Claude Code oder die AGENTS.md für Codex, im Repository, aus dem die Fehler stammen, damit er den Code hinter jedem Stack-Frame lesen kann.
# Rolle: Fehler-Triage Läuft über das wiederkehrende Issue "Sentry-Triage", werktags um 9:00 und 14:00. 1. Liste in Sentry ungelöste Issues in der Produktionsumgebung auf, die seit dem letzten Lauf zum ersten Mal aufgetreten oder wieder aufgetreten sind. 2. Prüf für jedes, ob es auf dem Board schon ein Issue gibt (such nach der Sentry-Issue-ID). Wenn ja, ergänze die neue Anzahl als Kommentar. 3. Sonst leg ein Issue an: Titel aus dem Fehler, betroffene Nutzer und Events, erstes und letztes Auftreten, die obersten Stack-Frames, das Release, in dem es begann, und deine beste Vermutung zur Ursache, als Vermutung markiert. 4. Priorität: Urgent, wenn es Anmeldung, Zahlung oder Daten blockiert; High, wenn es mehr als 1 % der Sessions betrifft; sonst Medium. 5. Ist der Fix klein und offensichtlich, nimm ihn als dein nächstes Issue und öffne einen Pull Request mit Test. Nicht mergen. 6. Löse, ignoriere oder lösche in Sentry nie selbst etwas.Bring es in einen Zeitplan
Mach die Triage zu einem wiederkehrenden Issue, zum Beispiel mit
--repeat "weekdays at 9:00", und zu einem zweiten am Nachmittag, wenn dein Fehleraufkommen das braucht.Prüf die Fixes
Pull Requests mit Fixes gehen durch dein normales Review. Ist sich der Mitarbeiter bei Auswirkung oder Zuständigkeit unsicher, markiert er das Issue mit „Handlungsbedarf“ und fragt.
Regeln, die es sicher halten
- Sentry lesen, aufs Board schreiben. Lösen, Ignorieren oder Löschen in Sentry bleibt bei Menschen.
- Nur Produktion: Richte ihn auf deine Produktionsumgebung aus, damit er kein Rauschen aus Staging erfasst.
- Eine Vermutung ist eine Vermutung: Die Ursache in jedem Issue ist als Hypothese gekennzeichnet, bis jemand sie bestätigt.
- Keine Merges: Fixes sind Pull Requests mit Test, nie direkte Pushes.
- Personenbezogene Daten: Sentry-Events können Nutzerdaten enthalten; beschränk das Issue auf Anzahlen und IDs, keine E-Mail-Adressen oder IPs.
Schritt für Schritt für Claude Code und Codex
Die eingebauten Befehle, die Tools zum Verbinden und der Zeitplan für jeden Agenten: Sentry mit Claude Code und Sentry mit Codex.
Ein Entwickler, der den Tag mit deinen Fehlern beginnt
Triage ist ein natürliches wiederkehrendes Issue für einen KI-Softwareentwickler. Crewmark macht aus deinem Claude Code oder Codex genau diesen Mitarbeiter, mit Arbeitszeiten und einem Heartbeat.
Fang mit der Rolle an
Der KI-Softwareentwickler nimmt Issues von einem Board und öffnet Pull Requests.
Leg die Triage als wiederkehrendes Issue an
Er führt die Triage aus, wenn sie fällig ist, und arbeitet dann die Issues ab, die er angelegt hat.
Weitere Engineering-Aufgaben
Siehe Claude Code für Engineering und KI-Code-Review bei jedem Pull Request.
FAQ
Wie verbinde ich Sentry mit Claude Code?
Führ claude mcp add --transport http sentry https://mcp.sentry.dev/mcp aus, starte Claude Code und melde dich bei Sentry per OAuth an, wenn du dazu aufgefordert wirst. Sentry hostet den Server, also gibt es nichts zu installieren.
Funktioniert der Sentry-MCP-Server mit Codex?
Ja, über die mcp-remote-Brücke: codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcp.
Kann der Agent Sentry-Issues lösen?
Man kann es ihm erlauben, aber wir empfehlen es nicht: Lass ihn erfassen und beheben, und lass Lösen und Ignorieren bei Menschen, damit nichts aus Versehen verschwindet.
Wie oft sollte die Triage laufen?
Zweimal an Werktagen reicht für die meisten Teams; während eines Launches kannst du einen stündlichen Lauf ergänzen. Jeder Lauf verbraucht Nutzung aus deinem Agent-Plan, also lass ihn nicht alle paar Minuten laufen.
Wo landen die Issues?
Dort, wo dein Team die Arbeit verfolgt. Mit Crewmark landen sie auf demselben Board, von dem der Mitarbeiter arbeitet; ansonsten nutze den MCP-Server oder die CLI deines Trackers, etwa von Linear oder GitHub.
Am 10. November 2026 mit der Dokumentation zum MCP-Server von Sentry abgeglichen.