Ein Incident für das Engineering: Kontext im Kanal, die Behebung bei einer Person
Von Team Two · Zuletzt aktualisiert 23. September 2026 · 2 Min. Lesezeit
Dies ist ein Beispiel, keine Kundengeschichte und kein gemessenes Ergebnis.
22:40. Sentry eröffnet ein neues Issue: Der Checkout liefert 500er-Fehler, und der Stacktrace verweist auf eine Steuerberechnung, die früher am Tag hinzugefügt wurde. Ein Webhook erreicht Team Two. Die Aufgabe des Bereitschafts-Agenten ist es, eine Zusammenfassung zu erstellen, nicht einen Fix auszuliefern.
Was der Agent zusammenträgt
- Das Sentry-Issue über die Sentry-Verbindung aus dem MCP-Katalog: Titel, Verursacher und die ersten Frames des Stacks.
- Das Git-Log des Repos für diesen Tag, damit die Zusammenfassung die Commits nennt, die den Steuerpfad geändert haben.
- Offene Jira-Vorgänge, die Checkout oder Steuern erwähnen, damit die Bereitschaft nicht ein Ticket vom Nachmittag neu entdecken muss.
Er verbindet sich nicht per SSH mit der Produktion. Er führt kein Rollback durch. Er merged nicht. Diese Aktionen hat dieser Agent nicht.
Die Nachricht in #oncall
Der Beitrag ist eine Zusammenfassung. Was kaputt ist, der Sentry-Link, die zwei Commits vom Nachmittag, der Jira-Schlüssel des um 16:10 angelegten Vorgangs und ein Vorschlag, wo man zuerst hinschauen sollte: die Steueränderung, nicht der gesamte Checkout-Service. Der Incident-Response-Skill gibt die Form dieser Notiz vor. Der Skill gewährt kein Git-Push.
Wenn bereits ein Pull Request offen ist und Bitbucket verbunden ist, kann der Agent den Link hinzufügen. Einen Kommentar im Pull Request schreibt er erst, wenn jemand aus der Bereitschaft darum bittet.
Das Review am nächsten Morgen ist eine andere Aufgabe
Code-Review ist die ruhigere Variante desselben Musters. Ein Pull Request wird eröffnet, der Agent liest den Diff und kommentiert Tests, riskante Muster und fehlende Dokumentation. Den Merge gibt weiterhin ein Senior Engineer frei. Das Review durch den Agenten ist ein erster Durchgang, keine Hürde, hinter der man sich versteckt.
Welche Tools ein Engineering-Agent überhaupt haben sollte, lesen Sie in Die Tools, die Ihre Agenten tatsächlich aufrufen können.
Häufige Fragen
Überwacht Team Two unsere CI für uns?+
Nicht als eingebautes CI-Produkt. Ein Alarm kann über einen Webhook einen Workflow starten. Was danach passiert, hängt von den Tools ab, die Sie zugewiesen haben: Sentry, Git, Jira, Bitbucket.
Kann der Agent einen Pull Request mit einem Fix eröffnen?+
Nur wenn dieser Agent die Git- und Bitbucket-Aktionen hat, und auch dann sollte eine Person das Ergebnis prüfen. Der Agent für die Incident-Zusammenfassung in diesem Beispiel hat sie nicht.
