KI-Agenten benötigen Rollback-Primitive, nicht nur Autonomie

Ein Beitrag auf r/ClaudeAI argumentiert, dass aktuellen KI-Agent-Frameworks eine grundlegende Funktion fehlt: Rollback. Der Autor verweist auf jahrzehntelange Erkenntnisse aus Datenbank- und verteilten Systemen – ACID-Transaktionen, Sagas, kompensierende Aktionen, Idempotenzschlüssel, Two-Phase-Commit, Write-Ahead-Logs – die in den Agent-Tools weitgehend fehlen.

Das Kernproblem: Wenn ein Agent eine Sequenz von fünf Tool-Aufrufen ausführt und der dritte Aufruf fehlschlägt, bleibt das System in einem inkonsistenten Zustand zurück. Weder das vom Benutzer beabsichtigte Ergebnis noch der ursprüngliche Zustand vor der Ausführung bleibt erhalten. Aktuelle Frameworks verlassen sich darauf, „das LLM zu bitten, es zu klären“ und protokollieren „Aufgabe abgeschlossen“, wenn die Schleife endet. Dies funktioniert nur bei reversiblen Aktionen in isolierten Umgebungen, versagt jedoch im Umgang mit Dateisystemen, Bereitstellungen, externen APIs mit Seiteneffekten, Zahlungsabläufen oder Datenbanken.

Der Autor schlägt vor, dass die nächste Generation von Lösungen Folgendes priorisieren sollte:

• Festlegung expliziter Transaktionsgrenzen
• Registrierung kompensierender Aktionen für jedes Tool
• Einbindung von Idempotenzschlüsseln in Tool-Aufrufe
• Wiederholungsprotokolle, die über die reine Chat-Historie hinausgehen
• Freigabegatter als erstklassige Primitiven
• Mechanismen zur Wiederherstellung bei Teilausfällen, die keine LLM-Schlussfolgerung erfordern

Der Beitrag vergleicht dies mit Fehlern, die verteilte Systeme bereits gemacht haben: Annahme, dass die Anwendungsschicht Konsistenzprobleme eigenständig lösen würde. Stattdessen muss die Infrastruktur die Führung übernehmen. Die Frage ist nicht „Wie autonom können wir Agenten machen?“, sondern vielmehr „Wie können Agenten ihre Absicht über Operationen ausdrücken, die Wiederholungen, Kompensation oder Rollbacks erfordern?“