Getting started
BridgeMCP is a hosted MCP (Model Context Protocol) aggregation gateway. It exposes a single MCP endpoint that combines many upstream MCP servers, which we call connectors, into logical groupings called Virtual MCPs. An AI client connects to one BridgeMCP endpoint and gains access to every tool in that Virtual MCP, without configuring each server individually.
Core ideas
- Connector: one upstream MCP server. It can be a remote HTTP server, or a local stdio server.
- Virtual MCP: a named bundle of connectors, exposed as a single MCP server. Group connectors by team, environment, or use case.
- API key or OAuth: how an AI client authenticates to a Virtual MCP.
- Activity log: every tool call through the gateway is recorded for audit and observability.
Connect your first client
Once you have created a Virtual MCP (for example, dev) with an API key, point your AI client at the gateway endpoint:
https://bridgemcp.io/api/v1/mcp/{virtual-mcp-id} Claude Code
claude mcp add -s user -t http dev \
https://bridgemcp.io/api/v1/mcp/{virtual-mcp-id} \
--header "Authorization: Bearer brg_live_sk_..." Run /mcp inside Claude Code to confirm the server is connected.
Cursor
Add to ~/.cursor/mcp.json:
{
"mcpServers": {
"dev": {
"url": "https://bridgemcp.io/api/v1/mcp/{virtual-mcp-id}",
"headers": {
"Authorization": "Bearer brg_live_sk_..."
}
}
}
} VS Code (GitHub Copilot)
Add to .vscode/mcp.json:
{
"servers": {
"dev": {
"type": "http",
"url": "https://bridgemcp.io/api/v1/mcp/{virtual-mcp-id}",
"headers": {
"Authorization": "Bearer brg_live_sk_..."
}
}
}
} What to read next
- Using BridgeMCP explains the two main usage paths: LLM-backed agents and MCP clients.
- MCP endpoints covers how the gateway aggregates and routes tools.
- Connectors explains the transport types and how to add upstream servers.
- Virtual MCPs and API keys shows how to group connectors and scope keys.
- Authentication and security describes API keys, inbound OAuth, and outbound OAuth.