Die neueste Pre-Release 2026.6.11 bringt Slack Relay Mode, native Mattermost-Queue, per-DM Model-Overrides, file-driven Agent-Messaging und den RAFT CLI Wake Bridge für remote Wake-ups.
OpenClaw 2026.6.11 (Pre-Release vom 24. Juni) ist ein breiter Channel- und Operator-Workflow-Release. Die Highlights teilen sich in vier Bereiche:
Mehr Channel-Kontrolle
Slack bekommt einen Relay Mode, Mattermost erhält native /oc_queue-Unterstützung, und per-DM Model-Overrides erlauben es, pro Direktnachricht ein anderes Modell zu setzen. Das macht Channel-Automatisierung feingranularer, besonders für Teams mit gemischten Workloads (z.B. Code-Review vs. Kunden-Support im selben Workspace).
Reichere Operator-Workflows
Der neue openclaw agent --message-file-Flag erlaubt file-driven Agent-Messaging — nützlich für Batch-Jobs und CI-Pipelines. Der RAFT CLI Wake Bridge fügt einen Remote-Wake-Up-Pfad hinzu, damit Agenten aus der Ferne getriggert werden können, ohne einen vollen Gateway-Roundtrip zu benötigen.
Sicherere Plugin-Distribution
Weitere offizielle Plugins werden sauber externalisiert, und bundled Plugin-Icon-Metadaten stehen installierten Clients zur Verfügung. Das reduziert die Angriffsfläche über Fake-Plugins und macht die Plugin-Erkennung im UI konsistenter.
Zuverlässigere Agent-Turns
Codex Partial Deltas, Harness-Aktivierung und Long-Context Prompt-Cache-Stabilität reduzieren verlorene Fortschritte und inkonsistente Runs. Wer schon mal einen 20-Minuten-Agent-Turn hatte, der wegen eines Prompt-Cache-Flushes leer zurückkam, weiss, wie wichtig das ist.
Zusätzlich: Channel-Identity-Hook-Context, per-Agent Usage-Cost-Reporting, erweiterte Provider-Model-Auflösung und Telegram/WhatsApp-Liefer-Fixes runden den Release ab.
Slack Relay Mode und Mattermost native Queue-Support
Per-DM Model-Overrides für feingranulare Channel-Kontrolle
RAFT CLI Wake Bridge für Remote-Wake-Ups
Sicherere Plugin-Distribution durch Externalisierung
Zuverlässigere Agent-Turns durch Prompt-Cache-Stabilität
Release 2026.6.10 führt automatischen Fast Mode für kurze Konversations-Turns ein, verbessert Zai/GLM Model-Routing und härtet Session- und Channel-State gegen Stale-Origin-Leaks ab.
OpenClaw 2026.6.10 (veröffentlicht 24. Juni) ist ein stabiler Release mit drei Schwerpunkten:
Automatic Fast Mode for Talks
OpenClaw kann nun automatisch Fast Mode für kurze Konversations-Turns aktivieren und für längere Runs auf Normal-Modus zurückfallen — mit begrenztem Fallback und Delivery-Verhalten. Das bedeutet: Kurze Chat-Interaktionen fühlen sich responsiver an, während lange Agent-Sessions die vollen Guardrails (Retries, Progress Events, Fallback-Transitions) behalten. Fast-Mode-State überlebt jetzt Retries, Fallback-Übergänge, Progress-Events und Embedded/CLI/ACP-Normalisierung.
Zuverlässigere Model-Routing
Zai Model Synthesis, GLM Overload Failover und native Reasoning-Level-Selection folgen nun dem aktiven Model-Katalog konsistenter. Provider entdecken oft neue Modelle zur Laufzeit — wenn Channel-Menu, Fallback-Classifier und Payload-Builder nicht einig sind, was ein Modell kann, gibt es falsche Antworten. Dieser Release fixt genau diese Abhängigkeit.
Session und Policy Safety
Channel-Switches resetten stale Origin-Fields, Cron-Delivery-Awareness bleibt an der Target-Session attacht, und Trusted Tool-Policies überleben Hook-Registry-Komposition. Das sind keine flashy Features, aber sie schützen die Teile von OpenClaw, die entscheiden, wohin eine Reply geht, welche Policy greift und ob ein Operator dem Transcript vertrauen kann.
Der Release umfasst 12 gemergte PRs und ist auf NPM verfügbar.
Automatischer Fast Mode für kurze Konversations-Turns
OpenClaw-Versionen vor 2026.4.24 schreiben die Config-Datei openclaw.json bei Recovery mit zu breiten Permissions (0644 statt 0600), was lokalen Angreifern Zugriff auf API-Keys ermöglicht.
CVE-2026-53856 (veröffentlicht 18. Juni 2026, CVSS 5.7 Medium) deckt eine Insecure-File-Permissions-Schwachstelle in OpenClaws Konfigurations-Recovery-Mechanismus auf.
Das Problem
Wenn ein lokaler Config-Repair getriggert wird, stellt der Recovery-Pfad die Hauptkonfigurationsdatei openclaw.json mit zu breiten Permissions wieder her (z.B. 0644 statt 0600). Das ermöglicht low-priviledged lokalen Angreifern in Multi-User- oder Shared-Hosting-Umgebungen, sensitive System-Credentials, API-Tokens und private Assistenten-Konfigurationen zu lesen.
Technische Details
CWE: CWE-732 (Incorrect Permission Assignment for Critical Resource)
Attack Vector: Local
CVSS v4.0: 5.7 (Medium)
EPSS: 0.00094
Betroffen: OpenClaw >= 2026.4.23 (vor 2026.4.24)
Remediation
Update auf 2026.4.24 oder später, wo der Recovery-Pfad sichere Permissions schreibt. Alternativ: chmod 600 /path/to/openclaw/openclaw.json manuell setzen und einen restriktiven System-Umask (0077) konfigurieren. In Shared-Hosting-Umgebungen sollte das ohnehin Standard sein — aber wer OpenClaw mit einem Chatbot installiert hat, bei dem Safety-Features unterwegs entfernt wurden, sollte dies dringend prüfen.
CVSS 5.7 Medium — lokaler Angriffsvektor
Betroffen: OpenClaw >= 2026.4.23 vor 2026.4.24
Fix: Update auf 2026.4.24+ oder manuell chmod 600
CWE-732: Incorrect Permission Assignment for Critical Resource
OpenClaw-Ersteller Peter Steinberger dämpft auf HackerNews die Panik um eine Privilege-Escalation-Lücke: Der Bug war ein unvollständiger Fix im Plugin-Command-Handler, kein Random-Message-RCE.
Eine Privilege-Escalation-Lücke in OpenClaw sorgte für Diskussionen auf HackerNews. Creator Peter Steinberger persönlich klärte im Thread auf:
Was passierte
Der eigentliche Bug war ein incomplete fix. Ein früheres Advisory hatte den Gateway-RPC-Pfad für Device-Approvals gehärtet, indem es Caller-Scopes in die Core-Approval-Check einpasste. Aber der /pair approve-Plugin-Command-Path rief dieselbe Approval-Funktion auf — ohne callerScopes. Die Core-Logik failte offen, wenn der Parameter fehlte.
Die exploit chain
Der stärkste bestätigte Exploit-Pfad: Ein Client, der bereits Gateway-Access hatte und ausreichend Permission für Commands, konnte chat.send mit /pair approve nutzen, um einen Device-Approval zu erzwingen, der ihm höhere Privilegien gab. Das ist ein Privilege Escalation, kein RCE — der Angreifer muss bereits im Gateway sein.
Die Antwort
Steinberger betonte, dass die Aufregung übertrieben war: «This was a missing parameter in a plugin command path, not a magical RCE from random messages.» Der Fix wurde schnell ausgeliefert, und die Lücke erfordert bestehenden Gateway-Zugang — sie ist also für isolierte Single-User-Setups irrelevant.
Takeaway für Betreiber
Halte OpenClaw aktuell — incomplete Fixes sind real
In Multi-User-Setups: Plugin-Command-Paths prüfen
Gateway-Zugang ist der kritische Trust-Boundary, nicht der Chat-Input
Bug war ein incomplete Fix im Plugin-Command-Handler
Exploit erfordert bestehenden Gateway-Access — kein RCE
Creator Peter Steinberger klärte persönlich auf HackerNews auf
ClawMage, ein AI-Agent der seit März 2026 ununterbrochen auf OpenClaw läuft, teilt 15 hart gelernte Best Practices — von AGENTS.md-Architektur bis zu Autonomie-Tiers.
ClawMage, ein AI-Agent der seit dem 4. März 2026 kontinuierlich auf OpenClaw läuft, veröffentlichte einen Best-Practices-Guide mit 15 Tipps aus echter 24/7-Erfahrung — nicht aus einmaligem Ausprobieren.
Strukturiere AGENTS.md als Verfassung, nicht als To-Do-Liste
AGENTS.md ist die wichtigste Datei. Sie sollte architektonisch sein, nicht operational: definieren, wer der Agent ist, wie Memory funktioniert, Safety-Boundaries und Boot-Reihenfolge. Alles andere geht in dedizierte Dateien (SOUL.md, USER.md, TOOLS.md).
Tiered Memory System
MEMORY.md allein skaliert nicht. Nach zwei Wochen wird sie entweder aufgebläht (teuer) oder beschnitten (vergesslich). Die Lösung: MEMORY.md (Hot Memory, max 50 Zeilen), memory/YYYY-MM-DD.md (Daily Logs), brain/ (langfristiges Wissen). Items haben eine Temperatur — heisse Items bleiben in MEMORY.md, kalte wandern in brain/.
Model Routing — nicht Opus für alles
Der grösste Cost-Optimization-Hebel: Komplexe Analyse mit Premium-Modellen, Routine-Tasks mit Mid-Tier, Bulk-Processing mit Billig-Modellen. Sub-Agenten können auf günstigere Modelle konfiguriert werden.