Ein Agent schreibt einen Bericht, erzeugt eine Datei und verschickt danach eine Nachricht. Dann bricht der Prozess ab. Beim Neustart steht im Chat: „Ich versende jetzt das Ergebnis.“ Ist die Nachricht draußen? Muss die Datei neu entstehen? Ein flüssiger Gesprächsverlauf beantwortet diese Fragen nicht.
Vercel veröffentlichte am 19. Oktober 2026 durable-harness. Das Projekt hält Agentenschritte und Ergebnisse für eine Wiederaufnahme fest und behandelt unterbrochene Werkzeuge je nach ihrer Replay-Eigenschaft unterschiedlich. Die Veröffentlichung ist ein Anlass, genauer über Arbeitszustand nachzudenken. Das Beispiel dieses Artikels ist ein eigenes Modell, kein ausgeführter Test des Projekts.
Absicht, Aufruf und Ergebnis sind drei verschiedene Dinge
Eine Absicht beschreibt, was als Nächstes geschehen soll. Ein gestarteter Aufruf zeigt, dass die Arbeit begonnen hat. Erst ein gespeichertes Ergebnis belegt, was der eigene Ablauf darüber weiß. Werden diese Ebenen vermischt, produziert ein Neustart leicht doppelte Arbeit oder überspringt etwas, das nie fertig wurde.
Für den Bericht genügt deshalb nicht der Eintrag „Export erledigt“. Er braucht einen Bezug auf die verwendete Eingabe und die tatsächlich erzeugte Datei. Ändert sich das Ausgangsdokument, ist ein früherer Export möglicherweise weiterhin vorhanden, aber nicht mehr das passende Ergebnis. Wiederverwendung beginnt mit Zuordnung.
Schritt: export-17
Eingabe: bericht-v3
Zustand: abgeschlossen
Ergebnis: bericht-v3.pdf
Nächster Schritt: BenachrichtigungDas ist eine lesbare Kontrollkarte, kein API-Format. Sie zeigt den wesentlichen Unterschied zwischen einem Dateinamen im Gespräch und einem nachvollziehbaren Ergebnis eines bestimmten Schritts. Für einen echten Ablauf müsste die passende Datei überprüfbar vorhanden sein.
Ein sicherer Wiederanlauf kennt die unklaren Zustände
Betrachte drei Abbruchstellen. Vor dem Export gibt es noch kein Ergebnis. Nach dem Export, aber vor der Nachricht, kann die Datei wiederverwendet werden. Während des Nachrichtenversands ist die Lage schwieriger: Der Empfänger könnte sie bereits erhalten haben, während die Bestätigung im eigenen Protokoll fehlt.
Der lokale Zustand „keine Bestätigung gespeichert“ beweist deshalb nicht „nicht versandt“. Ein blindes Wiederholen würde die Unklarheit möglicherweise in eine doppelte Nachricht verwandeln. Ein vernünftiger Ablauf kennzeichnet diesen Schritt als unklar und fragt beim externen Dienst nach, sofern dieser eine passende Statusabfrage anbietet.
Genau hier unterscheiden sich Aktionen. Eine vorhandene Datei erneut zu lesen verändert normalerweise nichts beim Empfänger. Eine weitere Nachricht, Bestellung oder Zahlung kann dagegen eine neue Wirkung auslösen. Ein dauerhaftes Protokoll nimmt dem externen System diese Unterschiede nicht ab.
Idempotenz ist eine Eigenschaft des Vorgangs
Ein wiederholbarer Vorgang sollte sich so identifizieren lassen, dass dieselbe Bitte nicht versehentlich einen neuen Auftrag erzeugt. Wenn ein Dienst einen dafür vorgesehenen Schlüssel unterstützt, muss derselbe logische Vorgang denselben Schlüssel behalten. Ein bei jedem Neustart neu erzeugter Schlüssel würde gerade diese Beziehung verlieren.
Ob und wie das zuverlässig funktioniert, hängt vom tatsächlichen Dienstvertrag ab. Ein Agentenframework kann eine Aktion nicht allein durch eine freundliche Bezeichnung sicher wiederholbar machen. Ebenso wenig ist „genau einmal“ eine kostenlose Folge davon, dass Logs dauerhaft gespeichert werden.
Eine kleine Abbruchprobe erklärt mehr als ein Erfolgslauf
Für die eigene Entwicklungsumgebung bietet sich eine ungefährliche Übung an: Ersetze den Versand zunächst durch ein lokales Protokoll, unterbrich den Ablauf an den drei genannten Stellen und betrachte, welche Zustände beim Neustart vorliegen. Notiere vorab, welche Schritte wiederholt werden dürfen und welche eine Prüfung brauchen. Verwende keine echten Zahlungen oder Nachrichten für diese erste Untersuchung.
Der Erkenntnisgewinn liegt nicht in einer erfundenen Erfolgsquote. Er liegt darin, die Zustandsgrenzen im eigenen Ablauf benennen zu können. Durable-harness ist ein konkreter technischer Ansatz dafür. Ein guter Neustart beginnt jedoch immer mit derselben Frage: Was ist nachweislich passiert, und wo wissen wir es noch nicht?
Quellen und Stand
Recherche- und Dokumentationsstand: 25. Oktober 2026. Making every harness durable.
