tool-guardian
Related Servers
Alternatives to tool-guardian
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceA discovery and routing layer for MCP servers that loads tool definitions on demand, reducing token usage by keeping servers out of the context window until needed.4MIT
- AlicenseNot gradedqualityCmaintenanceA semantic router that provides unified access to multiple MCP servers through a single tool interface, using vector search to discover and execute tools across your entire MCP ecosystem while minimizing context token usage.30MIT
- AlicenseNot gradedqualityDmaintenanceMCP proxy that reduces context usage through semantic tool routing, enabling on-demand discovery and routing of relevant tools.MIT
- AlicenseNot gradedqualityDmaintenanceActs as a proxy for multiple MCP servers, reducing context window usage from 15,000+ tokens to ~500 tokens by dynamically loading servers on-demand and exposing only 3 tools instead of all tool definitions.5GPL 3.0
- AlicenseNot gradedqualityBmaintenanceA single MCP endpoint for AI agents to browse, inspect, and call tools from multiple upstream MCP servers without loading all schemas upfront, reducing context overhead.13 npmISC
- AlicenseAqualityCmaintenanceProvides per-Subagent MCP controls to any coding agent or client across all your MCPs and prevents context window waste. Loads only 3 tools instead of all your MCP Server's tool definitions. Agents discover tools on-demand, only when needed and only the servers and tools they are allowed.486 PyPI41MIT
TDQS
Scored across 6 tools
Each tool maps to a distinct step in the discovery-invoke pipeline: list vs search vs describe vs call vs retrieve are separable, and descriptions explicitly cross-reference ("to find a tool use list_capabilities"). The main friction is list_capabilities / search_capabilities / list_groups_with_costs, three read-only listing tools that are similar in spirit and could be briefly confused, though the descriptions steer correctly.
Every tool is snake_case verb_noun: list_capabilities, search_capabilities, describe_tool, call_tool, list_groups_with_costs, retrieve_spill. Naming is predictable and immediately readable, with the object of each verb clearly identifiable.
Six tools is well-scoped for a gateway whose job is discover, inspect, invoke, and recover output. No tool feels redundant or padded, and each covers a real stage of the proxy workflow.
The surface covers discovery, argument inspection, invocation, and spill recovery — the core lifecycle for a tool-proxy server. Minor gaps exist around connection/session management (connecting or refreshing servers) and reading backend resources/prompts, but agents can work around these.