MCP Bridge Server
Related Servers
Alternatives to MCP Bridge Server
No user-submitted related servers found.
Related Servers
- AlicenseBqualityFmaintenanceA bridge server that connects Agent Communication Protocol (ACP) agents with Model Context Protocol (MCP) clients, enabling seamless integration between ACP-based AI agents and MCP-compatible tools like Claude Desktop.1624MIT
- AlicenseBqualityCmaintenanceA Model Context Protocol server that allows AI assistants to communicate with the ChatGPT desktop app on macOS, enabling users to send prompts to ChatGPT from any MCP-compatible assistant.377MIT
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that connects multiple AI models into a single workflow, enabling multi-model orchestration, conversation continuity, and tools like code review, planning, and CLI-to-CLI bridging.-
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables seamless integration between Claude AI and development tools like VSCode, Augment, Vercel, Airtable, and Square.7MIT
- AlicenseBqualityCmaintenanceA Model Context Protocol server that enables AI assistants to communicate with each other using Inter-Process Communication, featuring natural language commands and cross-platform compatibility.9133MIT
- AlicenseNot gradedqualityCmaintenanceA secure, local communication runtime bridge that interfaces a cloud-based Large Language Model (Claude Desktop) with a local machine execution environment using the Model Context Protocol (MCP).Eclipse Public 2.0
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: discover_client is for finding/starting clients, while tools/call is for executing tools on those clients. There is no overlap or ambiguity between these functions, making them easy to differentiate.
The naming is mixed: discover_client uses snake_case with a verb-noun pattern, while tools/call uses a path-like structure (noun/verb). This inconsistency in convention reduces predictability, though both names are still readable and descriptive.
With only 2 tools, the count is minimal but appropriate for a bridge server's core functions of discovering clients and calling their tools. It feels slightly thin but covers essential operations without unnecessary bloat.
For a bridge server, the tools cover the key workflows: discovering clients and executing tools on them. A minor gap might be the lack of a tool for managing client connections (e.g., disconnecting), but the core functionality is well-covered.