Single tool 'mcpforge_scan' has a basic description (67 chars) but critically lacks parameter descriptions and output schema documentation. Input schema present but minimal: only 'target' string with generic description. No error handling guidance, no output structure documented. Tool does one thing (scan), but definition quality is well below production baseline (194 chars avg description, 100% of A+ tools document output).
Scaffold, test, and publish MCP servers in minutes. Returns JSON findings.
Output schema not documented. Tool returns JSON findings but LLM cannot infer structure (fields, types, nesting). Breaks downstream tool chaining and forces LLM to guess at response shape.
Parameter 'target' lacks actionable description. Current text 'Target path to scan' does not explain format (absolute vs relative), constraints (must exist?), or examples. LLM cannot validate input before calling.
No error handling guidance. Tool description does not explain what happens on invalid path, permission denied, or empty results. LLM has no recovery strategy if call fails.
Tool description (67 chars) is below baseline (194 chars avg). Missing WHEN to use, WHAT it returns, and prerequisites. Too terse for LLM selection and planning.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 46 | 2026-07-28+ | v2 |
No pagination or result limits documented. If scan finds 1000+ findings, response could exhaust context window. No guidance on max results or chunking strategy.