Browser Gateway vs Reticle

A side-by-side look at the Browser Gateway and Reticle MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Browser Gateway logoBrowser GatewayBrowser Automation · Local subprocess (stdio)AI browser tools with Chrome CDP. Navigate, screenshot, interact. Multi-provider failover.48FairAuth: not declaredReticle logoReticleBrowser Automation · Local subprocess (stdio)Verify a running web app from the inside over MCP: look, act, observe, assert. No screenshots.55GoodAuth: no auth required

Verdict: choose Browser Gateway for browser automation work as a local process; choose Reticle for browser automation as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Browser Gateway logoChoose Browser Gateway when

  • You need dedicated capabilities in the Browser Automation domain.
  • You prefer a local stdio subprocess transport.
Explore Browser Gateway

Reticle logoChoose Reticle when

  • You need dedicated capabilities in the Browser Automation domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: No auth required.
Explore Reticle

Feature & specification comparison

Rows where the two servers differ are marked.

SpecBrowser Gateway logoBrowser GatewayReticle logoReticle
CategoryBrowser AutomationBrowser Automation
Quality signal48/100 · Fair55/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNo auth required
PricingNot declaredFree
Required env varsNone listedNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars181,263
Directory activity 0 views 0 installs 0 upvotes 1 views 0 installs 0 upvotes
ToolsNot listedNot listed

Tools & capabilities

Browser Gateway tools

No tool names declared yet. Check the project README from the listing page.

Reticle tools

No tool names declared yet. Check the project README from the listing page.

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Browser Gateway

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "browser-gateway": {
      "command": "npx",
      "args": [
        "browser-gateway"
      ]
    }
  }
}

Reticle

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "reticle": {
      "command": "npx",
      "args": [
        "-y",
        "@reticlehq/server"
      ]
    }
  }
}

Frequently asked questions

Browser Gateway is categorized under Browser Automation and uses a local stdio subprocess. Reticle belongs to Browser Automation and uses a local stdio subprocess. Pick Browser Gateway for browser automation work and Reticle for browser automation.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Browser Gateway has no declared pricing — check the project's own site. Reticle is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add browser-gateway and reticle as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Browser Gateway has a quality signal of 48/100 (Fair) with 0 views, 0 installs and 18 GitHub stars. Reticle has 55/100 (Good) with 1 views, 0 installs and 1,263 GitHub stars.