MCP server for searching usernames across multiple sites using Sherlock
Single tool with basic definition. Tool name 'search_user' follows verb_noun convention (+). Description is present but generic (58 chars, below 194-char baseline). Input schema visible with type and description for 'username' parameter (+). However, output is unstructured JSON string rather than typed schema, and no error handling guidance. Missing parameter constraints (min/max length), no pagination support despite potentially returning many results, and no documentation of what 'multiple sites' means or how many results to expect. No tool annotations (readOnlyHint, etc.). Lacks recovery guidance for common failures (e.g., 'No results found' is bare, not actionable).
Search for a username across multiple sites using Sherlock.
Output is unstructured JSON string, not typed schema. LLM cannot plan downstream operations or extract fields reliably.
No pagination or result limit documented. Tool may return hundreds of sites; no guidance on max results or how to handle large responses.
Input parameter 'username' lacks constraints: no min/max length, no format description, no examples of valid input.
Error handling is minimal. 'No results found' returns bare string; no guidance on retry, alternative searches, or what to do next.
Tool description does not explain when to use it, what 'multiple sites' means, or expected response structure. Generic description wastes LLM reasoning.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 44 | 2026-07-28+ | v2 |