Starte mit der Projektvorlage Incident Response in Manager. Eröffnet dein Monitoring um drei Uhr nachts einen Incident, stuft ihn ein Agent ein und alarmiert die Bereitschaft.
Ein Agent stuft jeden neuen Incident von SEV1 bis SEV4 ein, startet den Verlauf und benachrichtigt die Bereitschaft.
Ein Incident Commander bestätigt und entscheidet. Der Agent führt Protokoll und erledigt die Laufarbeit.
SEV1 und SEV2 brauchen ein Postmortem. Der Agent entwirft es aus dem Verlauf, und Folgemaßnahmen bekommen Verantwortliche.
Incident Response behandelt einen Ausfall als koordiniertes Ereignis, früh ausgerufen und eingestuft von SEV1, kritisch, bis SEV4, kosmetisch. Die Stufe bestimmt, wer dazukommt, wie oft Beteiligte informiert werden und ob ein Postmortem folgt.
Ein Commander verantwortet ihn, während andere untersuchen, und alles landet im Verlauf. Erst die Auswirkung stoppen, die Ursache kann warten. Ein Postmortem ohne Schuldzuweisung fragt dann nach dem Wie, nicht nach dem Wer, und macht aus Lehren Folgemaßnahmen mit Verantwortlichen.
Wo jeder Teil in einem Incident-Response-Projekt lebt.
| Incident Response | In Manager |
|---|---|
| Schweregrade | Das Feld Severity; severity-rubric legt Stufen, Update-Takt und die Postmortem-Regel fest. |
| Incident Commander | Das Feld Incident Commander, ein Projektmitglied, das per triage bestätigt. |
| Verlauf | Die Kommentare des Incidents, der neueste unten: jede Beobachtung, Maßnahme und jedes Update. |
| Erst eindämmen | Status Gemindert, wenn die Auswirkung stoppt, Beobachtung, solange sich der Fix bewährt, dann Gelöst. |
| Postmortem | Eine verknüpfte Wiki-Seite; SEV1 und SEV2 tragen das Label Postmortem-Pending, bis sie veröffentlicht ist. |
| Folgemaßnahmen | Action Items als Unteraufgaben mit Verantwortlichem und Priorität; sie dürfen den Incident überdauern. |
Verbinde deinen Agenten über MCP und leg das Projekt aus der Vorlage an.
Sag deinem AgentenManager: Leg ein Projekt aus der Vorlage Incident Response an.
Gib unter Einstellungen > Agenten einem Agenten eine Aktion auf work_item.created, die severity-rubric lädt und ohne Nachfrage kommentieren, Aufgaben ändern und Nachrichten schicken darf. Prompt: „Ist Aufgabe {number} ein Incident, stuf ihn ein, starte den Verlauf, benachrichtige die Bereitschaft.“
Dein Alerting legt Incidents über die HTTP-API von Manager und einen API-Key an; kann dein Alerting-Tool keine eigene Anfrage senden, überbrückt das ein kleines Relay.
Sag deinem AgentenManager: Ruf einen Incident aus und frag mich, was kaputt ist und wen es trifft.
Der Commander bestätigt, prüft die Einstufung und schickt das erste Update; danach bei SEV1 etwa alle 30 Minuten eins, bei SEV2 stündlich.
Sag deinem AgentenManager: Führ triage für den neuen Incident aus, mit mir als Commander.
Funde kommen in den Verlauf, Spuren werden Action Items; weist du eines einem Agenten zu, legt er sofort los.
Sag deinem AgentenManager: Frag mich, wie wir die Auswirkung gestoppt haben, halte es im Verlauf fest und setz den Incident auf Gemindert.
SEV1 und SEV2 bekommen Postmortem-Pending und ein Postmortem im Wiki. Ist es veröffentlicht und sind die Action Items angelegt, schließt der Incident; die Items laufen weiter.
Sag deinem AgentenManager: Der Fix hält, also setz den Incident auf Gelöst und schreib das Postmortem.
Ein Projekt aus der Vorlage Incident Response startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.
Ein Incident von der Erkennung bis zum Abschluss, mit dem Verlauf in den Kommentaren.
Eine Folge- oder Abhilfemaßnahme, abgelegt unter ihrem Incident.
Diese Skills bringt die Vorlage in Manager mit:
severity-rubricLegt SEV1 bis SEV4, den Takt und die Postmortem-Regel fest.
declareEröffnet einen Incident mit Schweregrad, Commander und Auswirkung.
triageCommander bestätigt, Einstufung geprüft, erstes Update verschickt.
investigateHält Funde im Verlauf fest, legt für Spuren Action Items an.
mitigateHält die Eindämmung fest und setzt den Incident auf Beobachtung.
resolveBestätigt, dass der Fix hält, markiert SEV1 und SEV2 mit Postmortem-Pending.
postmortemSchreibt das Postmortem ins Wiki und legt Action Items an.
track-actionsPrüft die Verantwortlichen der Action Items und schließt den Incident.
Service Management hat schlankere Incidents; nimm diese Vorlage, wenn du Commander und Postmortem brauchst. Stufen oder Takt änderst du in severity-rubric.
Änderungen, die der Agent nicht allein machen darf, warten auf deine Zustimmung. Auch neue Action Items starten die Aktion; der Agent erkennt, dass es keine Incidents sind, und hört auf.
Manager benachrichtigt in der App und per E-Mail. Nenn die Person mit Bereitschaft im Prompt; für Anruf und SMS bleibt dein Paging-Tool.
Jeder Incident bekommt einen sauberen Start und einen lückenlosen Verlauf, jeder SEV1 und SEV2 ein Postmortem.
Vorabzugang anfragen