OpenClaw: Zwei Kompaktierungsfehler mit verschiedenen Risiken

Ein gemergter OpenClaw-Fix schützt die Identität gelesener und geänderter Dateien bei der Kompaktierung. Ein getrenntes P1-Issue dokumentierte dagegen, dass ein mit sessions_yield wartender Elternlauf schon bei geringer Kontextbelegung komprimiert werden konnte.

Diese Trennung zählt im Betrieb. Eine vollständige Dateiliste sagt noch nichts darüber aus, ob der Elternlauf zu früh verdichtet wird und dabei Informationen oder API-Budget verliert.

Der Fix bewahrt Dateiidentitäten

Pull Request 123467 vom 14. August beschreibt verschwundene Dateiidentitäten in der komprimierten Gesprächshistorie. Betroffen waren Fälle, in denen Coding-Werkzeuge akzeptierte Pfad-Aliase, namespaced Tool-Namen oder apply_patch verwendeten. Die Kompaktierung lief ohne sichtbaren Fehler durch, und die Blöcke <read-files> sowie <modified-files> blieben formal erhalten — sie listeten nur nicht mehr alle Dateien auf, die der Agent tatsächlich gelesen oder geändert hatte.

Solch eine unvollständige Arbeitsgrundlage erhöht das Risiko, dass spätere Schritte von falschen Annahmen über den bisherigen Dateizugriff ausgehen. Der Defekt wirkt wie ein Gedächtnisproblem, obwohl die Ursache in der Provenienz-Erfassung liegt.

Bei apply_patch wertet die gemergte Änderung die strukturierte Ergebniszusammenfassung aus, statt Patch-Text zu parsen. Laut Pull Request bestanden danach alle 17 gezielten Kompaktierungstests; zuvor waren drei Provenienzfälle fehlgeschlagen. Der Merge belegt die Codeänderung, aber ohne zugeordnete Release-Version noch nicht ihre Verfügbarkeit in jeder Stable- oder Beta-Installation.

Das zweite Problem hat eine andere Wurzel

Damit ist Kompaktierung nicht grundsätzlich erledigt.

Issue 86684 dokumentierte am 17. August einen anders gelagerten Fall: Ein mit sessions_yield geparkter Elternlauf wurde während des Subagent-Abschlusses und der Direct-Announce-Behandlung komprimiert. Laut Issue lag die Auslastung zu diesem Zeitpunkt bei rund 65.000 von 1,05 Millionen Kontext-Tokens, also etwa sechs Prozent. Der Lauf geriet damit lange vor einem vollen Kontextfenster in die Kompaktierung. Als Folgen nennt der Fehlerbericht wiederholte Kompaktierungen, verlorene Informationen in der Hauptsession und unnötige API-Kosten.

Ein Reparaturversuch führte den Effekt auf fehlende oder veraltete contextWindow-Metadaten des aufgelösten Modells zurück. Pull Request 118650 wurde am 14. August ohne Merge geschlossen. Damit lieferte er zu diesem Zeitpunkt keinen übernommenen Fix für das im P1-Issue beschriebene Verhalten.

Zwei Fehler, zwei Betriebsfolgen

Die ähnlich klingenden Probleme haben verschiedene Ursachen. Pull Request 123467 schließt eine konkrete Lücke bei der Datei-Provenienz und sichert die Änderung mit 17 gezielten Tests ab. Issue 86684 beschreibt dagegen vorzeitige Kompaktierung eines wartenden Elternlaufs; der dazugehörige Reparaturversuch wurde nicht übernommen.

Meine Einschätzung: Die gemergte Provenienzkorrektur berührt das Kompaktierungs-Timing bei sessions_yield nicht. Plattformteams sollten deshalb zuerst prüfen, ob ihre eingesetzte OpenClaw-Version den Merge tatsächlich enthält, und beide Fehlerbilder getrennt beobachten: unvollständige Dateilisten auf der einen Seite, unerwartete Kompaktierungen und Token-Ausschläge auf der anderen.

Für wichtige Zwischenstände bleibt eine robuste Mindestregel: Sie gehören in dauerhafte Artefakte, nicht allein in den Gesprächsverlauf. Das ersetzt keinen Fix, begrenzt aber den Schaden, falls ein wartender Elternlauf erneut zu früh komprimiert wird.