MCP Server

MCP MCP server exists for a simple reason — assistants are far more useful when they can act on MCP directly instead of describing what you should do. Local MCP broker that exposes one compact entry for many upstream servers.

What you get

mcp-broker is a local Model Context Protocol process broker for MCP clients.

• every client config repeats the same MCP server list
• every new session can start duplicate upstream processes
• OAuth, browser state, local files, and database handles spread across tools
• raw tool lists consume context before the task begins
• hosted connector caches can duplicate local MCP tools
• orphaned MCP processes survive after client sessions exit

Configuration and credentials

You will need one environment variable: CONFIG_PATH. Keep credentials in your client's env block or a secrets manager rather than in a file you might commit.

Setting it up

Being a remote server, there is no local install. You register the endpoint with your client, authorise it once, and the tools appear.

Choosing this one

Among the browser automation options, the useful question is rarely "what can it do" but "what does it cost you to run" — permissions, credentials, and how much of your context its toolset consumes. It is maintained by NavinAgrawal; worth a glance at recent repository activity before you build anything load-bearing on it.

SyncDev reviews every entry in this directory against the project's own documentation before publishing, and revisits them as servers change.

Before you rely on it

• Your data travels to the provider's service, so the usual questions apply about what you send and what they retain.
• MCP clients confirm each tool call by default. Leave that on until you have watched what the mcp mcp server does with a few real requests.