Quality gate for MCP servers — compliance, security, and efficiency testing
This is a quality-gate testing tool, not a production MCP server. The two fixture tools (echo, add) are minimal test stubs with basic schemas but lack depth. Echo has a trivial description (11 chars); add's description is adequate (56 chars). Both have proper input schemas with typed parameters and descriptions. However, the tools are not designed for real agent use, they exist only to validate the testing framework itself. No error handling guidance, no output schema documentation, no composition patterns. The server is a meta-tool for evaluating OTHER servers, not a domain-specific agent tool.
Adds two numbers together and returns the result
Echoes the input message back
Echo tool description is 11 characters ('Echoes the input message back'), below the 20-char minimum for meaningful LLM guidance. Lacks context on when/why to use it.
No output schemas documented for either tool. LLMs cannot infer what fields to expect or plan downstream calls. Echo should document it returns {message: string}; add should document {result: number}.
No error handling guidance. Tools do not document failure modes, recovery steps, or what to do if inputs are invalid. E.g., add() does not specify numeric bounds or what happens on overflow.
Tool names lack action verbs. 'echo' and 'add' are generic and do not follow verb_noun convention (e.g., 'echo_message', 'add_numbers'). Ambiguous names reduce LLM clarity.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 46 | 2026-07-28+ | v2 |
These are test fixtures, not production tools. The server's purpose is to validate OTHER MCP servers, not to provide domain functionality. Scoring reflects fixture-level quality, not real-world agent tool standards.