Isolate nested agent sessions
TL;DR
Scope nested agent work per target session to prevent long-running nested runs from blocking unrelated sessions across the gateway.
## What changed OpenClaw added session isolation for nested agent runs. The update scopes each nested task to its own target session so one long-running sub-agent cannot block unrelated conversations at the gateway.
The change rolled out on 19 May 2026 and requires no new configuration. Existing YAML setups continue to work while the gateway now enforces per-session boundaries automatically.
## Why it matters Nested agents often spawn browser or shell tasks that run for minutes. Without isolation, a single heavy job could stall every active chat thread on the same instance.
This fix reduces cross-talk between parallel workflows. It matters most for Vibe Builders who keep one OpenClaw instance tied to WhatsApp and Slack at the same time.
## How to use it Update to the latest release through the CLI with the standard pull command. Restart the gateway container or process after the update completes.
No extra flags or YAML keys are needed. Test by starting two separate conversations and triggering a long nested task in one to confirm the other stays responsive.
## Watch for Monitor gateway logs for any new session-scoping errors during heavy browser runs. The next expected move is explicit per-skill resource limits so runaway skills can be capped without touching the whole agent.
Harsh’s take
This patch removes one practical headache for anyone running OpenClaw as a daily driver. Long nested jobs no longer freeze every chat thread, which matters when you rely on the same instance for both quick Slack pings and deeper research tasks.
The trade-off is still the same: you remain responsible for watching token spend and VPS load yourself. Isolation helps stability but does not add usage caps or automatic throttling.
Do X now: spin up a second test instance on a cheap VPS, enable the update, and run two parallel nested browser jobs to verify the sessions stay separate before you trust it with production chats.
by Harsh Desai
About OpenClaw
View the full OpenClaw page →All OpenClaw updatesMore from OpenClaw
- FeatureExpand QA-Lab with runtime parity scenarios
Added comprehensive runtime parity tiers and token-efficiency artifacts to the QA-Lab, including specific checks for Codex-vs-Pi compatibility and tool fixture coverage.
- App UpdateUpdate Node.js requirement and Pi packages
Raised the minimum supported Node.js version to 22.19 and updated Pi packages to version 0.75.1 to ensure compatibility with the latest runtime features.
- App UpdateOptimize Gateway startup and restart latency
Reduced restart ready latency by overlapping startup logging and plugin-service initialization with channel sidecars while maintaining strict readiness gating.