MCP server that checks domain availability during brand naming — never recommend a name without a domain again
Four tools with clear action verbs and reasonable descriptions (avg 180 chars). All have input schemas with type definitions and parameter descriptions. However, output schemas are undocumented (only text responses visible), and error handling lacks recovery guidance. Parameter constraints are mostly absent (no enums, ranges, or format specs). Tool composition is sound but descriptions could be more prescriptive about when to use each tool vs. alternatives.
Check domain availability for a single brand name across many popular TLDs at once. Default TLDs: .com .io .dev .app .ai .co .so .me .xyz .tech .net .sh .run .cloud .to .gg .cc Supports 30+ TLDs including trending ones like .ai, .gg, .so, .lol, .wtf, .cool.
Check availability of specific domain names. Use this when you already have exact domain names to verify (e.g. "mybrand.com", "mybrand.ai"). Checks via DNS + WHOIS for accurate results.
List all TLDs that this server can check via WHOIS, grouped by category.
Generate brand-name variations from keywords, then check domain availability for each. Creates variations using prefixes (get-, try-, my-…), suffixes (-hq, -lab, -flow…), compounds (keyword1+keyword2), and portmanteau blends. Great for brainstorming when obvious names are taken.
Output schemas undocumented. All tools return text-only responses with no structured field definitions. LLMs cannot extract domain availability data programmatically or chain results to downstream tools.
No input validation constraints. Parameters lack enums, min/max ranges, or format specs. E.g., 'domains' array has no length limit; 'max_variations' has no bounds; TLD strings are unconstrained.
Error handling lacks recovery guidance. Code returns generic error strings ('Error: name must contain...') with no actionable next steps or error classification (retryable vs. fatal).
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 56 | 2026-07-28+ | v2 |
Tool selection ambiguity. 'check_domains' and 'check_brand_domains' overlap in purpose. Description does not clearly state when to use one vs. the other (exact domains vs. brand + TLDs).
'list_supported_tlds' has minimal description (60 chars). Does not explain what 'grouped by category' means or when an LLM should call this vs. hardcoding defaults.