Keine Antwort bedeutet nicht automatisch keine Wirkung
Ein Agent legt einen internen Auftrag an. Das Zielsystem verarbeitet ihn, aber die Verbindung bricht vor der Rückmeldung ab. Die Anwendung weiß nun nicht sicher, ob der Auftrag existiert.
Wird derselbe Wunsch einfach erneut ausgeführt, kann ein zweiter Auftrag entstehen. Dieser Fehler betrifft den Übergang zum Zielsystem, auch wenn die KI den fachlichen Inhalt korrekt vorbereitet hat.
Die beabsichtigte Aktion eindeutig kennzeichnen
Die AWS Builders’ Library erläutert idempotente Wiederholungen unter anderem mit eindeutigen Anforderungskennungen. Die konkrete Schnittstelle muss dieses Verhalten unterstützen oder die Anwendung muss einen passenden Abgleich vorsehen.
Die Kennung sollte zur beabsichtigten Aktion gehören und bei deren Wiederholung erhalten bleiben. Eine neue zufällige Kennung bei jedem Versuch würde denselben Wunsch möglicherweise wie eine neue Aktion aussehen lassen.
Wiederholung und neuer Auftrag unterscheiden
Fiktives Beispiel: Ein freigegebener Entwurf soll einmal als interner Auftrag gespeichert werden. Ein erneuter Übertragungsversuch gehört zu derselben Aktion. Eine später bewusst geänderte Bestellung kann dagegen ein neuer fachlicher Vorgang sein.
Diese Unterscheidung muss im Ablauf beschrieben werden. Alle ähnlichen Inhalte pauschal zusammenzufassen könnte berechtigte neue Vorgänge unterdrücken.
Den unklaren Zwischenzustand testen
Unterbrechen Sie die Verbindung kontrolliert nach der Verarbeitung und vor der sichtbaren Bestätigung. Prüfen Sie anschließend, ob der Ablauf den tatsächlichen Zustand ermittelt und die Wirkung nicht verdoppelt.
Wenn die Schnittstelle keinen verlässlichen Abgleich ermöglicht, braucht es einen vorgesehenen manuellen Klärungsweg. Ein weiterer Versuch darf dann nicht allein aufgrund einer Vermutung ausgelöst werden.
Halten Sie den bestätigten Zielzustand und die zugehörige Aktion zusammen fest. Bei Agenten mit mehreren Werkzeugen sollte erkennbar sein, welche Änderungen bereits erfolgt sind. So lässt sich ein unterbrochener Vorgang kontrolliert fortsetzen, statt seine gesamte Bearbeitung ungeprüft zu wiederholen.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.