OpenClaw Release Status

Aktuelle OpenClaw-Version

Diese Seite fasst die aktuelle Stable-Version, wichtige Fixes, bekannte Risiken und eine vorsichtige Update-Einschätzung zusammen. Quellen sind primär GitHub Releases, Changelog, Docs und relevante Issues/PRs.

Stable-Version

v2026.6.11

Release-Datum: 2026-06-30

⚠️ Beobachten vor Update

GitHub weist weiterhin v2026.6.11 vom 30. Juni 2026 als neuestes Stable-Release aus; v2026.7.1-beta.6 ist neuer, aber als Vorabversion markiert. Das Stable-Update behebt viele Zustellungs-, Reconnect-, Modell-, Cron- und Tool-Pfade und ist über Release Notes, Changelog und offizielle Dokumentation belegt. Der Status bleibt auf Watch, weil offene oder nicht stabil ausgelieferte Arbeiten zu Reply-Session-Konflikten, Codex-App-Server-Tool-Ergebnissen und Signal-Zitaten direkt die stabile Version betreffen können.

Update-Einschätzung

v2026.6.11 bleibt das aktuelle Stable-Release und konzentriert sich auf zuverlässigere Zustellung, Sessions, Modellpfade, Cron und Tool-Ausführung. Ein Update ist vertretbar, sollte danach aber mit Prüfungen für Telegram-, Discord-, WhatsApp-, Mattermost-, Signal- und Cron-Zustellung, mehrstufige Sessions, lokale Memory-Suche, Provider-Fallbacks und Gateway-Neustarts begleitet werden.

Letzter Check: Montag, 13. Juli 2026 um 07:41

Neu / relevant

• OpenClaw verbessert die Zustellung über Telegram, WhatsApp, Matrix, Google Chat, iMessage, Feishu, Mattermost, Discord, WebChat und Control UI, damit Antworten seltener verloren gehen, doppelt erscheinen oder im falschen Gespräch landen.
• Mattermost erhält mit `/oc_queue` eine native Steuerung für aktive Run-Warteschlangen, und Direktnachrichten können pro Kontakt eigene Modellzuweisungen nutzen.
• Provider- und Modellpfade melden Setup-, Katalog-, Timeout-, Compaction- und Fallback-Probleme nachvollziehbarer, statt Nutzer mit veralteten Modellwahlen oder blockierten Anfragen zurückzulassen.
• Cron-Jobs können eigene Fallback-Modelle nutzen, temporäre Sessions nach isolierten Läufen sauberer entfernen und fällige Läufe zuverlässiger behalten.
• Release- und QA-Prozesse liefern mehr Evidence, Validierung und Paketprüfung, damit Stable-Veröffentlichungen besser nachvollziehbar sind.

Gefixt

• Telegram-, Discord-, WhatsApp-, Mattermost- und iMessage-Antworten bleiben häufiger am richtigen Ziel, auch nach Session-Wechseln, Reconnects, Wiederholungen oder Thread-Wechseln.
• Gestreamte Channel-Antworten zeigen Fortschritt konsistenter und beenden alte Fortschrittsmeldungen zuverlässiger, sodass fertige Antworten weniger mit Statusresten vermischt werden.
• Telegram-Queues können nach hängenden Nachrichten, langen Tasks, Abstürzen oder Gateway-Neustarts automatisch weiterarbeiten, statt spätere Nachrichten still liegenzulassen.
• Provider-qualifizierte Modell-IDs, OpenAI-kompatible Gemini-Tool-Calls, OpenRouter- und OpenCode-Go-Pfade sowie mehrere Auth- und Katalogsituationen werden stabiler behandelt.
• Cron- und Tool-Fixes verhindern verlorene fällige Runs, unlesbare Cron-Historien, falsche Office-Dateiendungen, ausufernde Timeouts und zurückbleibende temporäre Sessions.
• Windows- und SDK-Pfade stoppen hängende Prozesse, ZIP-Entpackung, Tool-Fehlerereignisse und native Job-Hydration robuster.

Aktuelle Risiken

• v2026.7.1-beta.6 ist neuer als das Stable-Release und enthält viele noch nicht stabile Änderungen für SQLite-Snapshots, GPT-5.6, Meta-Provider, Control UI, mobile Offline-Caches, Gateway-Status, Cron-Modellwahl, Telegram-Codex und Gateway-Recovery; produktive Setups sollten diese Beta nicht mit Stable-Garantie behandeln.
• Ein offenes Issue beschreibt, dass v2026.6.11 bei zweiten Nachrichten einer frischen Session einen `reply session initialization conflicted`-Fehler auslösen kann; betroffen sind laut Bericht Signal und Control UI.
• Ein offenes P1-Issue beschreibt, dass Codex-App-Server-Sessions nach einem Reply-Init-Konflikt ohne Transcript-Mirror hängen bleiben können und Tool-Ergebnisse danach leer beim Modell ankommen.
• Der Self-Heal-PR für Reply-Session-Init-Konflikte ist geschlossen, aber laut GitHub nicht gemergt; die Korrektur ist deshalb nicht als stabile Auslieferung belegbar.
• Ein offener Signal-PR stellt native Reply-Metadaten wieder her und hat noch keine Stable-Auslieferung; Signal-Zitate und Gruppenantworten sollten nach einem Update gezielt geprüft werden.
• Die Release Notes listen keine eigene Breaking-Change-Sektion für v2026.6.11, aber die Breite der Channel-, Session-, Cron- und Tool-Fixes rechtfertigt gezielte Regressionstests vor produktiver Nutzung.

Nicht getestet / offen

• Die aktualisierten Channel-Pfade für Telegram, Discord, WhatsApp, Mattermost, Matrix, Google Chat, iMessage, Feishu, Signal, WebChat, Control UI und TUI wurden hier nicht praktisch gegen echte Konten getestet.
• Mattermost `/oc_queue`, per-DM-Modellzuweisungen und die neuen Queue- beziehungsweise Thread-Verhalten wurden hier nicht in einer laufenden Gateway-Installation ausgeführt.
• Cron-Fallback-Modelle, `deleteAfterRun`, Office-Dateiwerkzeuge, SDK-Timeouts und Windows-spezifische Prozesspfade wurden hier nicht lokal reproduziert.
• Die offenen Reply-Session-Konflikte aus GitHub Issues wurden hier nicht reproduziert; bewertet wurde nur die Primärquellenlage.
• Die seit v2026.6.11 in v2026.7.1-beta.6 und im Main-Changelog dokumentierten Änderungen zu SQLite-Snapshots, GPT-5.6, Meta-Provider, `openclaw attach`, Telegram-Codex, mobile Offline-Caches, Gateway-Recovery, SecretRef, Node-Pairing, Cron-Modellwahl und Auto-Compaction wurden nicht als Stable-Release verifiziert.