OpenClaw-Issue meldet 19 stille Kontextabbrüche

Wenn die Antwort einfach nicht kommt

Ein OpenClaw-Nutzer meldete am 21. August in GitHub-Issue #127518 neben dem eigenen Fall 19 weitere stille Precheck-Abbrüche seit dem 16. August. Der Agent liefert dabei keine Antwort, während die Sitzung weiter als running erscheint. Erst eine neue Eingabe beendet diesen Schwebezustand.

Ein langsamer Provider, ein festhängendes Werkzeug und ein verschluckter Kontextüberlauf sehen im Betrieb zunächst gleich aus: Das Dashboard signalisiert Aktivität, doch beim Nutzer kommt nichts an. Wer das Fehlerbild nicht kennt, wartet auf einen Turn, der bereits abgebrochen sein könnte.

Das ist der operative Fehler.

Der Bericht ordnet den Vorfall als terminalen Precheck-Abbruch ein und verweist auf einen älteren, ähnlichen Fall. Bislang ist das die Diagnose des Melders, keine bestätigte Fehlerbeschreibung der Maintainer.

Ein fehlendes Signal wird zum Betriebsproblem

GitHub-Issue #85712 beschrieb bereits am 23. Mai dieselbe Lücke für die Route compact_only: Weder im Chat noch im Dashboard oder Assistenztext erschien ein Warnhinweis. Damit fehlt das Signal an allen Stellen, an denen Nutzer oder Plattformteams den Abbruch erkennen könnten.

Der aktuelle Bericht nennt Vorfälle auf einem zweiten Agenten und damit außerhalb der zuerst betroffenen Instanz. Diese Angabe stammt aus dem Issue und ist nicht unabhängig bestätigt, weist aber über einen einzelnen verschluckten Turn hinaus.

Ein Aussetzer ist noch kein Muster. Mehrere gleichartige Vorfälle über Tage und Instanzen hinweg gehören dagegen in die Betriebsdiagnose — besonders dann, wenn der interne Sitzungsstatus keinen verlässlichen Abschluss erkennen lässt.

Dokumentierte Recovery und beobachteter Abbruch

Nach der offiziellen OpenClaw-Dokumentation ist Auto-Compaction standardmäßig aktiv. Nähert sich eine Sitzung dem Kontextlimit oder meldet das Modell einen Kontextüberlauf, soll OpenClaw den Verlauf kompaktieren und den Aufruf erneut versuchen.

Ein am 20. Juli gemergter Maintainer-PR mit der Nummer #110297 behandelt zudem synthetische Kontextüberläufe in langen, werkzeuglastigen Sitzungen. Laut PR sollen solche Sitzungen ihren begrenzten Provider-Prompt senden können, ohne vorzeitige Kompaktierung oder Verlust der Historie.

Der im August gemeldete stille Precheck-Abbruch passt nicht zu diesem vorgesehenen Recovery-Ablauf. Ob PR #110297 denselben Ausführungspfad betrifft, lässt sich aus den vorliegenden Angaben allerdings nicht ableiten. Die aktuelle Versionslage bündelt der OpenClaw-Statusüberblick.

Eine sichtbare Antwort ist die Mindestbedingung

Für Monitoring und Abrechnung sollte das beobachtbare Ergebnis zählen: Ein Turn ohne Antwort und ohne Fehlermeldung ist kein erfolgreicher Lauf, selbst wenn die Sitzung intern weiterläuft.

Wer auf einen solchen Schwebezustand trifft, sichert vor der nächsten Eingabe den Zeitpunkt, den betroffenen Agenten und den letzten sichtbaren Turn. Laut Fehlerbericht kann schon die nächste Nachricht den Sitzungszustand verändern und damit einen wichtigen Teil des Befunds verwischen — der naheliegende Versuch, einfach noch einmal zu schreiben, kann also genau die Spur zerstören, die für die Diagnose gebraucht wird.

Kein sichtbares Ergebnis, kein Erfolg.

Solange stille Precheck-Abbrüche weder im Chat noch im Dashboard oder Assistenztext auftauchen, ist der Status running allein kein belastbarer Betriebsnachweis.