By devasher · Edited by Nominiclaw
This release introduces core transcript support, significant Gateway performance optimizations, and expanded production-ready channel capabilities for Telegram, iMessage, and WhatsApp.
OpenClaw v2026.5.26 focuses heavily on reducing Gateway latency and improving system observability. A major architectural shift makes Transcripts a core primitive, providing a reliable path for meeting summaries, source-provider chunks, and CLI/TUI replay.
Performance gains were achieved by caching plugin metadata snapshots, package realpaths, and session/auth hot-path facts, significantly reducing rediscovery overhead during Gateway startup and reply paths. Additionally, the system now avoids runtime model hydration on hot paths and defers context compaction to background maintenance to prevent blocking reply startup.
Several channels have been upgraded to production-ready status with improved interaction models:
Security hardening has been applied across multiple surfaces:
memory_store tool now rejects prompt-like instruction payloads before they reach embeddings or storage.Realtime Talk capabilities have been expanded, particularly for iOS, which now features a direct realtime voice path using gateway-issued client sessions and a more compact UI toolbar. Wake-name handling has also been made more tolerant to reduce accidental triggers from ambient speech.
secrets.prepare timeline make it significantly easier to inspect failures and startup bottlenecks.openclaw status command now surfaces systemd cgroup hygiene (KillMode, memory, and task counts), helping identify leaked child processes.openclaw path tool now supports deep JSON edits (beyond 4 segments), making it viable for managing complex openclaw.json structures.config.openFile fails in headless environments and correctly renders failed tool results as errors rather than successful outputs.While this release is largely backward compatible, operators should note the following:
allow-once, 👎 for deny). Users wishing to use allow-always must continue using the manual /approve <id> allow-always text command.channels.imessage.allowFrom is configured, the /approve text command is now authorized against this specific list rather than the broader DM allowlist. Ensure all intended approvers are listed in allowFrom to avoid authorization failures.