Ein Cron-Timeout beweist nicht, dass Ihre OpenClaw-Aktion fehlgeschlagen ist

Wenn ein Cron-Job nach dem Senden einer Nachricht, dem Veröffentlichen von Inhalten oder dem Anfordern einer Bereitstellung eine Zeitüberschreitung hat, weiß OpenClaw, dass die Ausführung fehlgeschlagen ist. Es weiß möglicherweise nicht, ob der Anbieter die Aktion akzeptiert hat.

Diese Unterscheidung ist wichtig, da die aktuelle Dokumentation zu geplanten Aufgaben besagt, dass vorübergehende einmalige Fehler wiederholt werden können, während wiederkehrende Fehler einen exponentiellen Backoff verwenden. Das erneute Ausführen der Aktion ohne Überprüfung des Anbieters kann Duplikate erzeugen.

Behandeln Sie eine mehrdeutige Zeitüberschreitung als unbekannt, nicht als fehlgeschlagen:

vorbereitet -> versucht -> bestätigt -> bestätigt_abwesend -> unbekannt -> abgleichen

Vor dem Schreiben bewahren Sie die Aufgabe, die beabsichtigte Wirkung, das Ziel, den Payload-Hash und den Operationsschlüssel auf. Verwenden Sie einen Idempotenzschlüssel des Anbieters, falls unterstützt.

Nach einer Zeitüberschreitung fragen Sie den maßgeblichen Anbieter anhand seiner Quittung, des Operationsschlüssels oder der natürlichen Ressourcenidentität ab. Wiederholen Sie nur, nachdem Sie bestätigt haben, dass die Wirkung nicht eingetreten ist. Wenn die Abwesenheit nicht bewiesen werden kann, stoppen Sie zur Überprüfung.

Veröffentlichung, Bereitstellung, Zahlung, Löschung und ähnliche Aktionen sollten ihre bestehenden Genehmigungsgrenzen behalten.

Die Audit-Dokumentation von OpenClaw behandelt unbekannt bereits als expliziten Nicht-Erfolgsstatus, wenn kein maßgebliches Endergebnis verfügbar ist. Das ist das richtige Betriebsmodell für mehrdeutige externe Schreibvorgänge.

Ein nützlicher Test ist ein Sandbox-Endpunkt, der einen Schreibvorgang akzeptiert, aber die Antwort zurückhält. Der Workflow sollte unbekannt aufzeichnen, einen zweiten Schreibvorgang vermeiden, das erste Objekt abgleichen und es dann als bestätigt klassifizieren.