Am Ende können Sie den Änderungs- und Vorfallsprotokoll schreiben
Sie werden in der Lage sein, einen Agenten als lebende Dienstleistung zu verwalten: Änderungen aufzeichnen, sie zu validieren, mit Stakeholdern zu kommunizieren und bei Bedarf zurückzusetzen oder zu pausieren.
Kundenverhalten, Geschäftsrichtlinien, Integrationen, Modelle und Inhalte ändern sich alle.
Kundenverhalten, Geschäftsrichtlinien, Integrationen, Modelle und Inhalte ändern sich alle. Ein Arbeitsablauf ohne Änderungskontrolle wird langsam unmöglich zu erklären. Ein Workflow ohne Rollback macht jede Veröffentlichung zu einem Glücksspiel.
Wechseln Sie von der Beobachtung über die Validierung, Freigabe, Wiederherstellung und Überprüfung
Schlüsselbegriffe: Vorfall, Änderungsdatensatz, Rollback und Überprüfung nach dem Vorfall
Wie man die Änderungs- und Vorfallsprotokolle schreibt
Das Problem klassifizieren
Entscheiden Sie, ob es sich um einen Inhaltsfehler, einen Integrationsfehler, ein Berechtigungsproblem, eine Qualitätsregression, eine Beschwerde oder einen Vorfall mit hohen Auswirkungen handelt.
Zuerst stabilisieren
Pausieren Sie riskante Maßnahmen, leiten Sie die betroffene Arbeit an eine Person weiter, bewahren Sie Beweise auf und kommunizieren Sie über den vom Kunden vereinbarten Weg.
Nehmen Sie eine begrenzte Änderung vor
Dokumentieren Sie die Hypothese, den Verantwortliche, die Testfälle, die Genehmigung und den Rollback-Plan, bevor Sie das Produktionsverhalten ändern.
Überprüfung zum Lernen
Suchen Sie nach dem Zustand, der das Problem ermöglichte, und verbessern Sie dann Anweisungen, Quellen, Tools, Überwachung oder Umfang.
Arbeitsfall: Vorfälle ausführen, Änderungskontrolle und kontinuierliche Verbesserung
Ein Kunde ändert eine Stornierungsrichtlinie, aber der Agent antwortet aus einem alten Dokument. Das Team pausiert automatisierte Richtlinienantworten, leitet relevante Anfragen an den Support weiter und zeichnet die betroffenen Fälle auf.
Sie ersetzen die veraltete Quelle, führen den Auswertungssatz einschließlich der alten und der neuen Richtlinie aus und veröffentlichen sie erst nach Genehmigung durch den Richtlinieninhaber. Der Änderungsdatensatz notiert das Datum, den Verantwortliche, den Testnachweis und den Rollback-Pfad.
Die monatliche Überprüfung fügt eine Frischeprüfung für Richtlinienquellen hinzu. Das Ziel ist nicht, dem Modell die Schuld zu geben oder den Fehler zu verbergen; es geht darin, den Dienst zuverlässiger zu machen.
Angewandtes Labor
Eine schlechte Befreiung und eine echte Genesung proben
Verwenden Sie eine Tischplatte plus einen kontrollierten Rollback. Das Team sollte in der Lage sein, eine schädliche Änderung zu erkennen, die Autorität zu reduzieren, den Service wiederherzustellen, klar zu kommunizieren und Beweise zu bewahren, ohne den Prozess während eines Vorfalls zu erfinden.
- Schritt 1
Schreiben Sie die Veröffentlichungsaufzeichnung
Erfassen Sie VersionsPrompts, Modelle, Tools, Quellindizes, Richtlinien, Migrationen, Bewertungsergebnisse, Genehmiger, Rollout-Größe, Überwachungsfenster, Rollback-Trigger und Rollback-Verantwortliche.
- Schritt 2
Injizieren Sie einen Release-Fehler
Verwenden Sie einen sicheren Testmieter, um eine Regression einzuführen: eine veraltete Quelle gewinnt, ein Tool nach dem Schreiben eine Zeitüberschreitung, Übergabestopps oder die Kosten verdreifachen sich. Sagen Sie dem Bediener nicht, wo der Fehler liegt.
- Schritt 3
Betreiben Sie den Vorfall
Klassifizieren Sie den Schweregrad, öffnen Sie eine Zeitleiste, wechseln Sie in den vereinbarten degradierten Modus, bewahren Sie die Spuren bei, benachrichtigen Sie den richtigen Client-Kontakt und entscheiden Sie, ob Sie pausieren, zurücksetzen oder kompensieren möchten.
- Schritt 4
Erholung beweisen
Führen Sie die Release-Gate-Fälle nach dem Rollback aus, stimmen Sie externe Systeme ab, vergewissern Sie sich, dass die Warteschlangen sicher geleert werden, und protokollieren Sie, was denselben Vorfall verhindern oder verkürzen würde.
Arbeitsvorlage
release_id: agent-2026-08-13.2
change: retrieval index v17 -> v18
exposure: 10% of test tenant traffic
rollback_trigger: supported-answer rate < 96% or any cross-tenant result
degraded_mode: approved-source search with human-written response
incident_started:
detected_by:
client_notified:
rollback_completed:
reconciliation_completed:
follow_up_owner:Vorzureichende Beweise
Reichen Sie den Freigabedatensatz, den Zeitplan für den Vorfall, den Kommunikationsentwurf, die Rollback-Beweise, das Abstimmungsergebnis und drei zugewiesene Folgemaßnahmen ein.
Bestehen der Kriterien
- Rollback ist ausführbar, kein Satz in einem Plan.
- Äußere Nebenwirkungen werden nach der Genesung in Einklang gebracht.
- Das Client-Update unterscheidet bekannte Fakten von Untersuchungen.
Schreiben Sie die Änderung und den Vorfall auf
Die Bereitstellung erfordert Freigabe- und Wiederherstellungssteuerungen.
Verwenden Sie separate Entwicklungs-, Test- und Produktionsumgebungen. VersionsPrompts, Tools, Modelle, Richtlinien und Wissen. Eine Version sollte Bewertungsschwellenwerte, eine begrenzte Einführung, Überwachung, einen benannten Entscheidungsträger und einen getesteten Rollback-Pfad haben.
- Notieren Sie, welche Konfiguration jede Produktionsspur verarbeitet hat.
- Canary eine Änderung mit einem begrenzten Publikum oder Schattenverkehr.
- Üben Sie, Aktionen zu stoppen, während Sie Beweise zur Überprüfung aufbewahren.
Quellen, die für diese Prüfung verwendet werden
Bevor Sie weitermachen
- Schreiben Sie einen Rollback-Plan für den Piloten.
- Führen Sie einen Tabletop-Vorfall aus, bei dem eine Quelle falsch ist.
- Erstellen Sie einen einzeiligen Änderungsprotokolleintrag für eine sichere Verbesserung.
- Das Team kann riskante Automatisierungen schnell anhalten.
- Änderungen haben Tests und einen Besitzer.
- Die Kommunikation mit dem Kunden wird berücksichtigt.
- Vorfälle verbessern das Betriebssystem.
Lektionsfortschritt
Haben Sie diese Lektion abgeschlossen?
Speichern Sie Ihren Fortschritt auf diesem Gerät, damit Sie später leicht weitermachen können.
Noch nicht als abgeschlossen markiert.