
playwright-mcp
実ブラウザを開いたまま、ページを画像ではなくテキストで読んで操作させるMCPサーバ。大量収集ではなく、確実な操作のための道具
playwright-mcpとは
MCPクライアントから実ブラウザを操作させるサーバです。ページは要素の役割と名前、そして`e5`のような参照IDを並べたアクセシビリティスナップショットとして返り、エージェントは座標ではなく参照IDを指定して押したり入力したりするため、視覚モデルは要りません。ブラウザはChrome、Firefox、WebKit、Edgeから選べ、既定では画面を出して起動します。通信のモック、Cookieやストレージの読み書き、検証とロケーター生成、トレースと録画は必要な分だけ後から足す設計です。難点は文脈の消費で、README自身がコーディングエージェントにはPlaywright CLIとスキルの併用を勧めています。それでも、探索的な自動化や自己修復するテストのようにブラウザの状態を保ったまま何度も往復する用途では、トークンの消費より文脈を持ち続けられる利点が上回るとしています。
playwright-mcpで何ができますか?
- ページはスクリーンショットではなくアクセシビリティスナップショット — 各ページは要素の役割と名前、そして
e5のような参照IDの一覧として返り、エージェントは座標ではなく参照IDを指定して操作します。公式ドキュメントはスナップショットを約200〜400トークン、視覚モデルが読むスクリーンショットを約3,000〜5,000トークンとしています。 - Chrome、Firefox、WebKit、Edgeの実ブラウザを目で見ながら操作 — 既定では画面を表示して起動するため、エージェントの操作をログから推測せずそのまま追えます。
--deviceでiPhoneなどの端末名を指定した表示に、--mobileで汎用のモバイル表示に切り替えられ、READMEはモバイル向けのページが軽いことが多くトークンの節約になるとしています。 - 一度のログインを次の実行へ持ち越す — プロファイルはMCPクライアントのワークスペースごとに分かれるため、ログイン状態は実行をまたいで残ります。分離モードで保存済みの状態ファイルを読み込む方法のほか、拡張機能を入れるか、リモートデバッグを有効にしたChromeやEdgeにつなげば、自分がすでに開いているタブをそのまま操作させられます。
- 既定で有効なのは中核ツールだけ、あとは必要な分だけ追加 — 通信のモック、Cookieとストレージ、検証とロケーター生成、PDF出力、トレースと録画、そしてアクセシビリティツリーに現れないキャンバスや地図やグラフを触るための座標操作は、いずれも
--capsで個別に有効にします。公式ドキュメントは、ツールを絞るほどトークンが減り、ツールを取り違える誤りも減ると説明しています。 - 手で確かめた操作をそのままPlaywrightのテストへ — 要素やテキストや値の有無を確かめる検証ツールがあり、参照IDは役割と名前でたどるロケーター(テストにそのまま貼れる要素の指定)へ変換できます。各操作には対応するPlaywrightのコードが添えられ、言語はTypeScriptが既定で、Python、Java、C#も選べます。
- ツールで足りない場面はPlaywrightのコードで — 中核ツールの
browser_run_code_unsafeは、Playwrightのpageオブジェクトに対してコード片をそのまま実行します。公式ドキュメントは、iframeの操作、位置情報やクリップボードの許可付与、用意された待機ツールでは表せない独自の待ち条件をこの方法の用途に挙げています。
playwright-mcpを選ぶ前に
- 0.0.79では無効化できない中核ツールに`browser_run_code_unsafe`が含まれ、公式ドキュメントはこれをサーバのプロセス上で任意のコードを実行できる機能だと明記しています。
- 接続先の許可リストと拒否リストは安全の境界にはならず、リダイレクト先にも適用されないと明記されているため、信頼できないページにエージェントを向ける用途の歯止めにはなりません。
スター推移
8月17日〜8月28日 · +374
よくある質問
playwright-mcpは商用利用できますか?
playwright-mcpはApache-2.0ライセンスで公開されています。OSI承認のオープンソースライセンスで、商用利用が認められています。
playwright-mcpはどの形で使えますか?
playwright-mcpはローカル実行・セルフホストの形で利用できます。
ドキュメント
microsoft/playwright-mcp のREADMEより転載(Apache-2.0)。 原文を読む ↗
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;このREADMEは一部を省略しています。全文はGitHubにあります。 原文を読む ↗