Inhalt
Ein Agent hat einen Bestellentwurf vorbereitet. Ein Mensch prüft ihn, wird unterbrochen und klickt erst später auf Freigeben. Inzwischen hat sich der Preis geändert oder ein Kollege denselben Bedarf bereits bestellt. An solchen Alltagssituationen entscheidet sich, ob eine Freigabefunktion brauchbar ist.
Die Pause braucht einen gespeicherten Zustand
Ein technisches Beispiel liefert LangGraph mit seinen Interrupts. Der Ablauf lässt sich an einem definierten Punkt anhalten und mit einem gespeicherten Zustand fortsetzen. Das Framework dokumentiert dabei auch die Bedeutung einer eindeutigen Vorgangskennung für die Wiederaufnahme. Diese Fähigkeit ist eine Grundlage, aber noch kein fertig gestalteter Einkaufsprozess.
Der Freigebende muss den tatsächlichen Effekt sehen: Artikel, Menge, Lieferant, Kosten und gegebenenfalls Versandziel. Eine allgemeine Meldung „Agent möchte fortfahren“ enthält zu wenig Information. Ebenso sollte er erkennen können, ob er einen Entwurf prüft oder bereits eine verbindliche Transaktion auslöst.
Was nach einer Freigabe erneut geprüft werden sollte
Eine Zustimmung kann sich nur auf den vorgelegten Stand beziehen. Verändert der Agent anschließend Mengen oder Empfänger, handelt es sich um einen anderen Vorgang. Technisch lässt sich die Freigabe an eine unveränderliche Fassung des Entwurfs binden. Vor der Ausführung werden Rechte und wichtige Rahmenbedingungen noch einmal kontrolliert.
| Situation | Sinnvolle Reaktion |
|---|---|
| Freigabe trifft doppelt ein | Vorhandenes Ergebnis zurückgeben |
| Entwurf wurde geändert | Neue Vorschau vorlegen |
| Zugang wurde entzogen | Ausführung stoppen |
Doppelte Klicks dürfen keine doppelten Bestellungen erzeugen
Nach einer Netzwerkunterbrechung weiß die Oberfläche möglicherweise nicht, ob die Aktion erfolgreich war. Ein erneuter Versuch sollte deshalb eine feste Vorgangskennung verwenden. Das Zielsystem muss erkennen können, dass dieser Auftrag bereits verarbeitet wurde. Nur den Agenten anzuweisen, vorsichtig zu sein, verhindert keine technische Doppelbuchung.
Auch eine Ablehnung ist ein regulärer Ausgang. Sie sollte mit einer verständlichen Begründung gespeichert werden und den Agenten nicht zu endlosen leicht veränderten Anträgen veranlassen. Für abgelaufene Freigaben braucht es ebenfalls einen eindeutigen Status.
Freigaben dort einsetzen, wo sie einen Unterschied machen
Bei längeren Wartezeiten hilft eine sichtbare Übersicht offener Vorgänge. Sie sollte zeigen, wer die nächste Entscheidung treffen kann und welcher Stand geprüft wird. Eine Freigabe per Benachrichtigung braucht einen eindeutigen Rückweg zum vollständigen Entwurf. Sonst entscheidet jemand allein anhand einer verkürzten Meldung. Bei Übergaben zwischen Mitarbeitern bleibt so erkennbar, ob eine Zustimmung bereits vorliegt oder nur eine Erinnerung versendet wurde. Das vermeidet organisatorische Doppelarbeit zusätzlich zur technischen Absicherung.
Nicht jede Suche oder Zusammenfassung benötigt eine menschliche Zwischenstation. Sinnvoll sind Freigaben an festgelegten Grenzen, etwa vor einer externen Bestellung, einer verbindlichen Nachricht oder einer wesentlichen Datenänderung. Unsere Einordnung: Gute Automatisierung nimmt Routine ab und macht Ausnahmen konkret prüfbar. Wie ein passender Pilot zugeschnitten wird, erläutert der Überblick zu KI-Agenten im Betrieb.
Quellen & weiterführende Informationen
- LangGraph: Interrupts ↗Abgerufen: 2026-11-05
