KURZ ERKLÄRT
Dokumentierter Agentenstatus unterscheidet geplante Arbeit von bestätigten Ergebnissen. Speichert deshalb nicht nur einen flüssigen Abschlussbericht, sondern Zustände, Belege und offene Entscheidungen pro Arbeitseinheit. Ein wiederaufgenommener Ablauf muss erkennen können, was vorgeschlagen, tatsächlich ausgeführt und unabhängig bestätigt wurde. Das ist besonders wichtig, wenn Werkzeuge verzögert antworten oder Menschen zwischen zwei Schritten übernehmen.
Wie ihr einzelne KI-Anwendungen in verlässliche Marketingabläufe einordnet, zeigt der übergeordnete Guide KI-Transformation im B2B-Marketing: Von einzelnen Prompts zu verlässlichen Abläufen.
Definiert wenige eindeutig unterscheidbare Zustände
Beginnt mit fachlich verständlichen Zuständen wie eingegangen, vorbereitet, wartet auf Freigabe, Ausführung unklar, bestätigt abgeschlossen und abgebrochen. Schreibt für jeden Zustand die notwendige Evidenz auf. Eine erfolgreiche Werkzeuganforderung kann bedeuten, dass ein Auftrag angenommen wurde, nicht dass die gewünschte Änderung bereits sichtbar ist. Ein natürlichsprachlicher Satz des Agenten ist kein Ersatz für einen Systembeleg. Vermeidet Zustände, die nur Stimmung ausdrücken, etwa fast fertig. Der Status soll anderen Personen eine konkrete nächste Entscheidung ermöglichen und auch ohne Kenntnis des bisherigen Chats verständlich bleiben.
Verknüpft Zustand und überprüfbare Belege
Speichert pro Schritt Arbeitskennung, betroffenen Datensatz, verwendete Version, Zeitpunkt und Ergebnisreferenz. Belege können eine erzeugte Entwurfskennung, ein Prüfergebnis oder der nachgelesene Zielzustand sein. Haltet sensible Rohdaten nur dort vor, wo sie wirklich nötig und zugelassen sind. Eine Referenz auf ein berechtigtes Quellsystem ist oft hilfreicher als eine vollständige Kopie im Protokoll. Trennt Beobachtung von Interpretation: Das Werkzeug meldete angenommen ist eine Beobachtung; der Kunde wurde informiert ist ohne Versandbeleg eine weitergehende und möglicherweise falsche Schlussfolgerung.
Behandelt Unklarheit als echten Betriebszustand
Wenn eine Anfrage nach einem Timeout ohne Ergebnis bleibt, wisst ihr zunächst nicht, ob die Aktion stattgefunden hat. Markiert den Schritt als unklar und prüft das Zielsystem, bevor ihr ihn wiederholt. Definiert eine zuständige Person, falls keine zuverlässige Prüfung möglich ist. Der Agent darf Unklarheit nicht durch einen optimistischen Abschlussbericht beseitigen. Dasselbe gilt für teilweise ausgeführte Aufgaben: Ein erstellter Entwurf und eine fehlgeschlagene Ablage sind zwei getrennte Ergebnisse. Gebt an, welcher Teil nutzbar ist und welche Weiterarbeit noch blockiert bleibt. Mehr dazu im Leitfaden Wiederholungen ohne Doppelarbeit: KI-Workflows robust machen.
Plant Wiederaufnahme und menschliche Übernahme
Eine Übergabe enthält den aktuellen Zustand, bestätigte Ergebnisse, fehlende Voraussetzungen und den nächsten erlaubten Schritt. Ergänzt, welche Aktionen ausdrücklich noch nicht ausgeführt wurden. Wenn ein Mensch eine Entscheidung verändert, dokumentiert diese Änderung als neue Version statt die alte Geschichte zu überschreiben. Vor einer Wiederaufnahme werden zeitabhängige Voraussetzungen erneut geprüft. Ein zuvor freigegebener Entwurf kann inzwischen veraltet sein oder sich auf einen geänderten Datensatz beziehen. Eine gespeicherte Zusammenfassung hilft beim Einstieg, ersetzt aber keine erneute Kontrolle der Bedingungen für eine folgenreiche Änderung.
Prüft einen fiktiven unterbrochenen Ablauf
Ein fiktiver Agent soll einen internen Recherchebericht erstellen und im Projektordner ablegen. Der Bericht ist erzeugt, doch die Ablageanfrage endet ohne eindeutige Antwort. Der Status lautet deshalb Bericht vorhanden, Ablage unklar. Bei der Wiederaufnahme sucht der Ablauf zuerst nach der erwarteten Datei und prüft deren Kennung oder Inhalt, statt sofort ein weiteres Exemplar anzulegen. Dieses hypothetische Beispiel zeigt, warum erledigte Teilaufgaben und unklare Nebenwirkungen getrennt gespeichert werden müssen. Ein pauschales fehlgeschlagen würde unnötige Doppelarbeit verursachen; ein pauschales fertig wäre ebenfalls falsch.
Testet Statuswechsel statt nur Abschlussmeldungen
Simuliert Unterbrechungen vor und nach einem Werkzeugaufruf, verspätete Antworten und menschliche Änderungen während einer Pause. Prüft, ob der nächste Lauf dieselben belegten Ergebnisse erkennt und keine bereits bestätigte Änderung erneut ausführt. Kontrolliert außerdem, ob ein fehlender Beleg den Abschluss verhindert. Die Fachabnahme sollte die Übergabe lesen und den nächsten sicheren Schritt benennen können. Wenn dafür der gesamte Chat rekonstruiert werden muss, ist der Status noch nicht ausreichend. Ergänzt neue Fehlerbilder in eure Tests und überprüft die Zustandsdefinitionen nach Änderungen der Integration. Mehr dazu im Leitfaden Agentenwerkzeuge beschreiben: Klare Eingaben und überprüfbare Ergebnisse.
INTERAKTIV / VOM LESEN ZUR ANWENDUNG
Drei Prüfpunkte für eure Umsetzung
Wähle einen Punkt und halte deinen persönlichen Lesefortschritt fest. Die Häkchen werden weder gespeichert noch übertragen und sind keine Bewertung eures Unternehmens.
PRÜFPUNKT 01
Behandelt Unklarheit als echten Betriebszustand
Wenn eine Anfrage nach einem Timeout ohne Ergebnis bleibt, wisst ihr zunächst nicht, ob die Aktion stattgefunden hat.
Im Artikel vertiefen ↗PRÜFPUNKT 02
Plant Wiederaufnahme und menschliche Übernahme
Eine Übergabe enthält den aktuellen Zustand, bestätigte Ergebnisse, fehlende Voraussetzungen und den nächsten erlaubten Schritt.
Im Artikel vertiefen ↗PRÜFPUNKT 03
Prüft einen fiktiven unterbrochenen Ablauf
Ein fiktiver Agent soll einen internen Recherchebericht erstellen und im Projektordner ablegen.
Im Artikel vertiefen ↗Häufige Fragen
Ist der Chatverlauf ein ausreichender Statusspeicher?
Meist nicht. Verbindliche Zustände und Belege sollten strukturiert auffindbar sein.
Darf ein Timeout als Fehlschlag gelten?
Nicht ohne Weiteres. Die Aktion kann ausgeführt worden sein; ihr müsst den Zielzustand prüfen.
Wann ist eine Aufgabe abgeschlossen?
Wenn ihre vereinbarten Abschlussbedingungen durch passende Belege erfüllt sind, nicht schon nach einer Abschlussformulierung des Agenten.
Wie lässt sich „Definiert wenige eindeutig unterscheidbare Zustände“ praktisch umsetzen?
Beginnt mit fachlich verständlichen Zuständen wie eingegangen, vorbereitet, wartet auf Freigabe, Ausführung unklar, bestätigt abgeschlossen und abgebrochen. Schreibt für jeden Zustand die notwendige Evidenz auf. Eine erfolgreiche Werkzeuganforderung kann bedeuten, dass ein Auftrag angenommen wurde, nicht dass die gewünschte Änderung bereits sichtbar ist.
Was ist bei „Verknüpft Zustand und überprüfbare Belege“ besonders wichtig?
Speichert pro Schritt Arbeitskennung, betroffenen Datensatz, verwendete Version, Zeitpunkt und Ergebnisreferenz. Belege können eine erzeugte Entwurfskennung, ein Prüfergebnis oder der nachgelesene Zielzustand sein. Haltet sensible Rohdaten nur dort vor, wo sie wirklich nötig und zugelassen sind.
