MCP Server for Iterative Delta Debugging Minimizer Skill
Single tool with critical definition gaps. Tool name 'minimize_failure' lacks action verb clarity (should be 'minimize_*' or 'reduce_*'). Input schema present but incomplete: 'elements' parameter has no description (only type:array), violating the requirement that every parameter needs a description. Output schema entirely undocumented, LLMs cannot plan downstream calls or extract results. Tool description is minimal (11 words, 67 chars) and lacks WHEN/WHY context. No error handling guidance. No parameter constraints (enums, ranges, formats). Fails multiple critical checks from pattern:tool and pattern:tool-description.
Minimize failing list of tokens or lines using ddmin
Input parameter 'elements' has no description. Schema shows type:array but LLMs cannot infer what kind of items (tokens, lines, characters, objects) or constraints.
Output schema completely undocumented. Tool returns JSON with 'minimal_elements', 'initial_size', 'minimized_size', 'steps', 'reduction_percentage' but LLMs have no schema to parse or plan with.
Tool description lacks WHEN/WHY context. 'Minimize failing list of tokens or lines using ddmin' does not explain when to call this vs alternatives, what prerequisites exist (test function must return True on full set), or what the output means.
No error handling guidance. If test_func raises ValueError (input does not trigger failure), LLM receives raw exception with no recovery path or actionable next step.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 36 | 2026-07-28+ | v2 |
Tool name 'minimize_failure' is ambiguous. Does it minimize the failure condition, or minimize a list that causes failure? Verb-noun pattern unclear. Consider 'minimize_elements' or 'reduce_to_minimal_set'.