Browser-Use

Browser-Use

Vision-first browser automation built for AI agents.

Score 88(?)Browser-UseMIT96kVerified Top MCPs for Browser Automation

Quick answer

What it does

Drives a real Chromium browser via a vision-first action API. Exposes navigation, click-by-element-description, fill, screenshot, and structured page-content extraction.

Best for

  • Visual web automation
  • Sites with shifting selectors
  • Click-by-description workflows
  • Form fill with screenshot verification

Not for

  • Deterministic test suites
  • High-volume scraping

Setup recipe

Pick your client, then follow the three steps.

  1. 1

    Install

    claude_desktop_config.json
    {
      "mcpServers": {
        "browser-use": {
          "command": "uvx",
          "args": [
            "browser-use-mcp"
          ]
        }
      }
    }

    Paste under mcpServers. Fully quit and reopen Claude after editing.

    CLI or .mcp.json
    claude mcp add browser-use -- uvx browser-use-mcp

    Run from your repo. Commit .mcp.json to share with your team.

    .cursor/mcp.json
    {
      "mcpServers": {
        "browser-use": {
          "command": "uvx",
          "args": [
            "browser-use-mcp"
          ]
        }
      }
    }

    Global path: ~/.cursor/mcp.json. Reload window after editing.

    .vscode/mcp.json
    {
      "servers": {
        "browser-use": {
          "command": "uvx",
          "args": [
            "browser-use-mcp"
          ]
        }
      }
    }

    VS Code uses the "servers" key (not "mcpServers").

    ~/.codeium/windsurf/mcp_config.json
    {
      "mcpServers": {
        "browser-use": {
          "command": "uvx",
          "args": [
            "browser-use-mcp"
          ]
        }
      }
    }

    Open via Cascade → hammer icon → Configure.

    cline_mcp_settings.json
    {
      "mcpServers": {
        "browser-use": {
          "command": "uvx",
          "args": [
            "browser-use-mcp"
          ]
        }
      }
    }

    Open via the Cline sidebar → MCP Servers → Edit.

    ~/.continue/config.json
    {
      "experimental": {
        "modelContextProtocolServers": [
          {
            "transport": {
              "type": "stdio",
              "command": "uvx",
              "args": [
                "browser-use-mcp"
              ]
            }
          }
        ]
      }
    }

    Continue uses modelContextProtocolServers with a transport block.

    ~/.codex/config.toml
    # ~/.codex/config.toml
    [mcp_servers.browser-use]
    command = "uvx"
    args = [
      "browser-use-mcp",
    ]

    Codex uses TOML. Each server is a [mcp_servers.<name>] subtable.

    ~/.config/zed/settings.json
    {
      "context_servers": {
        "browser-use": {
          "command": {
            "path": "uvx",
            "args": [
              "browser-use-mcp"
            ]
          }
        }
      }
    }

    Zed calls them "context_servers". Settings live-reload on save.

    ChatGPT → Apps directory

    Browser-Use doesn't ship a hosted HTTPS endpoint today. ChatGPT supports remote MCP servers only — to use this server in ChatGPT you'll need to deploy it to a public HTTPS URL first (e.g. via Cloudflare Workers or Vercel) or wait for an official remote build.

  2. 2

    Set required secrets

    No credentials required — this MCP runs over stdio without authentication.

  3. 3

    Try a minimum working prompt

    Minimum working prompt pending verification. Try any prompt from the MCP’s README once installed.

Tools & permissions

Tools list pending verification. The server exposes tools over MCP; we haven’t yet parsed its capability manifest into this page. Check the GitHub repo for the authoritative list.

Security & scope

Access scope
Exec
Sandbox
Spawns a Chromium browser. Sandbox by running the MCP inside a container with no host filesystem mounts and a network policy that only allows the domains the workflow intends to visit.
Gotchas
  • Browser sees whatever the model navigates to — prompt injection from page content is the headline risk.
  • Headed mode shows everything on the screen; do not point it at personal accounts in shared sessions.
  • Cookies and storage persist per profile dir; isolate per workflow.

Agent prompt pack

— copy into Claude, Cursor, or ChatGPT.
Paste into Claude, Cursor, or ChatGPT. Edit the [brackets] before sending.
Recommend the best MCP servers for [task: e.g. browser automation work] in [client: Claude].

Constraints:
- Prefer tools that are [official | open-source | read-only] — pick what matters for my use case.
- Exclude MCPs that require [e.g. a paid plan, OAuth-only flows, remote-only transport].
- Return at most 3 picks, ranked.

For each pick include:
1. One-sentence rationale.
2. The ready-to-paste install snippet for my client.
3. Any required secrets I need to create before installing.

Cross-check the top-mcps.com listing: https://top-mcps.com/top-mcps-for-browser-automation
Compare Browser-Use against a real alternative. Swap the second MCP in [brackets] if you want a different match.
Compare Browser-Use MCP vs [Playwright MCP] for the following job: [describe the job, e.g. "let an agent create GitHub issues on bug triage"].

Judge them on:
- Setup time and complexity (what a new user hits first).
- Auth model (none / API key / OAuth 2.1) and credential risk.
- Transport (stdio / Streamable HTTP / SSE) and where the server runs.
- Required secrets and the blast radius if they leak.
- Operational risk in an unattended agent loop.
- Which one is "good enough" for a weekend prototype vs. production.

End with one sentence: which should I pick for my scenario, which is: [my scenario].

References:
- https://top-mcps.com/mcp/browser-use
- top-mcps.com listing for Playwright
Asks the agent to install and verify. Works inside Claude Code, Cursor Agent, Codex CLI.
Install the Browser-Use MCP server for my [client: Claude] at the default config path for that client.

Use the exact install snippet published at https://top-mcps.com/mcp/browser-use (fetch https://top-mcps.com/mcp/browser-use.json for the canonical server.json if you can read URLs).

Before finishing:
1. Create the required secrets (no secrets) and put them in the appropriate env block — do not hard-code them.
2. Restart or reload the client so it picks up the new server.
3. Verify the server is connected (green / running state) and at least one tool is listed.
4. If anything fails, read the client's MCP logs and report the exact error — do not silently retry.

Confirm when done and list the tools the server now exposes.

Frequently asked questions

What changed

2 updates tracked.
  1. Refreshed install snippets and fact sheet; verified for 2026.

  2. Initial directory listing.

More Browser Automation MCPs

Other tools in the same category worth evaluating.

Puppeteer

Full browser automation: navigate, click, screenshot, and scrape.

browser, automation, scraping, puppeteer
5 minMedium
Playwright
Official

Official Microsoft browser automation across Chromium, Firefox, and WebKit.

browser, automation, playwright, testing
5 minMedium
Browserbase
Official

Hosted, isolated Chromium runtime for AI agents that need a fresh browser per task.

browser, cloud, browserbase, automation
5 minMedium

Compared with Browser-Use

Side-by-side breakdowns for the choices people most often weigh against this MCP.

Exploring Top MCPs for Browser Automation? See all Browser Automation MCPs →