
playwright-mcp
Gives an agent a real browser it reads as text, not pixels — an MCP server for driving pages, not for crawling them.
What is playwright-mcp?
Playwright MCP puts a real Chrome, Firefox, WebKit or Edge behind an MCP server and returns each page as an accessibility snapshot: a text outline of roles, names and reference ids that the agent clicks and types into, with no vision model and no coordinate guessing. Past plain navigation it can mock network requests, read and write cookies and web storage, record a trace or a video, and emit Playwright locators and assertions, which makes it a practical way to turn a session you drove by hand into a test you can check in. The cost is context: Microsoft's own README points coding agents at the Playwright CLI with skills instead, because the tool definitions and the snapshots compete for the same window as your codebase. It earns its keep in long-running loops, where holding one browser open across many turns is worth paying that.
What can you do with playwright-mcp?
- The page arrives as an accessibility snapshot, not a screenshot — Each page comes back as an outline of roles, names and reference ids such as
e5, and the agent acts by naming a ref rather than a coordinate. The documentation puts a snapshot at roughly 200-400 tokens against 3,000-5,000 for a screenshot read by a vision model. - A real browser you can watch, on Chrome, Firefox, WebKit or Edge — It starts with a visible window by default, so you can see what the agent is doing rather than infer it from a log.
--deviceemulates a named handset such as an iPhone and--mobilea generic one; the README notes that mobile pages are usually lighter, which saves tokens. - Sign in once and keep the session — A browser profile is kept per client workspace, so logins survive between runs, and an isolated mode can instead load a saved storage state file. The Playwright browser extension, or a Chrome or Edge you have enabled remote debugging on, both let it work in tabs you already have open.
- Only the core tools are on until you ask for more — The rest arrive as opt-in groups: network mocking, cookies and web storage, assertions and locator generation, PDF export, tracing and video recording, and coordinate-based mouse tools for canvas, maps and charts the accessibility tree cannot describe. The documentation argues a shorter tool list both costs fewer tokens and produces fewer invented tool calls.
- Turn a session you drove by hand into a Playwright test — Verification tools check that an element, some text or a value is present, a locator generator turns a reference id into a role- or label-based locator you can paste into a test, and every action comes back with the matching Playwright line — TypeScript by default, or Python, Java or C#.
- Drop into Playwright code when the tools run out — A core tool called
browser_run_code_unsaferuns a snippet against the page object with the whole Playwright API available. The documentation reaches for it for iframes, for granting permissions such as geolocation or clipboard access, and for waiting on a condition no single tool covers.
Before you choose playwright-mcp
- In 0.0.79 the always-on core tools include `browser_run_code_unsafe`, which the project's own docs call RCE-equivalent because it runs arbitrary JavaScript in the server process, and core cannot be disabled.
- The allowed and blocked origin lists are documented as neither a security boundary nor applying to redirects, so they will not contain an agent turned loose on pages you do not trust.
Star history
17 Aug to 28 Aug · +374
Frequently asked questions
Is playwright-mcp free for commercial use?
playwright-mcp is released under the Apache-2.0 licence — OSI-approved open source, which permits commercial use.
How can playwright-mcp be deployed?
playwright-mcp is available as Runs locally / Self-hosted.
Documentation
Reproduced from the microsoft/playwright-mcp README, published under Apache-2.0. Read the original ↗
Playwright MCP
A Model Context Protocol (MCP) server that provides browser automation capabilities using Playwright. This server enables LLMs to interact with web pages through structured accessibility snapshots, bypassing the need for screenshots or visually-tuned models.
Playwright MCP vs Playwright CLI
This package provides MCP interface into Playwright. If you are using a coding agent, you might benefit from using the CLI+SKILLS instead.
-
CLI: Modern coding agents increasingly favor CLI–based workflows exposed as SKILLs over MCP because CLI invocations are more token-efficient: they avoid loading large tool schemas and verbose accessibility trees into the model context, allowing agents to act through concise, purpose-built commands. This makes CLI + SKILLs better suited for high-throughput coding agents that must balance browser automation with large codebases, tests, and reasoning within limited context windows.Learn more about Playwright CLI with SKILLS.
-
MCP: MCP remains relevant for specialized agentic loops that benefit from persistent state, rich introspection, and iterative reasoning over page structure, such as exploratory automation, self-healing tests, or long-running autonomous workflows where maintaining continuous browser context outweighs token cost concerns.
Key Features
- Fast and lightweight. Uses Playwright’s accessibility tree, not pixel-based input.
- LLM-friendly. No vision models needed, operates purely on structured data.
- Deterministic tool application. Avoids ambiguity common with screenshot-based approaches.
Requirements
- Node.js 18 or newer
- VS Code, Cursor, Windsurf, Claude Desktop, Goose, Grok, Junie or any other MCP client
Getting started
First, install the Playwright MCP server with your client.
Standard config works in most of the tools:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
}
Add via the Amp VS Code extension settings screen or by updating your settings.json file:
"amp.mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
Amp CLI Setup:
Add via the amp mcp add command below
amp mcp add playwright -- npx @playwright/mcp@latest
Add via the Antigravity settings or by updating your configuration file:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
}
Use the Claude Code CLI to add the Playwright MCP server:
claude mcp add playwright npx @playwright/mcp@latest
Follow the MCP install guide, use the standard config above.
Follow the instruction in the section Configuring MCP Servers
Example: Local Setup
Add the following to your cline_mcp_settings.json file:
{
"mcpServers": {
"playwright": {
"type": "stdio",
"command": "npx",
"timeout": 30,
"args": [
"-y",
"@playwright/mcp@latest"
],
"disabled": false
}
}
}
Use the Codex CLI to add the Playwright MCP server:
codex mcp add playwright npx "@playwright/mcp@latest"
Alternatively, create or edit the configuration file ~/.codex/config.toml and add:
[mcp_servers.playwright]
command = "npx"
args = ["@playwright/mcp@latest"]
For more information, see the Codex MCP documentation.
Use the Copilot CLI to interactively add the Playwright MCP server:
/mcp add
Alternatively, create or edit the configuration file ~/.copilot/mcp-config.json and add:
{
"mcpServers": {
"playwright": {
"type": "local",
"command": "npx",
"tools": [
"*"
],
"args": [
"@playwright/mcp@latest"
]
}
}
}
For more information, see the Copilot CLI documentation.
Click the button to install:
Or install manually:
Go to Cursor Settings -> MCP -> Add new MCP Server. Name to your liking, use command type with the command npx @playwright/mcp@latest. You can also verify config or add command like arguments via clicking Edit.
Use the Factory CLI to add the Playwright MCP server:
droid mcp add playwright "npx @playwright/mcp@latest"
Alternatively, type /mcp within Factory droid to open an interactive UI for managing MCP servers.
For more information, see the Factory MCP documentation.
Follow the MCP install guide, use the standard config above.
Click the button to install:
Or install manually:
Go to Advanced settings -> Extensions -> Add custom extension. Name to your liking, use type STDIO, and set the command to npx @playwright/mcp. Click “Add Extension”.
Use the Grok CLI to add the Playwright MCP server:
grok mcp add playwright -- npx @playwright/mcp@latest
Alternatively, create or edit the configuration file ~/.grok/config.toml and add:
[mcp_servers.playwright]
command = "npx"
args = ["@playwright/mcp@latest"]
For more information, see the Grok MCP documentation.
To add the Playwright MCP server in Junie CLI:
- Type
/mcp - Press
Ctrl+Ato add a new MCP server - Select Playwright from the list
Alternatively, add to .junie/mcp/mcp.json:
{
"mcpServers": {
"Playwright": {
"command": "npx",
"args": [
"-y",
"@playwright/mcp@latest"
]
}
}
}
For more information, see the Junie MCP configuration documentation.
Follow the MCP Servers documentation. For example in .kiro/settings/mcp.json:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
}
Click the button to install:
Or install manually:
Go to Program in the right sidebar -> Install -> Edit mcp.json. Use the standard config above.
Follow the MCP Servers documentation. For example in ~/.config/opencode/opencode.json:
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"playwright": {
"type": "local",
"command": [
"npx",
"@playwright/mcp@latest"
],
"enabled": true
}
}
}
Open Qodo Gen chat panel in VSCode or IntelliJ → Connect more tools → + Add new MCP → Paste the standard config above.
Click Save.
Click the button to install:
Or install manually:
Follow the MCP install guide, use the standard config above. You can also install the Playwright MCP server using the VS Code CLI:
# For VS Code
code --add-mcp '{"name":"playwright","command":"npx","args":["@playwright/mcp@latest"]}'
After installation, the Playwright MCP server will be available for use with your GitHub Copilot agent in VS Code.
Go to Settings -> AI -> Manage MCP Servers -> + Add to add an MCP Server. Use the standard config above.
Alternatively, use the slash command /add-mcp in the Warp prompt and paste the standard config from above:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
}
Follow Windsurf MCP documentation. Use the standard config above.
Configuration
Playwright MCP server supports following arguments. They can be provided in the JSON configuration above, as a part of the "args" list:
| Option | Description |
|---|---|
| —allowed-hosts <hosts…> | comma-separated list of hosts this server is allowed to serve from. Defaults to the host the server is bound to. Pass ’*’ to disable the host check.env PLAYWRIGHT_MCP_ALLOWED_HOSTS |
| —allowed-origins | semicolon-separated list of TRUSTED origins to allow the browser to request. Default is to allow all. Important: does not serve as a security boundary and does not affect redirects.env PLAYWRIGHT_MCP_ALLOWED_ORIGINS |
| —allow-unrestricted-file-access | allow access to files outside of the workspace roots. Also allows unrestricted access to file:// URLs. By default access to file system is restricted to workspace root directories (or cwd if no roots are configured) only, and navigation to file:// URLs is blocked.env PLAYWRIGHT_MCP_ALLOW_UNRESTRICTED_FILE_ACCESS |
| —blocked-origins | semicolon-separated list of origins to block the browser from requesting. Blocklist is evaluated before allowlist. If used without the allowlist, requests not matching the blocklist are still allowed. Important: does not serve as a security boundary and does not affect redirects.env PLAYWRIGHT_MCP_BLOCKED_ORIGINS |
| —block-service-workers | block service workersenv PLAYWRIGHT_MCP_BLOCK_SERVICE_WORKERS |
| —browser | browser or chrome channel to use, possible values: chrome, firefox, webkit, msedge.env PLAYWRIGHT_MCP_BROWSER |
| —caps | comma-separated list of additional capabilities to enable, possible values: vision, pdf, devtools.env PLAYWRIGHT_MCP_CAPS |
| —cdp-endpoint | CDP endpoint to connect to.env PLAYWRIGHT_MCP_CDP_ENDPOINT |
| —cdp-header <headers…> | CDP headers to send with the connect request, multiple can be specified.env PLAYWRIGHT_MCP_CDP_HEADERS |
| —cdp-timeout | timeout in milliseconds for connecting to CDP endpoint, defaults to 30000msenv PLAYWRIGHT_MCP_CDP_TIMEOUT |
| —codegen | specify the language to use for code generation, possible values: “typescript”, “python”, “java”, “csharp”, “none”. Default is “typescript”.env PLAYWRIGHT_MCP_CODEGEN |
| —config | path to the configuration file.env PLAYWRIGHT_MCP_CONFIG |
| —console-level | level of console messages to return: “error”, “warning”, “info”, “debug”. Each level includes the messages of more severe levels.env PLAYWRIGHT_MCP_CONSOLE_LEVEL |
| —device | device to emulate, for example: “iPhone 15”env PLAYWRIGHT_MCP_DEVICE |
| —mobile | emulate a generic mobile device (Pixel 10 for Chromium, iPhone 17 for WebKit). Mobile pages are usually lighter, which saves tokens. Cannot be combined with —device.env PLAYWRIGHT_MCP_MOBILE |
| —executable-path | path to the browser executable.env PLAYWRIGHT_MCP_EXECUTABLE_PATH |
| —extension | Connect to a running browser instance (Edge/Chrome only). Requires the “Playwright Extension” to be installed.env PLAYWRIGHT_MCP_EXTENSION |
| —endpoint | Bound browser endpoint to connect to.env PLAYWRIGHT_MCP_ENDPOINT |
| —grant-permissions <permissions…> | List of permissions to grant to the browser context, for example “geolocation”, “clipboard-read”, “clipboard-write”.env PLAYWRIGHT_MCP_GRANT_PERMISSIONS |
| —headless | run browser in headless mode, headed by defaultenv PLAYWRIGHT_MCP_HEADLESS |
| —host | host to bind server to. Default is localhost. Use 0.0.0.0 to bind to all interfaces.env PLAYWRIGHT_MCP_HOST |
| —ignore-https-errors | ignore https errorsenv PLAYWRIGHT_MCP_IGNORE_HTTPS_ERRORS |
| —init-page <path…> | path to TypeScript file to evaluate on Playwright page objectenv PLAYWRIGHT_MCP_INIT_PAGE |
| —init-script <path…> | path to JavaScript file to add as an initialization script. The script will be evaluated in every page before any of the page’s scripts. Can be specified multiple times.env PLAYWRIGHT_MCP_INIT_SCRIPT |
| —isolated | keep the browser profile in memory, do not save it to disk.env PLAYWRIGHT_MCP_ISOLATED |
| —image-responses | whether to send image responses to the client. Can be “allow” or “omit”, Defaults to “allow”.env PLAYWRIGHT_MCP_IMAGE_RESPONSES |
| —no-sandbox | disable the sandbox for all process types that are normally sandboxed.env PLAYWRIGHT_MCP_NO_SANDBOX |
| —output-dir | path to the directory for output files.env PLAYWRIGHT_MCP_OUTPUT_DIR |
| —output-max-size | Threshold for evicting old output files, in bytes.env PLAYWRIGHT_MCP_OUTPUT_MAX_SIZE |
| —port | port to listen on for SSE transport.env PLAYWRIGHT_MCP_PORT |
| —proxy-bypass | comma-separated domains to bypass proxy, for example “.com,chromium.org,.domain.com”env PLAYWRIGHT_MCP_PROXY_BYPASS |
| —proxy-server | specify proxy server, for example “http://myproxy:3128” or “socks5://myproxy:8080”env PLAYWRIGHT_MCP_PROXY_SERVER |
| —sandbox | enable the sandbox for all process types that are normally not sandboxed.env PLAYWRIGHT_MCP_SANDBOX |
| —save-session | Whether to save the Playwright MCP session into the output directory.env PLAYWRIGHT_MCP_SAVE_SESSION |
| —secrets | path to a file containing secrets in the dotenv formatenv PLAYWRIGHT_MCP_SECRETS_FILE |
| —shared-browser-context | reuse the same browser context between all connected HTTP clients.env PLAYWRIGHT_MCP_SHARED_BROWSER_CONTEXT |
| —snapshot-boxes | include each element’s bounding box as [box=x,y,width,height] in snapshots. Coordinates are viewport-relative, in CSS pixels.env PLAYWRIGHT_MCP_SNAPSHOT_BOXES |
| —snapshot-mode | when taking snapshots for responses, specifies the mode to use. Can be “full” or “none”. Default is “full”.env PLAYWRIGHT_MCP_SNAPSHOT_MODE |
| —storage-state | path to the storage state file for isolated sessions.env PLAYWRIGHT_MCP_STORAGE_STATE |
| —test-id-attribute | specify the attribute to use for test ids, defaults to “data-testid”env PLAYWRIGHT_MCP_TEST_ID_ATTRIBUTE |
| —timeout-action | specify action timeout in milliseconds, defaults to 5000msenv PLAYWRIGHT_MCP_TIMEOUT_ACTION |
| —timeout-navigation | specify navigation timeout in milliseconds, defaults to 60000msenv PLAYWRIGHT_MCP_TIMEOUT_NAVIGATION |
| —timeout-settle | how long to wait after each action for triggered work to settle, in milliseconds, defaults to 500msenv PLAYWRIGHT_MCP_TIMEOUT_SETTLE |
| —user-agent | specify user agent stringenv PLAYWRIGHT_MCP_USER_AGENT |
| —user-data-dir | path to the user data directory. If not specified, a temporary directory will be created.env PLAYWRIGHT_MCP_USER_DATA_DIR |
| —viewport-size | specify browser viewport size in pixels, for example “1280x720”env PLAYWRIGHT_MCP_VIEWPORT_SIZE |
User profile
You can run Playwright MCP with persistent profile like a regular browser (default), in isolated contexts for testing sessions, or connect to your existing browser using the browser extension.
Persistent profile
All the logged in information will be stored in the persistent profile, you can delete it between sessions if you’d like to clear the offline state.
Persistent profile is located at the following locations and you can override it with the --user-data-dir argument.
# Windows
%USERPROFILE%\AppData\Local\ms-playwright\mcp-{channel}-{workspace-hash}
# macOS
- ~/Library/Caches/ms-playwright/mcp-{channel}-{workspace-hash}
# Linux
- ~/.cache/ms-playwright/mcp-{channel}-{workspace-hash}
{workspace-hash} is derived from the MCP client’s workspace root, so different projects get separate profiles automatically.
[!IMPORTANT] A persistent profile can only be used by one browser instance at a time, so concurrent MCP clients sharing the same workspace will conflict. To run several clients in parallel, start each additional client with
--isolatedor point it at a distinct--user-data-dir.
Isolated
In the isolated mode, each session is started in the isolated profile. Every time you ask MCP to close the browser,
the session is closed and all the storage state for this session is lost. You can provide initial storage state
to the browser via the config’s contextOptions or via the --storage-state argument. Learn more about the storage
state here.
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [
"@playwright/mcp@latest",
"--isolated",
"--storage-state={path/to/storage.json}"
]
}
}
}
Browser Extension
The Playwright MCP Chrome Extension allows you to connect to existing browser tabs and leverage your logged-in sessions and browser state. See microsoft/playwright › packages/extension for installation and setup instructions.
Initial state
There are multiple ways to provide the initial state to the browser context or a page.
For the storage state, you can either:
- Start with a user data directory using the
--user-data-dirargument. This will persist all browser data between the sessions. - Start with a storage state file using the
--storage-stateargument. This will load cookies and local storage from the file into an isolated browser context.
For the page state, you can use:
--init-pageto point to a TypeScript file that will be evaluated on the Playwright page object. This allows you to run arbitrary code to set up the page.
// init-page.ts
export default async ({ page }) => {
await page.context().grantPermissions(['geolocation']);
await page.context().setGeolocation({ latitude: 37.7749, longitude: -122.4194 });
await page.setViewportSize({ width: 1280, height: 720 });
};
--init-scriptto point to a JavaScript file that will be added as an initialization script. The script will be evaluated in every page before any of the page’s scripts. This is useful for overriding browser APIs or setting up the environment.
// init-script.js
window.isPlaywrightMCP = true;This README has been shortened. The full version is on GitHub. Read the original ↗