Du hast diesen Monat autonome Agenten deployed. Sie erstellen Pull Requests, aktualisieren Projekt-Tickets, pushen Konfigurationen auf Produktionsserver und feuern Slack-Benachrichtigungen ab — alles während du schläfst. Das Versprechen: Delegier den langweiligen Kram, wach auf mit einer erledigten To-do-Liste.

Das Problem: Agenten machen Fehler. Nicht gelegentlich — die MAST-Studie der UC Berkeley, veröffentlicht im März 2025, hat 41% bis 86,7% Fehlerquoten über sieben State-of-the-Art Multi-Agenten-Systeme hinweg gemessen. Und anders als bei einem Chatbot, der eine falsche Antwort halluziniert und die du neu generieren kannst, ist der Fehler eines Agenten ein gemergter Commit, ein erstelltes Jira-Ticket, eine gesendete Nachricht. Echte Aktionen in echten Systemen. Du kannst eine deployte Config nicht "neu generieren".

Zwischen dem 8. und 17. April haben die drei großen Plattformen alle autonome Runtimes ausgeliefert. Am 8. April hat Anthropic Managed Agents gelauncht — Sandboxing, State-Persistenz, Error Recovery (heißt: nach einem Crash weitermachen). Am 14. April legte Anthropic Routines nach — Agenten, die auf deren Cloud laufen, getriggert durch Schedules oder Webhooks. Am 15. April hat OpenAI das Agents SDK v0.14 released mit Sandboxed Execution und "Snapshotting" — Container-State-Recovery nach Fehlern. Am 17. April lieferte Google das Agent Development Kit (ADK) mit Session-Level State Management und Multi-Agent Orchestration. Drei Plattformen, null Rollback-Primitive — Mechanismen, die dir erlauben würden, rückgängig zu machen, was ein Agent getan hat, nachdem er das Falsche fertig gemacht hat.

Ich habe letzte Woche über die Checkpoint-Lücke geschrieben — Plattformen, die Crash Recovery während der Laufzeit lösen. Das ist das einfache Problem. Dein Agent stirbt mitten in der Aufgabe, die Plattform stellt seinen State wieder her, der Agent versucht es nochmal. Okay. Aber hier ist das Szenario, das niemand löst: Dein Agent hat erfolgreich abgeschlossen. Er lief bis zum Ende, meldete grüne Häkchen, und das Ergebnis ist Müll. Der PR merged kaputte Logik. Das Jira-Ticket dupliziert ein bestehendes. Die Notion-Seite überschreibt korrekte Daten mit halluzinierten Daten. Der Agent ist nicht abgestürzt — er hat selbstbewusst falsch fertiggemacht.

Wenn ein Agent einen fehlerhaften Pull Request merged, doppelte Tasks in Asana erstellt oder eine kaputte Notion-Seite pusht, passiert Folgendes: Du — der Mensch — musst manuell jede Aktion identifizieren, die der Agent ausgeführt hat, ihre nachgelagerten Auswirkungen nachverfolgen (hat ein anderer Agent auf den kaputten PR reagiert? Hat ein Webhook gefeuert?) und sie eine nach der anderen rückgängig machen. Dieser Aufräumaufwand skaliert linear mit der Anzahl der ausgeführten Aktionen. Mehr Autonomie bedeutet mehr Chaos zum Aufräumen.

Warum existiert Rollback nicht nativ? Zwei Gründe. Erstens erfordert Reversibilität transaktionale Semantik — kompensierende Aktionen, Idempotency Keys, Action Journals. Die zugrundeliegenden Tools — GitHub, Linear, Slack, Notion — exponieren diese Primitive nicht für Agenten. Deine Agentenplattform spricht kein "Undo", weil die Tools, die sie aufruft, auch kein "Undo" sprechen. Zweitens — und das ist der Teil, den niemand laut ausspricht — gibt es keinen Business-Anreiz. Jede Agentenaktion ist ein abrechenbarer API-Call. Jeder Re-Run nach einem fehlgeschlagenen Rollback ist eine weitere abrechenbare Session. Plattform-Anbieter profitieren von Append-only-Ausführung. Undo bauen bedeutet, einen Grund zu bauen, damit Kunden weniger Rechenzyklen nutzen. Für dieses Revenue-Modell meldet sich niemand freiwillig.

Herein spazieren die Backup-Anbieter, die fröhlich die Lücke füllen, die die Agentenplattformen sich weigern zu füllen. Am 14. April hat Commvault AI Protect gelauncht — wortwörtlich als "Strg+Z für außer Kontrolle geratene KI-Agenten" vermarktet. Es kartiert den Blast Radius einer Agenten-Session, isoliert agentenverursachte Änderungen von menschlichen Änderungen und ermöglicht selektive Rücknahme. Wie Commvault-CTO Pranay Ahlawat sagte: "In agentischen Umgebungen mutieren Agenten State über Daten, Systeme und Konfigurationen hinweg auf Weisen, die sich schnell kumulieren und schwer nachzuverfolgen sind." Die Ironie ist so dick, dass man sie schneiden könnte: Dein KI-Plattformbauer will kein Undo bauen, weil es seine Margen schmälert; dein Backup-Anbieter tut es, weil die Inkompetenz deines Agenten sein adressierbarer Markt ist. Zwei blinde Flecken, ein extrem profitables Desaster.

Die Produktivitätsgleichung für Agenten braucht ein Update. Wenn auch nur 30% der autonomen Durchläufe manuelle Rücknahme erfordern — und die Rücknahme länger dauert als die ursprüngliche Aufgabe — wird der Netto-ROI für diesen Workflow negativ. Du hast 10 Minuten auf dem Happy Path gespart und 40 Minuten auf dem Sad Path mit Aufräumen verbracht.

Die erste Plattform, die agent.rollback(session_id) ausliefert, gewinnt das Vertrauen der Enterprise-Kunden. Nicht weil Unternehmen Agenten brauchen, die nie scheitern — alles scheitert — sondern weil sie Agenten brauchen, deren Fehler weniger kosten als ihre Erfolge einsparen. Bis dahin ist jede Agentenplattform append-only: Sie kann Dinge tun, aber sie kann Dinge nicht un-tun. Dein autonomer Assistent hat keine Rücktaste.