A Model Context Protocol gateway that filters and compresses tool definitions and outputs for LLMs. Implements hybrid tool discovery with relevance-based filtering and optional search fallback.
Context Gateway has only 1 tool (gateway_search_tools). The tool has a description and basic schema, but multiple critical quality issues significantly limit its production readiness. The tool's purpose is meta (searching for tool definitions rather than performing domain work), which is atypical. The input schema exists but is minimal. The description is vague about when to use this tool vs. exploring already-loaded tools. No error handling guidance, no pagination support, and no output schema documentation visible. The server is HTTP-based (positive for transport), but the single tool's definition quality is below median standards for production use.
Retrieve the full definition of a tool that isn't currently loaded. Use when you need a capability that isn't available in your current tools.
Single tool has vague, incomplete description. 'Retrieve the full definition of a tool that isn't currently loaded. Use when you need a capability that isn't available in your current tools.', does not clearly explain what 'full definition' means (JSON schema? docstring? signature?), under what conditions to call this vs. alternatives, or what the response structure contains.
Input schema is present but minimal. Single parameter 'query' is a free-form string with no enum constraints, format specification, or length bounds. Description 'The tool name or keywords describing the capability you need' is generic and does not guide LLM toward correct usage (e.g., should it be a tool name, a partial match, or a natural-language description?).
No output schema documentation visible in source. LLMs cannot plan downstream behavior or extract relevant data from the response if the shape is unknown.
Inferred effective spec: 2026-07-28+.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 49 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 30 | - | v1 |
No error handling guidance. If a tool name is not found, typo'd, or ambiguous (multiple matches), the response tells the LLM nothing about what to do next. Try a different keyword or list_tools().'
Tool naming is non-standard. 'gateway_search_tools' does not start with a clear action verb (search_ is reasonable but the underscore placement suggests 'search for tools in a gateway context').
Tool is meta-level (searching for tool definitions) rather than domain-focused. Most production tools are task-oriented (send email, create ticket, search documents). A single meta-search tool provides no clear value to end users; this server appears to be an infrastructure component rather than a user-facing tool.