MCP server tester - a backend service for registering, discovering, and benchmarking MCP servers
The MCP server has only 1 tool (echo) with a minimal, generic description. The tool has proper name and basic schema, but the description is extremely terse (15 chars) and lacks context for LLM selection. No error handling guidance, no output schema documentation, and no parameter validation hints. The tool is trivial (READ_ONLY echo) but even simple tools need clear, actionable descriptions. This is below the community median (~50) due to underdeveloped definitions and lack of production patterns.
Echo a message
Tool description is too short (15 characters: 'Echo a message'). Baseline A+ tools average 194 chars; this provides minimal context for LLM selection.
No output schema documented. The tool returns TextContent objects but the response structure is not described to help LLMs understand what to expect or how to chain calls.
No error handling guidance. The tool provides no context for how LLMs should recover if the input is invalid or the echo fails.
Parameter description is minimal. The 'message' parameter description ('The message to echo') could be enriched with format constraints, length limits, or usage hints.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 46 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 31 | - | v1 |
No tool annotations present (no readOnlyHint, destructiveHint, or idempotentHint). Even READ_ONLY tools should declare this via annotations to help MCP clients make intelligent decisions.