Share Model Context Protocol Servers Across 22 Clients with Toolport Gateway
Toolport is a local Model Context Protocol (MCP) gateway that connects multiple AI clients to a shared set of MCP servers. By using lazy tool discovery, it reduces tool-definition token overhead by up to 96%.
Impact: High
Why it matters
You can configure your MCP servers once and share them across Cursor, Claude Code, and Codex while reducing your token costs.
TL;DR
- 01Toolport acts as a single, shared local gateway for 22 different AI clients, including Claude Code, Cursor, and Codex.
- 02Lazy tool discovery reduces tool-definition context overhead by 96% (99.5% for 415+ tools).
- 03Security features like tool integrity and content defense help prevent indirect prompt injection and silent tool changes.
Key facts
- Token overhead reduction
- 96% to 99.5%
- Total token savings
- Up to 91% fewer tokens
- Supported AI clients
- 22 (Cursor, Claude Code, Codex, VS Code, etc.)
- Standard overhead (3 servers, 62 tools)
- ~24,000 tokens
- Toolport overhead (lazy mode)
- ~900 tokens
Reducing Token Tax with Lazy Discovery
Every time an AI client connects to standard MCP servers, the entire list of available tools is injected into the LLM context. Toolport replaces this behavior with lazy discovery mode. Instead of exposing the full catalog, the gateway advertises four compact meta-tools to the agent: toolport_status, toolport_search_tools, toolport_call_tool, and toolport_fetch_result.
This approach reduces tool-definition overhead by 96% (measured on a frontier model), dropping the overhead for 62 tools from ~24,000 tokens to just 900. On a large catalog of 415 tools, the overhead reduction reaches 99.5%, resulting in up to 91% fewer total tokens consumed during task execution.
Single Config Across 22 AI Clients
Toolport acts as a centralized manager for all downstream MCP integrations. Instead of copying-and-pasting configuration snippets into Cursor, VS Code, Zed, Claude Code, and Codex separately, you configure each server once. Secrets are stored securely in your operating system's native keychain rather than in plain-text client configuration files.
Supply-Chain Security & Human-In-The-Loop
Because Toolport sits directly on the local execution path, it implements active defense mechanisms: tool integrity checks to detect schema changes ('rug-pulls'), content defense to flag prompt injections in tool returns, and human-in-the-loop approvals that pause destructive tool calls (e.g., database drops) until confirmed.
Try it in 2 minutes
{
"mcpServers": {
"toolport": {
"command": "toolport-gateway"
}
}
}json
✓ When to use
- When you use multiple AI coding clients (like Cursor and Claude Code) and want to share the same MCP servers.
- When you run complex MCP servers with dozens of tools and want to optimize token bills and context limits.
✕ When NOT to use
- If you only use a single AI client with one or two simple tools where token overhead is negligible.
- If your security policy strictly forbids local proxying of stdio or SSE-based tool executions.
What to do today
- Install Toolport to centralize your MCP servers across multiple IDEs and agents.
- Enable lazy-discovery mode to slash token consumption by up to 96%.
- Turn on human-in-the-loop approvals for dangerous tool execution paths.
Sources