Domain research toolkit for Claude Desktop and MCP clients. Provides comprehensive domain registration details, nameservers, contacts, and status information using RDAP protocol with WHOIS fallback.
Single tool with complete schema and reasonable description. Naming follows verb_noun pattern (domain_lookup). Input schema properly typed with required fields and defaults. However, output schema is not documented in the tool definition, formatResult() exists but its return structure is not formally declared. Parameter descriptions are adequate but lack constraint details (e.g., valid domain formats, length limits). Error handling returns text-wrapped JSON but lacks actionable recovery guidance. No tool annotations (readOnlyHint, idempotentHint) despite being a read-only lookup.
Look up domain information using RDAP protocol with WHOIS fallback. Provides comprehensive domain registration details, nameservers, contacts, and status information.
Output schema not documented. formatResult() returns structured data but the tool definition does not declare what fields clients should expect (domain, found, method, timestamp, status, nameservers, etc.). LLMs cannot plan downstream operations without knowing the response structure.
Parameter descriptions lack format constraints. 'domain' parameter accepts any string but should specify valid formats (e.g., 'Valid domain name: 2-253 characters, alphanumeric and hyphens, no leading/trailing hyphens'). LLMs will pass invalid domains without guidance.
Error responses lack recovery guidance. When both RDAP and WHOIS fail, the tool returns a concatenated error message but does not suggest next steps (e.g., 'Domain may not exist, or both lookup services are temporarily unavailable. Try again in 30 seconds.'). Agents cannot determine if the error is retryable.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 60 | 2026-07-28+ | v2 |
No tool annotations. The tool is read-only and idempotent but does not declare readOnlyHint or idempotentHint. Clients cannot infer safety properties without explicit annotations.
Fallback logic and error states not clearly documented. The description mentions 'WHOIS fallback' but does not explain when fallback is triggered, what fields differ between RDAP and WHOIS results, or how to interpret fallback_used and primary_method_failed flags in the response.