Single tool 'slow_count' has a basic description but critically lacks parameter descriptions and output schema documentation. The input schema shows only type 'integer' with null description for parameter 'n'. No output schema is documented. The tool definition is inferred from FastMCP decorator usage rather than explicit registration with full metadata. This server falls well below production baselines: 100% of A+ tools have documented return types and parameter descriptions; this tool has neither.
Counts to n slowly, reporting progress.
Parameter 'n' lacks description (null value). Rubric requires every parameter to have a non-empty description explaining what it controls. LLMs cannot infer that 'n' is the count target.
No output schema documented. Tool returns a string but LLMs need to know the exact response structure. Rubric baseline: 100% of A+ tools have documented return types.
Tool definition inferred from FastMCP decorator rather than explicitly registered with full schema metadata.
No input validation or error handling guidance. Tool accepts any integer but does not document constraints (e.g., minimum/maximum values, timeout behavior). Rubric requires 'Specify minimum and maximum for numeric parameters.'
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 39 | 2026-07-28+ | v2 |
Tool description is 47 characters, below the 10 - 1024 character baseline and lacks context on WHEN to use it or WHAT it returns. Rubric: 'Write descriptions as if prompt-engineering. State WHAT the tool does, WHEN to use it, and any prerequisites.'