OpenClaw v2026.3.13‑1: Recovery Release mit kritischen Bugfixes

20. März 2026 – OpenClaw hat mit v2026.3.13-1 ein kleines Recovery Release nachgeschoben. Der Auslöser klingt unscheinbar, trifft in Agenten-Setups aber genau die falsche Stelle: Der ursprüngliche Release-Pfad war laut GitHub-Release nicht sauber verknüpft. Wenn Tags und Release-Referenzen nicht stimmen, brechen schnell die langweiligen, aber entscheidenden Teile der Automatisierung weg.

Das NPM-Package blieb auf derselben Release-Linie; das -1-Suffix betraf den Git-Tag und das GitHub-Release. Für Teams, die Deployments, Update-Checks oder Monitoring an exakten Release-Referenzen aufhängen, war das kein kosmetischer Nachtrag, sondern eine Reparatur an der Lieferkette.

Warum dieses Recovery Release mehr war als ein Tag-Fix

Der neue Tag stellte nicht nur den Release-Pfad wieder her. Im Changelog steckten mehrere Korrekturen, die typische Schwachstellen langlaufender Agenten-Setups berühren: Telegram-Medien, Discord-Gateway-Metadaten, Session-State, Compaction und Container-Zeitzonen.

Genau solche Punkte wirken klein, bis sie im Alltag ausfallen. Nicht das große Feature bringt einen Agenten-Stack zuerst ins Rutschen, sondern ein Medien-Download, der auf bestimmten Hosts hängen bleibt, ein fehlender Thread-Kontext nach Reset oder Metadaten, die vorübergehend nicht sauber auflösbar sind.

Die praktischsten Fixes im Paket

1. Telegram: robusterer Umgang mit Medien-Downloads

Fix: fix(telegram): thread media transport policy into SSRF

Laut verlinkter PR konnten Telegram-Medien-Downloads auf bestimmten Hosts scheitern, wenn die SSRF-Schutzlogik den IPv4-Fallback für Datei-Downloads blockierte. Betroffen waren vor allem Umgebungen mit IPv6-only- oder anderweitig problematischen IPv6-Konfigurationen.

Der Patch wendet die bereits für Bot-API-Calls genutzte IPv4-Fallback-Policy auch auf Telegram-File-Downloads an. Dadurch werden Media-Downloads robuster, ohne die SSRF-Schutzlogik grundsätzlich aufzuweichen.

2. Discord: Metadatenfehler sollen Sessions nicht mitreißen

Fix: fix: handle Discord gateway metadata fetch failures

Der Changelog nennt außerdem einen Discord-Fix für fehlgeschlagene Gateway-Metadata-Fetches. Wenn Metadaten wie Channel-Name oder Thread-Information temporär nicht abrufbar waren, konnten angebundene Discord-Setups instabil reagieren.

Der Fix behandelt solche Fehler defensiver. Der wichtige Effekt im Betrieb: Eine laufende Session soll nicht unnötig beschädigt werden, nur weil Metadaten kurz fehlen.

3. Session-State: Kontext nach Reset nicht verlieren

Fix: fix(session): preserve lastAccountId and lastThreadId on session reset

Für langlaufende Agenten ist das einer der nützlichsten Punkte im Paket. Laut Changelog bleiben lastAccountId und lastThreadId nach einem Session-Reset erhalten. Vorher konnten diese Werte verloren gehen, was Reply-Kontexte in Thread-basierten Chats wie Discord oder Slack durcheinanderbringen konnte.

Gerade bei Resets, Compaction oder Memory-Cleanup ist das der Unterschied zwischen einem Agenten, der sich wieder fängt, und einem Agenten, der den Gesprächsfaden verliert.

4. Der Rest: klein im Changelog, nützlich im Alltag

Weitere Fixes zielten auf plausiblere Token-Zählungen nach Compaction, eine explizit setzbare Container-Zeitzone, weniger unnötige Anthropic-Thinking-Blöcke beim Replay und einen Workaround für Azure-Content-Filter beim Session-Reset.

Nichts davon ist spektakulär. Genau deshalb sind solche Änderungen für produktive Agenten-Systeme oft mehr wert als das nächste große Feature.

Was Betreiber daraus mitnehmen sollten

Wer den ursprünglichen März-Release bereits laufen hat, muss laut Release-Kontext nicht panisch handeln. Der Recovery-Tag repariert vor allem die Release-Referenzen. Prüfen solltest du vor allem dort, wo interne Skripte, Monitoring oder Deploy-Pipelines direkt auf GitHub-Tags zeigen.

Wenn du eines der konkreten Probleme hattest, etwa Telegram-Media-Downloads auf schwierigen IPv6-Hosts, Discord-Metadatenfehler oder verlorene Thread-Kontexte nach Resets, ist ein Update auf eine neuere OpenClaw-Version sinnvoll.

Für mich liegt die eigentliche Aussage dieses Releases woanders: Verlässlichkeit zeigt sich bei großen Modellankündigungen und in der Sorgfalt rund um Tags, Medienpfade und Kontextzustände. Genau dort entscheidet sich, ob ein Agenten-Stack im Alltag stabil bleibt oder an Kleinkram zerfasert.