Are you the author? Sign in to claim
opera-devtools-mcp
This is a fork of chrome-devtools-mcp (Copyright 2025 Google LLC), extended with Opera Neon AI features.
opera-devtools-mcp lets your coding agent (such as Claude, Cursor, or Copilot)
control and inspect a live browser. It acts as a Model-Context-Protocol
(MCP) server, giving your AI coding assistant access to the full power of
DevTools for reliable automation, in-depth debugging, and performance analysis.
When connected to Opera Neon, it also exposes Opera's built-in AI capabilities.
These tools are only available when connected to Opera Neon via --browser-url.
| Tool | Description |
|---|---|
opera_chat | Send a chat prompt to Opera's built-in AI and return the response. |
opera_do | Instruct Opera's built-in AI to perform an action on the current page. |
opera_make | Ask Opera's built-in AI to create or generate content. |
opera_research | Ask Opera's built-in AI to research a topic. Supports local, one-minute, and deep research modes. |
opera-devtools-mcp exposes content of the browser instance to the MCP clients
allowing them to inspect, debug, and modify any data in the browser or DevTools.
Avoid sharing sensitive or personal information that you don't want to share with
MCP clients.
Performance tools may send trace URLs to the Google CrUX API to fetch real-user
experience data. To disable this, run with the --no-performance-crux flag.
Add the following config to your MCP client:
{
"mcpServers": {
"opera-devtools": {
"command": "npx",
"args": ["-y", "opera-devtools-mcp@latest"]
}
}
}
[!NOTE] Using
opera-devtools-mcp@latestensures that your MCP client will always use the latest version of the Opera DevTools MCP server.
To use Opera Neon AI tools, start Opera Neon with remote debugging enabled and connect via --browser-url:
{
"mcpServers": {
"opera-devtools": {
"command": "npx",
"args": [
"-y",
"opera-devtools-mcp@latest",
"--browser-url=http://127.0.0.1:9222"
]
}
}
}
Start Opera Neon with the remote debugging port:
# macOS
/Applications/Opera\ Neon.app/Contents/MacOS/Opera\ Neon --remote-debugging-port=9222 --user-data-dir=/tmp/opera-profile
claude mcp add opera-devtools --scope user npx opera-devtools-mcp@latest
Go to Cursor Settings -> MCP -> New MCP Server. Use the config provided above.
Follow the VS Code MCP configuration guide using the standard config from above, or use the CLI:
code --add-mcp '{"name":"opera-devtools","command":"npx","args":["-y","opera-devtools-mcp"],"env":{}}'
Enter the following prompt in your MCP Client to check if everything is working:
Check the performance of https://opera.com
Your MCP client should open the browser and record a performance trace.
[!NOTE] The MCP server will start the browser automatically once the MCP client uses a tool that requires a running browser instance. Connecting to the Opera DevTools MCP server on its own will not automatically start the browser.
If you run into any issues, checkout our troubleshooting guide.
The Opera DevTools MCP server supports the following configuration options:
--autoConnect/ --auto-connect
If specified, automatically connects to a browser (Chrome 144+) running locally from the user data directory identified by the channel param (default channel is stable). Requires the remote debugging server to be started in the Chrome instance via chrome://inspect/#remote-debugging.
false--browserUrl/ --browser-url, -u
Connect to a running, debuggable Chrome instance (e.g. http://127.0.0.1:9222). For more details see: https://github.com/operasoftware/opera-devtools-mcp#connecting-to-a-running-chrome-instance.
--wsEndpoint/ --ws-endpoint, -w
WebSocket endpoint to connect to a running Chrome instance (e.g., ws://127.0.0.1:9222/devtools/browser/). Alternative to --browserUrl.
--wsHeaders/ --ws-headers
Custom headers for WebSocket connection in JSON format (e.g., '{"Authorization":"Bearer token"}'). Only works with --wsEndpoint.
--headless
Whether to run in headless (no UI) mode.
false--executablePath/ --executable-path, -e
Path to custom Chrome executable.
--isolated
If specified, creates a temporary user-data-dir that is automatically cleaned up after the browser is closed. Defaults to false.
--userDataDir/ --user-data-dir
Path to the user data directory for Chrome. Default is $HOME/.cache/opera-devtools-mcp/chrome-profile$CHANNEL_SUFFIX_IF_NON_STABLE
--channel
Specify a different Chrome channel that should be used. The default is the stable channel version.
canary, dev, beta, stable--logFile/ --log-file
Path to a file to write debug logs to. Set the env variable DEBUG to * to enable verbose logs. Useful for submitting bug reports.
--viewport
Initial viewport size for the Chrome instances started by the server. For example, 1280x720. In headless mode, max size is 3840x2160px.
--proxyServer/ --proxy-server
Proxy server configuration for Chrome passed as --proxy-server when launching the browser. See https://www.chromium.org/developers/design-documents/network-settings/ for details.
--acceptInsecureCerts/ --accept-insecure-certs
If enabled, ignores errors relative to self-signed and expired certificates. Use with caution.
--experimentalVision/ --experimental-vision
Whether to enable coordinate-based tools such as click_at(x,y). Usually requires a computer-use model able to produce accurate coordinates by looking at screenshots.
--experimentalScreencast/ --experimental-screencast
Exposes experimental screencast tools (requires ffmpeg). Install ffmpeg https://www.ffmpeg.org/download.html and ensure it is available in the MCP server PATH.
--experimentalFfmpegPath/ --experimental-ffmpeg-path
Path to ffmpeg executable for screencast recording.
--categoryExperimentalWebmcp/ --category-experimental-webmcp
Set to true to enable debugging WebMCP tools. Requires Chrome 149+ with the following flags: --enable-features=WebMCPTesting,DevToolsWebMCPSupport
--chromeArg/ --chrome-arg
Additional arguments for Chrome. Only applies when Chrome is launched by opera-devtools-mcp.
--ignoreDefaultChromeArg/ --ignore-default-chrome-arg
Explicitly disable default arguments for Chrome. Only applies when Chrome is launched by opera-devtools-mcp.
--categoryEmulation/ --category-emulation
Set to false to exclude tools related to emulation.
true--categoryPerformance/ --category-performance
Set to false to exclude tools related to performance.
true--categoryNetwork/ --category-network
Set to false to exclude tools related to network.
true--categoryExtensions/ --category-extensions
Set to true to include tools related to extensions. Note: This feature is currently only supported with a pipe connection. autoConnect, browserUrl, and wsEndpoint are not supported with this feature until 149 will be released.
false--categoryExperimentalThirdParty/ --category-experimental-third-party
Set to true to enable third-party developer tools exposed by the inspected page itself
false--performanceCrux/ --performance-crux
Set to true to enable sending URLs from performance traces to CrUX API to get field performance data.
false--usageStatistics/ --usage-statistics
Set to true to opt-in to usage statistics collection. Google collects usage data to improve the tool, handled under the Google Privacy Policy (https://policies.google.com/privacy). This is independent from Chrome browser metrics. Disabled if OPERA_DEVTOOLS_NO_USAGE_STATISTICS or CI env variables are set.
false--slim
Exposes a "slim" set of 3 tools covering navigation, script execution and screenshots only. Useful for basic browser tasks.
--redactNetworkHeaders/ --redact-network-headers
If true, redacts some of the network headers considered senstive before returning to the client.
falsePass them via the args property in the JSON configuration. For example:
{
"mcpServers": {
"opera-devtools": {
"command": "npx",
"args": [
"opera-devtools-mcp@latest",
"--headless=true",
"--isolated=true"
]
}
}
}
{
"mcpServers": {
"opera-devtools": {
"command": "npx",
"args": [
"opera-devtools-mcp@latest",
"--wsEndpoint=ws://127.0.0.1:9222/devtools/browser/<id>",
"--wsHeaders={\"Authorization\":\"Bearer YOUR_TOKEN\"}"
]
}
}
}
opera-devtools-mcp starts a browser instance using the following user data directory:
$HOME/.cache/chrome-devtools-mcp/chrome-profile-$CHANNEL%HOMEPATH%/.cache/chrome-devtools-mcp/chrome-profile-$CHANNELThe user data directory is not cleared between runs. Set the isolated option to true
to use a temporary user data dir instead which will be cleared automatically after
the browser is closed.
By default, the server will start a new Chrome instance with a dedicated profile. You can instead connect to a running instance via --browser-url:
{
"mcpServers": {
"opera-devtools": {
"command": "npx",
"args": [
"opera-devtools-mcp@latest",
"--browser-url=http://127.0.0.1:9222"
]
}
}
}
Start the browser with the remote debugging port enabled:
macOS (Chrome)
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --remote-debugging-port=9222 --user-data-dir=/tmp/chrome-profile-stable
macOS (Opera Neon)
/Applications/Opera\ Neon.app/Contents/MacOS/Opera\ Neon --remote-debugging-port=9222 --user-data-dir=/tmp/opera-profile
Linux
/usr/bin/google-chrome --remote-debugging-port=9222 --user-data-dir=/tmp/chrome-profile-stable
Windows
"C:\Program Files\Google\Chrome\Application\chrome.exe" --remote-debugging-port=9222 --user-data-dir="%TEMP%\chrome-profile-stable"
[!WARNING] Enabling the remote debugging port opens up a debugging port on the running browser instance. Any application on your machine can connect to this port and control the browser. Make sure that you are not browsing any sensitive websites while the debugging port is open.
Please consult these instructions.
See Troubleshooting.
Run Claude Code as an MCP server so any agent can delegate coding tasks to it
Browser automation using accessibility snapshots instead of screenshots
Google's universal MCP server supporting PostgreSQL, MySQL, MongoDB, Redis, and 10+ databases
Official GitHub integration for repos, issues, PRs, and CI/CD workflows