playwright-mcp-orchestrator
Enables multiple AI agents to interact with a single Google Chrome instance simultaneously, providing tab isolation and maintaining shared state like cookies, logins, and extensions via the Chrome DevTools Protocol (CDP).
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@playwright-mcp-orchestratorOpen my GitHub notifications and summarize the latest updates in a new tab."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
playwright-mcp-orchestrator
Multi-agent orchestrator for Playwright MCP — multiple AI agents sharing one Chrome browser with tab isolation. Local-first, preserving your real browser state (cookies, logins, extensions, localStorage).
The Problem
The official @playwright/mcp only supports a single agent per browser. When multiple Claude Code agents (or any MCP clients) try to use it simultaneously, they fight over the same tabs and interfere with each other.
Existing workarounds all sacrifice something:
--isolatedmode gives each agent a fresh profile (no saved logins/cookies)Separate
--user-data-dirper agent means separate profiles (no shared state)Community alternatives (
ultimate-playwright-mcp,concurrent-browser-mcp) are unmaintained or don't share profiles
Related MCP server: ultimate-playwright-mcp
The Approach
Use a single Chrome instance with CDP (Chrome DevTools Protocol) as the shared backend, and orchestrate multiple @playwright/mcp sessions on top — each scoped to its own tabs.
┌─────────────────────────────────────────────┐
│ Chrome (one instance) │
│ --remote-debugging-port=9222 │
│ --user-data-dir=<profile> │
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ Agent 1 │ │ Agent 2 │ │ Agent 3 │ tabs │
│ │ tabs │ │ tabs │ │ tabs │ │
│ └────┬────┘ └────┬────┘ └────┬────┘ │
└───────┼──────────┼──────────┼───────────────┘
│ │ │ CDP (ws://127.0.0.1:9222)
┌───────┼──────────┼──────────┼───────────────┐
│ ▼ ▼ ▼ │
│ ┌────────────────────────────────┐ │
│ │ playwright-mcp-orchestrator │ │
│ │ │ │
│ │ - Tab group isolation │ │
│ │ - Session routing │ │
│ │ - Uses official @playwright/mcp│ │
│ └────────────────────────────────┘ │
└─────────────────────────────────────────────┘Key design decisions
Delegates to official
@playwright/mcp— not a reimplementation. New tools and features from Microsoft are available automatically.Shared user profile — all agents see the same cookies, logins, localStorage.
Tab isolation — each agent operates on its own tabs, no interference.
CDP connection — connects to a running Chrome instance via
--remote-debugging-port.
Status
Early development. The CDP foundation has been validated:
Chrome 145 with
--remote-debugging-port=9222+--user-data-dirworksMultiple
playwright-coreconnections viaconnectOverCDPto the same browser workEach connection can create and manage its own tabs independently
All connections share the same BrowserContext (cookies, logins, storage)
Chrome Setup
Chrome 136+ silently ignores --remote-debugging-port on the default profile directory. You must use --user-data-dir pointing to a non-default path.
Copy your profile (preserves all logins)
# Quit Chrome first
osascript -e 'tell application "Google Chrome" to quit'
# Copy profile
cp -r ~/Library/Application\ Support/Google/Chrome /tmp/chrome-cdp-profile
# Launch with CDP
open -a "Google Chrome" --args \
--user-data-dir=/tmp/chrome-cdp-profile \
--remote-debugging-port=9222Verify CDP is working
curl -s http://127.0.0.1:9222/json/versionResearch
Why not existing solutions?
Project | Stars | Issue |
| — | |
| 1 | Full reimplementation, abandoned after 1 day. Can't track official updates. |
| — | Isolated ephemeral instances, no shared profile. |
| — | Separate processes, separate profiles. |
| 47 | CDP but no tab isolation. Abandoned. |
Why not other browser frameworks?
Framework | Stars | Issue for our use case |
Browser Use | 80k | Single-session locally. Cloud for concurrency. |
Stagehand/Browserbase | 21k | Cloud-only shared state. Not local. |
Agent Browser (Vercel) | 21k | CLI, not MCP. No tab isolation. CDP still maturing. |
Dev Browser | 3.8k | Skill, not MCP. Same multi-agent gap (#33). |
Skyvern | 21k | Vision-first, different paradigm. |
The multi-agent shared-profile problem is unsolved
No well-maintained project provides: real user profile + multiple concurrent agents + tab isolation + MCP interface. This project aims to be the first.
License
MIT
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- AlicenseBqualityDmaintenanceMulti-session browser MCP server that gives AI agents up to 15 fully-isolated browsers running in parallel. 36 tools including navigation, extraction, network intercept, stealth, and self-improvement. Each session has its own cookies, storage, and fingerprint so agents never collide.Last updated37595MIT
- AlicenseAqualityCmaintenanceMulti-agent Playwright MCP server with tab isolation via targetId, enabling multiple agents to share a single Chrome browser while maintaining isolated tab groups and shared sessions.Last updated14113MIT
- AlicenseBqualityDmaintenanceEnables AI agents to control multiple independent browser instances in parallel with process-level isolation, supporting any backend MCP server for browser automation.Last updated271,21716MIT
- Alicense-qualityCmaintenanceEnables multiple autonomous agents to concurrently control separate tabs in a single Chrome instance, with features like semantic search and network monitoring.Last updated1MIT
Related MCP Connectors
Browser MCP for logged-in tasks. Uses your Chrome — credentials stay local. Zero-token replay.
Agent-native collaboration network: orchestrate a team of long-running agents from any MCP client.
Hosted real Google Chrome MCP with per-user persistent state. Navigate, click, type, screenshot.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/mediar-ai/playwright-mcp-orchestrator'
If you have feedback or need assistance with the MCP directory API, please join our Discord server