MCP Rating Gateway
Related Servers
Alternatives to MCP Rating Gateway
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceA flexible MCP proxy server that connects to and routes between multiple backend MCP servers over STDIO or SSE, enabling dynamic management and namespacing of tools.111MIT
- AlicenseNot gradedqualityCmaintenanceEnables developers to expose any dev tool as a safe, audited MCP server with permission tiers, audit logging, and automatic argument validation.MIT
- AlicenseBqualityCmaintenanceDynamic MCP server for Node.js enabling runtime tool creation, management, and execution in isolated sandboxes (Docker or Node).813 npm1MIT
- AlicenseAqualityAmaintenanceLets agents create reusable MCP tools, verify and mount them at runtime, and request credentials by name with user consent. Runs locally and caches verified tool servers for reuse.2MIT
- FlicenseAqualityDmaintenanceUniversal MCP proxy server that discovers, searches, and executes tools across all configured MCP servers from a single entry point.7-
- FlicenseNot gradedqualityCmaintenanceEnables agents to connect to remote MCP servers once, access their tools through a compact MCP endpoint, pair a CLI inside sandboxes, and create watches that turn command or tool output into pollable structured events.2-
TDQS
Scored across 13 tools
Most tools target clearly distinct concerns (connect/disconnect/list/health/audit/usage/sandbox). The only real overlap is mcp_discover vs mcp_recommend, which both surface servers to connect to, and mcp_server_info vs mcp_list_active, which both expose server details.
Every tool uses the same mcp_ prefix and snake_case, giving a strong predictable family. However, it mixes verb_noun forms (list_active, call_tool, gateway_health) with bare-noun names (sandbox, audit, profiles, groups, usage), so the pattern isn't perfectly uniform.
13 tools is well within the ideal range and each maps to a genuine gateway responsibility (discovery, connection lifecycle, sandboxing, auditing, analytics, profiles/groups). Nothing feels padded or missing at the count level.
The surface covers the full server-management lifecycle: discover, connect, disconnect, list, inspect, call, plus sandbox, audit, usage, profiles, and groups. Minor gaps exist (e.g., no explicit refresh/reconnect or profile edit/delete semantics), but core workflows are well covered.