
Brave DevTools MCP
io.github.triuzziPublished by GitHub account triuzziv1.11.0Updated Oct 30, 2026
MCP server and CLI for Brave DevTools
Overview
Local MCP server that gives an assistant control of the Brave browser for automation, debugging, performance traces, screenshots and accessibility inspection.
- What you can do
- Drive Brave: navigate pages, run automated actions and wait for results
- Debug: inspect network requests, console messages with source-mapped stack traces, and the accessibility tree
- Performance: record traces, extract insights and run Lighthouse-style analysis
- Capture: take screenshots and inspect page content
- Profile memory and attach to existing Brave profiles, HTTP or WebSocket sessions
- Also ships a standalone brave-devtools CLI
- When to use it
- Useful when the target browser is Brave and you want an agent to reproduce and diagnose web app issues in a real browser: console errors, failed requests, accessibility, performance and memory. Choose Chrome DevTools MCP instead if your target is Chrome.
- Requirements
- Node.js LTS and npm; Brave current release or newer. Installed via npx brave-mcp. To attach to your running browser, enable remote debugging once in Brave and pass --autoConnect, then approve the connection prompt; without it the server launches its own Brave with a dedicated profile.
Installation
In SourceWeft
- Open Brave DevTools MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Brave DevTools for agents
Full Chrome DevTools MCP parity, rebuilt for Brave.
[CI] [npm] [npm downloads] [MCP Registry] [npm provenance] [upstream] [license]
[Brave DevTools MCP: full Chrome DevTools MCP parity, rebuilt for Brave]
brave-mcp gives Claude Code, Codex, Cursor, OpenCode, and other MCP clients direct access to Brave for browser automation, network and console debugging, performance analysis, screenshots, accessibility inspection, and memory profiling. A standalone brave-devtools CLI is included too.
Install in one command
The commands below use --autoConnect, which attaches brave-mcp to the Brave you already have open, so the agent works with your real tabs and signed-in sessions. Enable it once: open brave://inspect/#remote-debugging in Brave and check Allow remote debugging for this browser instance. Brave keeps this setting across restarts.
Claude Code
Cursor
Codex
OpenCode
Restart your client, then try this prompt:
Open my app in Brave. Find console errors and failed network requests, inspect the accessibility tree, run Lighthouse, and explain the highest-impact issue.
When the agent connects, Brave asks for permission. Click Allow.
--autoConnect attaches to Brave Release unless you add --channel beta or --channel nightly. To keep the agent out of your everyday browser, leave out --autoConnect: the server then launches its own Brave with a dedicated profile.
Why use this instead of Chrome DevTools MCP?
Use Chrome DevTools MCP when your target browser is Chrome. Use brave-mcp when your target browser is Brave and you want Brave-native discovery, profiles, channels, naming, and privacy defaults without giving up upstream features.
Tool reference | Changelog | Contributing | Troubleshooting | Design principles
Key features
- Get performance insights: Uses Chrome DevTools to record traces and extract actionable performance insights.
- Advanced browser debugging: Analyze network requests, take screenshots and check browser console messages (with source-mapped stack traces).
- Reliable automation. Uses puppeteer to automate actions in Brave and automatically wait for action results.
Disclaimers
brave-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.
brave-mcp officially supports the current Brave release. Beta and Nightly channels can be selected explicitly.
Performance tools may send trace URLs to the Google CrUX API to fetch real-user
experience data. This helps provide a holistic performance picture by
presenting field data alongside lab data. This data is collected by the Chrome
User Experience Report (CrUX). To disable
this, run with the --no-performance-crux flag.
Usage statistics
Usage statistics collection is disabled by default in this fork. It can be enabled explicitly with --usage-statistics, which uses the upstream Google Clearcut implementation:
When enabled, Google handles this data in accordance with the Google Privacy Policy. Collection remains disabled if BRAVE_DEVTOOLS_MCP_NO_USAGE_STATISTICS or CI is set.
Update checks
By default, the server periodically checks the npm registry for updates and logs a notification when a newer version is available.
You can disable these update checks by setting BRAVE_DEVTOOLS_MCP_NO_UPDATE_CHECKS.
Requirements
Getting started
Enable remote debugging once at brave://inspect/#remote-debugging, then add the following config to your MCP client to attach to your running Brave:
[!NOTE] Using
brave-mcp@latestensures that your MCP client will always use the latest version of the Brave DevTools MCP server.
Leave out --autoConnect to have the server launch its own Brave with a dedicated profile instead.
If you are interested in doing only basic browser tasks, use the --slim mode:
See Slim tool reference.
MCP Client configuration
For setup instructions specific to your editor or agent (e.g. Antigravity, Claude Code, Cursor, VS Code), please see our Client Configurations Guide. To attach to your running Brave, add --autoConnect to the server arguments shown there.
Your first prompt
Enter the following prompt in your MCP Client to check if everything is working:
Brave asks you to allow the connection. After you click Allow, your MCP client opens the page in Brave and records a performance trace.
[!NOTE] The MCP server connects to Brave only when the MCP client first uses a tool that needs a browser, not when the client starts. Without
--autoConnect, that is when the server launches its own Brave.
Tools
If you run into any issues, checkout our troubleshooting guide. See the full Tool reference for a complete list of all supported MCP capabilities.
Configuration
Find the complete list of server parameters (e.g., --headless, --isolated, --slim) and how to configure WebSocket connections in the Configuration Guide.
Advanced usage
For advanced features such as handling concurrent sessions, persistent user data directories, connecting to a running Brave instance instead of starting a new one, or debugging on Android, see our Advanced Usage Guide.
Known limitations
See Troubleshooting.
Integrating as a browser subagent
If you are developing agentic tooling and want to provide an integrated browser subagent as part of your product, we recommend building on top of Brave DevTools for agents.
For a reference implementation, see the Gemini CLI browser agent documentation.
Source: README.md at commit 3861411
Tools
0Version history
3- v1.11.0LatestOct 15, 2026
- v1.10.1Oct 6, 2026
- v1.9.0Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts