1
Sentry MCP aktivieren
Devin benötigt Zugriff auf dein Sentry-Konto, damit es während der Triage Stacktraces, Breadcrumbs und Metadaten zu Ereignissen abrufen kann.
- Gehe zu Customize > MCPs (Browse marketplace) und suche nach Sentry
- Klicke auf Enable und schließe den OAuth-Flow mit dem Sentry-Konto ab, das Zugriff auf deine Projekte hat
- Teste die Verbindung – starte eine Sitzung und bitte Devin, die neuesten Issues in einem deiner Projekte aufzulisten
2
Interne Sentry-Integration erstellen
Sentry stellt Webhooks über Internal Integrations bereit. Gehe in deinem Sentry-Dashboard zu Settings > Developer Settings > Custom Integrations und klicke auf Create New Integration > Internal Integration.Konfiguriere sie:
- Name:
Devin Auto-Triage - Webhook URL: Ein Service, den du im nächsten Schritt bereitstellst (z. B.
https://your-domain.com/sentry-webhook) - Alert Rule Action: Auf on schalten — dadurch wird die Integration als Aktion in Alert-Regeln verfügbar
- Permissions: Lesezugriff auf Issue & Event und Project
- When: A new issue is created
- If: The issue has more than 50 events in 1 hour (passe dies an deinen Traffic an)
- Then: Send a notification via Devin Auto-Triage
3
Richten Sie den Webhook für die Devin API ein
Erstellen Sie einen kleinen Handler, der das Alert-Payload von Sentry empfängt und eine Devin-Sitzung startet. Erstellen Sie einen Servicebenutzer in Settings > Devin API (Tab Service users) und weisen Sie ihm eine Rolle zu, die die Berechtigung Devin-Sitzungen verwenden (Deployen Sie dies überall dort, wo HTTPS-Traffic empfangen werden kann — etwa als Cloudflare Worker, AWS Lambda-Funktion oder auf einem kleinen VPS. Konfigurieren Sie die Webhook-URL Ihrer internen Sentry-Integration so, dass sie darauf zeigt.Der obige Code versieht jede Session mit
UseDevinSessions) enthält — das Erstellen von Sitzungen erfordert diese Berechtigung, und ManageOrgSessions allein gewährt sie nicht. Fügen Sie zusätzlich ViewOrgSessions hinzu, wenn Sie Sitzungen über die API auflisten oder filtern möchten. Speichern Sie dessen Token als DEVIN_API_KEY in der Umgebung Ihres Handlers. Setzen Sie DEVIN_ORG_ID auf Ihre Organisations-ID, die oben auf der Seite Settings > Devin API angezeigt wird.sentry-auto-triage und dem Sentry-Projektnamen. So können Sie diese Sessions im Devin-Dashboard filtern und über die API abrufen, indem Sie den Query-Parameter tags verwenden — hilfreich, um nachzuverfolgen, wie viele Fehler Devin pro Projekt triagiert.Um zu überprüfen, ob die Pipeline funktioniert, lösen Sie einen Test-Alert in Sentry aus (oder senken Sie vorübergehend Ihren Schwellenwert) und prüfen Sie dann app.devin.ai auf eine neue Session mit dem Tag sentry-auto-triage.4
Wie Devin mit jedem Alert umgeht
Wenn ein neuer Fehler deinen Schwellenwert überschreitet und der Webhook ausgelöst wird, startet Devin eine Sitzung und arbeitet das Problem durch:
- Fragt Sentry über MCP ab — ruft den vollständigen Stacktrace, Breadcrumbs (Benutzeraktionen, die zum Absturz geführt haben), betroffene Browser-/OS-/Release-Tags und die Ereignishäufigkeit ab
- Verfolgt die Ursache — liest die Quelldatei an der exakten Zeile aus dem Stacktrace und folgt dem Datenfluss, um zu verstehen, warum der Wert
undefinedodernullist - Schreibt einen zielgerichteten Fix — implementiert Fehlerbehandlung (optionale Verkettung, Standardwerte, Eingabevalidierung), die zu den bestehenden Mustern deiner Codebasis passt
- Fügt einen Regressionstest hinzu — erstellt einen Testfall, der das ursprüngliche Absturzszenario reproduziert und überprüft, dass der Fix dies verhindert
- Öffnet eine PR — verlinkt die Sentry-Issue-URL in der PR-Beschreibung, damit Reviewer den ursprünglichen Fehlerkontext und das Ereignisaufkommen abgleichen können
5
Triage mit Playbooks und Knowledge optimieren
Sobald die Pipeline läuft, mache das Auto-Triage intelligenter:Erstelle ein Triage-Playbook. Starte mit dem
!triage-Template-Playbook — dupliziere es und passe es an die Fehlerbehandlungskonventionen deines Teams an (Error Boundaries, Null-Check-Muster, Logging-Format). Übergebe dann die Playbook-ID in deinem Webhook-Handler, indem du "playbook_id": "your-playbook-id" zum Request-Body hinzufügst. Du kannst Devin auch bitten, aus einer Beschreibung deines Triage-Workflows ein Playbook zu generieren.Füge Knowledge zu deinen API-Verträgen und bekannten Edge Cases hinzu — z. B. “Responses von /api/users können { profile: null } zurückgeben für Benutzer, die das Onboarding noch nicht abgeschlossen haben. Schütze dich immer dagegen.” Bitte Devin, dir beim Schreiben von Knowledge-Einträgen aus deiner bestehenden Dokumentation zu helfen. Je mehr Kontext Devin zu deiner Domäne hat, desto präziser werden die Korrekturen.Definiere Alerts sorgfältig. Nutze die Alert-Rule-Bedingungen von Sentry, um einzuschränken, welche Fehler Devin auslösen — filtere nach Projekt, Umgebung (nur production) oder Fehleraufkommen. Ein guter Startpunkt: löse nur für Issues aus, die in der ersten Stunde 50+ Events haben, um dich auf besonders wirkungsstarke Fehler zu konzentrieren.Richte einen wöchentlichen Review-Zeitplan ein. Erstelle einen Schedule, der einmal pro Woche läuft, um die Ergebnisse deiner Auto-Triage-Sitzungen zu überprüfen und die Erkenntnisse in dein Playbook und Knowledge zurückzuführen:
