Single tool 'ssrfind_scan' has a basic description (67 chars) and minimal schema. Input parameter 'target' lacks type specification in visible code (only inferred as string from decorator). No output schema documented. No error handling guidance, no parameter constraints, no recovery paths. Tool does one thing (scan for SSRF patterns) but lacks production-grade documentation. Naming is clear (verb_noun pattern) but insufficient to overcome schema and description gaps.
Find SSRF-prone sinks and unvalidated URL fetches in code. Returns JSON findings.
Input schema lacks explicit type and constraint documentation. Parameter 'target' has no min/max length, format validation, or guidance on whether it accepts files, directories, or both.
No output schema documented. LLM cannot predict response structure (fields, types, pagination). Caller must infer from tool name that JSON findings are returned.
No error handling guidance. Tool description does not explain failure modes (invalid path, permission denied, timeout) or recovery steps.
Description is minimal (67 chars, below baseline 194 chars). Does not explain WHEN to use this tool, what SSRF patterns it detects, or prerequisites (e.g., target must be readable).
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 48 | 2026-07-28+ | v2 |
No parameter description for 'target'. LLM cannot determine if it accepts absolute paths, relative paths, file globs, or URLs.