OpenClaw-Beta beschleunigt Gateway-Start und erweitert Voice-Workflows
OpenClaw 2026.5.24-beta.2 beschleunigt Gateway-Pfade, stärkt Voice-Workflows und macht iMessage-Approvals feiner steuerbar.
OpenClaw hat am 24. Mai 2026 die Beta-Version 2026.5.24-beta.2 veröffentlicht. Laut den GitHub Release Notes konzentriert sich der Release auf Gateway-Performance, Meeting Notes, Voice-Flows, Messenger-Approvals und Korrekturen rund um Sessions, Secrets und Kanalzustellung.
Der rote Faden: OpenClaw macht den Gateway-Pfad leichter. Das ist kein einzelnes großes Feature, sondern eine Reihe von Änderungen an Stellen, an denen ein laufendes Agentensystem sonst wiederholt dieselben Metadaten, Manifeste oder Plugin-Informationen anfassen müsste.
Gateway: weniger wiederholte Arbeit im heißen Pfad
Nach Angaben der Release Notes cached OpenClaw in 2026.5.24-beta.2 mehrere stabile Metadaten während process-lokaler Hot Paths. Genannt werden unter anderem Install-Record-, Channel-Catalog-, Bundled-Channel- und Telegram-Session-Store-Metadaten. Dazu kommt die Wiederverwendung unveränderlicher Plugin-Metadaten-Snapshots über Startup-, Config-, Model-, Channel-, Setup- und Secret-Reader hinweg.
Für Betreiber ist das kein glamouröses Feature, aber genau diese Art Änderung entscheidet darüber, ob ein Agentensystem im Alltag zäh wirkt. Wenn Gateway-Start, Statuspfade oder Konfigurationsleser bei jedem Zugriff wieder Dateisystem- und Manifestarbeit auslösen, addieren sich Millisekunden zu spürbarer Wartezeit. Der Release versucht, diese Wiederholung an mehreren Stellen zu vermeiden.
Besonders sichtbar wird das beim Modellpfad: Laut Release Notes wärmt OpenClaw die Provider-Auth-State-Map beim Gateway-Start vor. Dadurch sollen /models und Modelllisten-Aufrufe nicht mehr pro Provider durch Plugin- oder externe CLI-Discovery laufen. Die Notes nennen dafür eine Reduktion von ungefähr 20 Sekunden pro Call auf rund 5 Millisekunden, mit erneuter Warmup-Logik nach Hot Reloads.
Startup wird stärker auf Bedarf verschoben
Die Beta verschiebt außerdem Arbeit aus dem kritischen Startpfad. Laut GitHub lazy-loaded OpenClaw Startup-Idle-Plugin-Arbeit, Core-Gateway-Method-Handler und die eingebettete ACPX-Runtime. Gateway-Health- und Ready-Signale sollen dadurch nicht mehr auf ungenutzte Handler-Bäume oder ACPX-Probes warten.
Das ist für lokale Setups genauso relevant wie für dauerhaft laufende Instanzen. Ein Gateway, das schneller bereit meldet, lässt sich leichter überwachen, neu starten und in Update-Flows einbauen. Gleichzeitig bleibt die Grenze wichtig: Die Release Notes belegen den Umbau der Startpfade, ersetzen aber keinen eigenen Benchmark auf deiner Maschine. Wer stark von bestimmten Plugins oder Kanälen abhängt, sollte nach dem Update vor allem Startzeit, Statusabrufe und Modelllistenpfad prüfen.
Auch die Profiling-Artefakte wurden angefasst. OpenClaw rotiert laut Release Notes Gateway-Watch-CPU-Profile, damit Benchmark-Läufe keine unbegrenzt wachsenden Artefakte sammeln. Das ist ein kleines Betriebsdetail mit praktischer Wirkung: Diagnose soll helfen, ohne den Rechner langsam mit Messdaten vollzuschreiben.
Mehr Kontext zur Plattform findest du in unserer OpenClaw-Übersicht und in der Analyse zu OpenClaws Desktop- und Messenger-Fernsteuerung.
Voice und Meeting Notes rücken näher zusammen
Ein zweiter Schwerpunkt liegt auf Voice-Flows. Die Release Notes nennen Talk/realtime-Änderungen, mit denen WebUI- und Discord-Voice-Anrufer während eines laufenden Consults Status abfragen, abbrechen, steuern oder Anschlussarbeit einreihen können. Discord Voice bekommt außerdem Wake-Name-Gating mit Agent-Namen als Default und ein größeres Bootstrap-Kontextbudget für längere USER.md- und SOUL.md-Dateien.
Für Agenten-Builder ist daran weniger die einzelne Discord-Funktion entscheidend als das Muster: Sprachinteraktion wird nicht als isolierter Kanal behandelt, sondern stärker an laufende Runs, Steuerung und Kontext gebunden. Wenn ein Voice-Call während eines aktiven Agentenlaufs nicht nur zuhört, sondern Status und Follow-up-Arbeit auslösen kann, wird Voice operativer. Damit entstehen aber auch neue Fehlerklassen: falsche Wake-Namen, überlappende Voice-Joins oder verwaiste Captures.
Passend dazu führt OpenClaw laut Release Notes ein source-only externes Meeting-Notes-Plugin und einen SDK-Source-Provider-Contract außerhalb des Core-npm-Pakets ein. Genannt werden Auto-Start-Capture-Konfiguration, manuelle Transcript-Imports, read-only Zugriff über openclaw meeting-notes und Discord Voice als Live-Quelle.
Die Fix-Liste zeigt, warum das wichtig ist. OpenClaw korrigiert laut Release Notes unter anderem, dass Discord Voice beim Gateway-Boot auf den Voice-Manager wartet, Meeting-Notes-Auto-Capture den Release-Channel-Account-Startup nicht blockiert und Plugin-Services vor dem Channel-Shutdown gestoppt werden. Außerdem sollen Meeting-Notes-Zusammenfassungen einen sprecherbeschrifteten Transkriptabschnitt enthalten.
Approvals: iMessage bekommt Tapback-Entscheidungen
Bei Approvals erweitert die Beta iMessage. Laut Release Notes kann ein 👍-Tapback eine Approval als allow-once auflösen, ein 👎 als deny. Die explizite Allowlist kommt aus channels.imessage.allowFrom; allow-always bleibt beim manuellen /approve <id> allow-always-Fallback.
Das trennt schnelle Einmalentscheidungen von dauerhaften Freigaben. Für Systeme, die echte externe Aktionen ausführen können, ist diese Grenze wichtig: Ein Tapback eignet sich für eine einmalige Freigabe, nicht für das stille Ausweiten von Rechten.
Der Release enthält zusätzlich mehrere Zustellungs- und Session-Fixes. Unter anderem normalisiert Telegram laut Release Notes Legacy-Group-Retry-Targets vor erneuten Sends, Polls und Pins. Topic-Replies sollen über eine zentrale Reply-Lane laufen, damit Heartbeat- und Follow-up-Turns nicht ownerless weiterlaufen oder falsch zugestellt werden.
Sicherheits- und Betriebsdetails
Auch im Security- und Runtime-Bereich steckt Substanz. OpenClaw preflightet laut Release Notes aktive Runtime-SecretRefs vor Root- und Include-Config-Writes und rollt unveränderten Datei- oder Env-Zustand zurück, wenn ein Refresh nach dem Schreiben scheitert. models status soll SecretRef-basierte Custom-Provider-apiKey-Marker erhalten, statt aufgelöste Klartext-Secrets auf Disk zu schreiben.
Dazu kommt eine Änderung an agent-to-agent Allowlists: Laut Release Notes werden Wildcard-Regexe durch einen vorkompilierten linearen Matcher ersetzt, damit Cross-Agent-Zugriffsprüfungen keine backtracking-anfälligen Muster nutzen.
Laut Release Notes wirkt OpenClaw 2026.5.24-beta.2 damit wie ein klassischer Infrastruktur-Release: weniger sichtbarer Glanz, mehr Arbeit an den Stellen, die im täglichen Betrieb stören, wenn sie nicht stimmen. Wer OpenClaw nur gelegentlich lokal startet, dürfte vor allem schnellere Status- und Modellpfade bemerken. Wer Voice, Discord, Telegram, iMessage und Meeting Notes parallel betreibt, sollte den Release genauer testen, weil viele kleine Pfade gleichzeitig in Bewegung geraten.
Transparenz
Agentenlog nutzt KI-Assistenz für Recherche, Struktur und Entwurf. Inhaltliche Auswahl, Einordnung und Veröffentlichung liegen redaktionell bei Agentenlog; Quellen und Fakten werden vor Veröffentlichung geprüft.
Das könnte dich auch interessieren
OpenClaw schärft die Diagnose für Streaming-Modelle
Ein OpenClaw-Fix lässt gestreamte Modellaufrufe als aktiv gelten, solange Chunks ankommen.
OpenClaw Telegram antwortet nicht: Stalls, Replay-Fehler und Recovery
OpenClaw nimmt Telegram-Nachrichten an, antwortet aber nicht? Dieser Guide trennt Bot-Transport, Reply-Run-Stall, Session-Replay und Provider-Payload.
OpenClaw Cron wird nicht zugestellt: Sessions, Delivery und Fehlersuche
Wenn ein OpenClaw-Cron läuft, aber keine Nachricht ankommt, helfen Session-Bindung, Delivery-Route und Run-Historie bei der Fehlersuche.