nodriver-mcp-server
Give your AI agent a full Chrome workspace. Browse, fill forms, extract data and inspect the requests behind a page with 70 MCP tools, powered by nodriver. Keep your logins, run isolated browsers side by side, and pick up where you left off with automatic tab restoration. One-command setup for Claude, Claude Code, Cursor, Windsurf, Codex and other Model Context Protocol clients.

Keywords: MCP server Β· browser automation Β· undetected chromedriver Β· anti-bot Β· Cloudflare bypass Β· web scraping Β· Claude Β· Cursor Β· nodriver Β· chrome-devtools-mcp alternative Β· Playwright/Puppeteer alternative Β· AI agent tools.
More browsing, less setup
- Log in once, come back ready. Persistent profiles keep cookies and logins between sessions.
- Start your way. Open a fresh tab, a set of favorite URLs, or the tabs you left open β configurable through MCP, per profile.
- Give each task its own browser. Run up to 12 isolated browser sessions without sharing tabs, cookies or the selected page.
- Get the data behind the page. Read accessibility snapshots, inspect API traffic and save response bodies for later search.
- Automate real Chrome directly. nodriver, the successor of
undetected-chromedriver, uses CDP without Selenium or a ChromeDriver binary and is designed to reduce common automation signals.
Explore the 70-tool reference, or get started with uvx nodriver-mcp.
Does it actually pass? Here is the evidence
Claiming "undetected" is easy, so here is what the standard fingerprint suite reports when this server drives the page itself. Reproduce it in one line: point your agent at https://bot.sannysoft.com and take a snapshot.
| Check | Result |
|---|
bot.sannysoft.com β Intoli + fingerprint suite | 58 checks, 0 failed |
navigator.webdriver | false β a boolean on Navigator.prototype, not an own property, exactly as in a normal browser |
window.chrome | present |
navigator.plugins | 5 |
navigator.languages | 4 entries |
| User agent | no Headless token |
Measured on Chrome 151 / Windows 11, headful, with the default profile. The current functional test suite uses Chrome 155 and nodriver 0.50.6. See Scope and limitations for how to interpret the fingerprint result.
Features
- π΅οΈ Direct CDP automation β nodriver avoids Selenium and a ChromeDriver binary and is designed to reduce common automation signals.
- βοΈ Cloudflare checkbox helper (
cf_verify, needs the [cf] extra); success depends on the challenge and browser configuration.
- πΌοΈ Frames are not a blind spot β
list_frames plus a frame argument on the readers, and take_snapshot splices each iframe's tree in under the element hosting it, so a payment field or consent wall inside one gets a uid and can be clicked and filled like anything else.
- π A network log that says what happened β status, response headers, a DevTools-style timing breakdown (DNS, connect, TLS, time to first byte, download), the script and line that started each request, transfer size, redirect hops and failures, plus WebSocket frames and server-sent events. A 500, a 404, a redirect and a DNS failure are different lines, not the same one.
- πΎ Response capture to disk β
capture_bodies captures matching responses from tabs, workers and service workers before later navigation or buffer eviction can discard them. A JSON index records URL, POST data, status and headers; search_bodies searches saved traffic. Capture status reports saved bodies, skips and errors.
- π‘οΈ Passive security review built in β
audit_security checks security headers (with a real CSP analysis: nonces, strict-dynamic, multiple policies), CORS, TLS and certificates of every origin, cookie flags, responses a CDN could serve to the wrong user, every first and third party the page talks to, and lists what Chrome's own Issues panel reports: CSP violations, mixed content, rejected cookies. inspect_storage inventories localStorage, sessionStorage, IndexedDB, Cache Storage and service workers, and decodes tokens it finds there. export_har writes everything to a HAR file for Burp, ZAP or DevTools β with the wire headers, Cookie and Set-Cookie included.
- π₯ Several isolated browsers at once β pass
browser: "agent-a" to any tool and that name gets its own Chrome, in its own process, with its own cookies, tabs and uids. Parallel agents stop stealing each other's selected tab. Omit it and nothing changes: the default browser runs in the server process, exactly as before. How it works
- π§© 70 tools covering navigation, input, snapshots, screenshots, content/PDF export, network + console inspection, device emulation, cookies/storage, sessions, profiles, and performance tracing.
- π§ Schemas written for the agent, not just the compiler β every parameter carries a description, fixed-value options are real enums, and each tool declares read-only/destructive hints. See why this matters.
- π Compact accessibility-tree snapshots (
take_snapshot) β searchable page text with a uid per element. Measured on the Hacker News front page: 27 KB against 97 KB unfiltered, 72% smaller, with every link, URL and text preserved. Same-origin URLs are printed relative to the page, which is lossless because the root node keeps the absolute one. That saving lands on every single agent step.
- π Attach to a browser you are already signed into (
use_running_browser) β drive your real Chrome profile over its debugging port instead of rebuilding logins in a fresh one.
- π± Device emulation (Pixel 7, iPad) with correct UA / client hints.
- β
Actions that verify themselves β
fill reads the value back, set_checked reads the checked state back, and click, press_key and type_text report when no input event reached the page. A tool that cannot confirm what it did says so instead of reporting success.
- πΎ Session save/restore β persist logins across runs.
- 𧬠Ephemeral by default, persistent when needed β each session gets its own temporary Chrome profile. Named persistent profiles retain logins and offer configurable startup: a new tab (default), specified URLs, or the previous tabs without a restore-button click.
- β‘ One-command setup for 15+ MCP clients.
Installation
# Recommended: isolated install, won't touch your global Python environment
uv tool install nodriver-mcp
# or with pip
pip install nodriver-mcp
# or run it without installing anything
uvx nodriver-mcp
Requires uv for the first and third form. To track the development branch instead of a release:
uv tool install "nodriver-mcp @ git+https://github.com/andresolbach/nodriver-mcp-server.git@main"
Also listed in the official MCP Registry as io.github.andresolbach/nodriver-mcp-server, so clients and marketplaces that read the registry can find and install it directly.
Uses upstream nodriver >=0.50.6, tested against Chrome 155. uv tool install keeps dependencies isolated from your global Python environment.
You'll also need a local installation of Google Chrome (auto-detected).
Upgrade
uv tool upgrade nodriver-mcp
Requirements & tested versions
The automated suite runs schema, documentation and behavior checks plus real-browser integration tests. The current Windows browser test environment is Chrome 155 / nodriver 0.50.6 / Python 3.12.11. CI also runs the non-browser suite on macOS and Linux. Future Chrome or nodriver releases can require compatibility updates.
| Component | Requirement | Verified version |
|---|
| Python | 3.12+ | 3.12.11 |
| Google Chrome | any recent stable | 155.0.8059.79 |
| Operating system | Windows / macOS / Linux | Windows 11 |
nodriver | >= 0.50.6 | 0.50.6 |
mcp (MCP SDK) | >= 1.26.0, < 2 | 1.26.0 |
pillow | >= 12.1.1 | 12.1.1 |
tomli-w | >= 1.0.0 | 1.2.0 |
Runtime dependency ranges and tested versions are listed in requirements.txt. uv tool install creates an isolated installation; contributors can use uv sync --locked --group dev in this repository to reproduce the committed dependency set.
One-command MCP client setup
# Interactive client selector (terminal TUI)
nodriver-mcp install
# Install to specific clients
nodriver-mcp install claude,cursor,kiro