claude mcp add real-browser-mcp -- npx -y real-browser-mcp
A pasteable skeleton generated from the repository name. Check the project README for the exact package and arguments.
Star count
56 ★ · ofershap/real-browser-mcp · read from the repository page · (checked 2026-10-16 20:00:20)
Source
collected from the punkpeye/awesome-mcp-servers list · type: MCP server
Harvest history
first seen 2026-10-09 · last seen 2026-10-16 · seen 32× · listed by 7 sources
Score
score 703 · 56 ★ · 7 sources · mcp
FAQ (answers come from our records)
How do I install it?
We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.
Who is it for?
We filed it under these tags: MCP 服务. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository ofershap/real-browser-mcp;first catalogued 2026-10-09;last seen 2026-10-16。There is no official certification or quality rating here — we record sources and dates only.
Agentic browsers give agents a new browser. Coding agents need yours. MCP + Chrome extension for the Chrome you already have open: cookies, SSO, staging sessions, the bug you already reproduced. --- Everyone is building "agentic browsers." Most of them hand the agent a **new** browser: headless Chromium, a cloud VM, a clean profile with no cookies. That is the wrong tool for the coding loop. You ship a fix. The agent says "done, please verify." You already have Chrome open on staging, past SSO, on the exact page that breaks. The agent wrote the code. It could verify it there. It just cannot see that browser. **real-browser-mcp** is the bridge: a local MCP server plus a Chrome extension over localhost WebSocket. Your agent talks MCP. Your real Chrome executes. Sessions stay on your machine. This is not Playwright with a fresh profile. Not a hosted agent browser. Not CDP remote-debugging bolted onto your default Chrome profile (Chrome 136+ blocks that path for good security reasons). --- Quick Start Two parts: - **MCP server** - runs on your machine, talks to your AI agent (Cursor, Claude Code, VS Code, …) - **Chrome extension** - runs inside your real Chrome and executes the tools 1. Add the MCP server **Cursor (one click):** Or add manually in Cursor Settings > MCP > "Add new MCP server": Claude Desktop, Windsurf, or other MCP clients **Claude Desktop:** Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows). Add the same JSON block. **Windsurf:** Settings > MCP. Same config. Any MCP-compatible client works. 2. Install the Chrome extension **Or load from source:** 1. Open chrome://extensions and enable **Developer mode** (toggle in the top right) 2. Click **Load unpacked** and select the extension/ folder from the cloned repo Click the Real Browser MCP icon in your toolbar. Green dot = connected. Gray = waiting for server. Done. Your agent can see your browser. --- Agent Plugins This repo ships as an Agent Plugins **1.0.0** package: root plugin.json, mcp.json, and skills/real-browser-control/ teach agents when to pick **real Chrome** over headless / cloud agentic browsers. Claude Code .claude-plugin/ and agent-config/ remain for rules and marketplace flows. Agent Plugins is the cross-client layout (MCP + skill in one tree). **Cursor (local plugin):** clone the repo, then copy or symlink it to ~/.cursor/plugins/local/real-browser-mcp and reload the window. You still need the Chrome extension connected. One-click MCP install below adds only the server unless you also install the local plugin folder. Spec and tooling: agent-plugins.org. --- Why this exists (the agentic browser gap) | Stack | What the agent gets | Where it fails for coding agents | |---|---|---| | Playwright MCP / Puppeteer | New browser, clean state | No SSO cookies, no "the tab I already opened" | | Cloud agentic browsers | Remote browser / VM | Separate login, not your IDE-local Chrome | | Chrome DevTools MCP (CDP / autoConnect) | DevTools-oriented attach | Chrome 136+ refuses --remote-debugging-port on the **default** profile, so everyday logged-in Chrome is hard to attach without a throwaway profile | | **Real Browser MCP** | **Your** Chrome via MV3 extension + localhost MCP | Not for CI parallel clean runs (use Playwright there) | If you want repeatable automation in CI, use Playwright. If you want the agent inside the browser you already authenticated, use this. --- How Others Compare | | Real Browser MCP | Playwright MCP | Chrome DevTools MCP | Cloud agentic browser | |---|---|---|---|---| | Browser | Your real Chrome | Launches new Chromium (usually) | Attach via CDP | Hosted / remote | | Cookies / SSO already there | Yes | No (inject or replay) | Fragile on default profile after Chrome 136 | Separate session |