openclaw - 💡(How to fix) Fix [Bug] Every agent shares one Chrome instance — no browser isolation [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#61831Fetched 2026-04-08 02:53:53
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Author
Participants

Fix Action

Workaround

None — this is a fundamental architectural gap for multi-agent deployments.

RAW_BUFFERClick to expand / collapse

Bug Description

All OpenClaw agents share a single Chrome instance when using the browser tool, with no isolation between agents. This creates two related problems:

1. No per-agent browser process

When multiple agents (e.g., Silas, Hector, Ben, Tony) use the browser tool simultaneously, they all connect to the same Chrome process. This means:

  • Agent A's tabs are visible to Agent B
  • Browser state (cookies, sessions, localStorage) is shared
  • No concept of "my tabs" vs "your tabs"

2. Shared MCP tool can't handle concurrent requests

The chrome-devtools-mcp tool runs as a single system-level process. When two agents issue browser commands simultaneously, requests can interfere — tab selection races, orphaned tabs, or silent failures.

Expected Behavior

Each agent should get its own fully isolated Chrome instance:

  • Agent A → Chrome on port 18801, dedicated user profile
  • Agent B → Chrome on port 18802, dedicated user profile
  • ...

This ensures:

  • Complete browser state isolation
  • No cross-agent tab visibility
  • Safe concurrent usage
  • Clean per-agent browser lifecycle

Workaround

None — this is a fundamental architectural gap for multi-agent deployments.

Environment

  • OpenClaw: 2026.4.5
  • Chrome: 146.0.7680.177 (headless)
  • Chrome-devtools-mcp: 0.21.0
  • OS: Linux (Ubuntu)

Related Issues

This is related to but separate from the attachOnly: true mode failing when Chrome wasn't started with remote debugging flags.

extent analysis

TL;DR

Run a separate Chrome instance for each agent to ensure browser state isolation and safe concurrent usage.

Guidance

  • Launch Chrome with a unique port and dedicated user profile for each agent to prevent shared browser state and tab visibility.
  • Use a distinct chrome-devtools-mcp tool instance or configure it to handle concurrent requests from multiple agents without interference.
  • Consider implementing a mechanism to manage and isolate the lifecycle of each agent's Chrome instance.
  • Review the attachOnly: true mode issue to ensure compatibility with the proposed solution.

Example

No explicit code example is provided due to the lack of specific implementation details in the issue.

Notes

The proposed solution assumes that running multiple Chrome instances with unique ports and profiles is feasible and compatible with the existing infrastructure. Additionally, the chrome-devtools-mcp tool's ability to handle concurrent requests may require further investigation or modification.

Recommendation

Apply a workaround by running a separate Chrome instance for each agent, as upgrading to a fixed version is not explicitly mentioned in the issue. This approach addresses the fundamental architectural gap in multi-agent deployments and ensures browser state isolation and safe concurrent usage.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING