A side-by-side look at the Browsermcp MCP and Public Browser MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose Browsermcp MCP for browser automation work; choose Public Browser for browser automation as a local process. You can also run both side by side in one mcpServers block.
PUBLIC_BROWSER_SCRIPT_TOKEN.Rows where the two servers differ are marked.
| Spec | ||
|---|---|---|
| Category | Browser Automation | Browser Automation |
| Quality signal | 40/100 · Fair | 57/100 · Good |
| Install command | Not confirmed yet | Confirmed |
| Transport | — | Local subprocess (stdio) |
| Auth | No auth required | Not declared |
| Pricing | Free | Not declared |
| Required env vars | None listed | None listed |
| Verified owner | Community listing | Community listing |
| GitHub stars | 7,187 | 18 |
| Directory activity | 5 views 0 installs 0 upvotes | 0 views 0 installs 0 upvotes |
| Tools | Not listed | 1 |
| Full listing | View Browsermcp MCP | View Public Browser |
No tool names declared yet. Check the project README from the listing page.
PUBLIC_BROWSER_SCRIPT_TOKENPaste 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.
No confirmed install command for Browsermcp MCP yet — follow the setup steps linked from its listing page rather than a guessed package name.
{
"mcpServers": {
"public-browser": {
"command": "npx",
"args": [
"-y",
"public-browser@latest"
]
}
}
}