Domain Availability Checker MCP
MCPドメイン空き状況チェッカー
特徴
ドメインの空き状況の確認
50以上の人気TLD拡張子の可用性を確認する
人気のドメイン (.com、.io、.ai)、国別ドメイン (.us、.uk、.de)、新しい TLD (.app、.dev、.tech) をサポート
正確性のためにDNSとWHOISを使用した二重検証
人気度順に整理されたスマートなTLD提案
検索機能
TLDの完全一致で特定のドメインをチェック
指定された名前に対してサポートされている拡張子を一括チェックする
ドメインクエリを高速化するための並列処理
TLD カテゴリ別に整理された結果
MCP統合
uvxパッケージ管理による簡単なセットアップ
Claude Desktopとのシームレスな統合
リアルタイムの空き状況の更新
パフォーマンスメトリックとタイミング情報
AIアシスタント機能
クロードによる自然言語ドメインクエリ
自動化されたドメイン提案ワークフロー
空き状況に基づいたスマートな推奨事項
デモ
00:00 - google.com の可用性を確認しています
よく知られているプレミアム ドメインをテストして、ドメイン チェック機能と代替 TLD の提案を実証します。
00:20 - myawesomesite.com のテスト
カスタム ドメイン名が使用可能かどうかを確認し、代替の拡張オプションを検討します。
00:40 - techstartup2026.io の検証
テクノロジー系スタートアップのドメイン オプションを調査し、複数の TLD 拡張子での利用可能性を確認します。
01:00 - aitoolsドメインの分析
競合する AI 業界のドメインを確認し、スタートアップの命名に関する市場の可用性を分析します。
要件
Python 3.10以上
クロードデスクトップ
UVパッケージマネージャー
依存関係のインストール
次のいずれかの方法で uv パッケージ マネージャーをインストールします。
公式インストーラー(推奨):
curl -LsSf https://astral.sh/uv/install.sh | sh自作(macOS/Linux):
brew install uvHomebrew をインストールします (必要な場合):
すべてのオペレーティングシステムのインストール手順については、 https://brew.shをご覧ください。
または、次を実行します:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
MCP サーバーは、uvx を通じて Python の依存関係を自動的に管理します。
インストール
ゼロクローンインストール(推奨)
MCP ドメイン可用性チェッカーは、パッケージ管理に uvx を使用して、リポジトリを複製せずに直接インストールをサポートします。
構成
Claude Desktop の構成ファイルは次の場所にあります。
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :
%APPDATA%\Claude\claude_desktop_config.jsonLinux :
~/.config/Claude/claude_desktop_config.json
このファイルを編集して、ドメイン可用性 MCP 構成を追加します。
{
"mcpServers": {
"mcp-domain-availability": {
"command": "uvx",
"args": [
"--python=3.10",
"--from",
"git+https://github.com/imprvhub/mcp-domain-availability",
"mcp-domain-availability"
]
}
}
}すでに他の MCP が設定されている場合は、「mcpServers」オブジェクト内に「mcp-domain-availability」セクションを追加するだけです。
{
"mcpServers": {
"otherMcp": {
"command": "...",
"args": ["..."]
},
"mcp-domain-availability": {
"command": "uvx",
"args": [
"--python=3.10",
"--from",
"git+https://github.com/imprvhub/mcp-domain-availability",
"mcp-domain-availability"
]
}
}
}Smithery経由でインストール
Smithery経由で Claude Desktop の mcp-domain-availability を自動的にインストールするには:
npx -y @smithery/cli install @imprvhub/mcp-domain-availability --client claude手動インストール
開発またはローカルテストの場合:
リポジトリをクローンします。
git clone https://github.com/imprvhub/mcp-domain-availability
cd mcp-domain-availability依存関係をインストールします:
uv syncローカルで実行:
uv run src/mcp_domain_availability/main.py仕組み
MCP ドメイン可用性チェッカーは、複数の検証方法を使用してドメインの可用性を判断します。
DNS解決:ドメインがIPアドレスに解決されるかどうかを確認します
WHOIS検索: WHOISデータベースに登録情報を照会します
ソケット接続: 他の方法が利用できない場合はソケットベースのチェックにフォールバックします
このツールは、これらの方法の結果を組み合わせて、複数のドメインを同時にチェックするための並列処理により、正確な可用性ステータスを提供します。
利用可能なツール
ドメインチェック
ツール名 | 説明 | 使用法 |
| --domain フラグでドメインの可用性を確認する |
|
サポートされているTLDカテゴリー
人気のTLD (12)
com、net、org、io、ai、app、dev、co、xyz、me、info、biz
国別TLD (35)
us、uk、ca、au、de、fr、it、es、nl、jp、kr、cn、in、br、mx、ar、cl、co、pe、ru、pl、cz、ch、at、se、no、dk、fi、be、pt、gr、tr、za、例、ma、ng、ke
新しいTLD
テクノロジー、オンライン、サイト、ウェブサイト、ストア、ショップ、クラウド、デジタル、ブログ、ニュースなど。
使用例
Claude による MCP ドメイン可用性チェッカーの使用方法の例を次に示します。
単一ドメインチェック
Check if mysite.com is available using --domainドメイン名調査
Check availability for "startup" across all TLDs using --domain特定のドメイン検証
Is awesome.io available? Use --domain to check出力形式
このツールは、以下を含む包括的な結果を提供します:
要求されたドメイン: 照会された正確なドメインのステータス(特定の TLD が指定されている場合)
利用可能なドメイン: アルファベット順に並べられた利用可能なドメインのリスト
利用できないドメイン:登録済みドメインのリスト
概要統計: TLD カテゴリ別内訳 (人気、国、新規 TLD)
パフォーマンスメトリクス: 各ドメインの期間を確認する
トラブルシューティング
「サーバーが切断されました」エラー
Claude Desktop で接続エラーが表示される場合:
uvxのインストールを確認します:
uvx --versionを実行して、uvx が正しくインストールされていることを確認します。必要に応じて uv を再インストールします:
curl -LsSf https://astral.sh/uv/install.sh | sh
Pythonのバージョンを確認します:
Python 3.10以降が利用可能であることを確認します:
python3 --version
DNS解決の問題
ドメインチェックが失敗する場合:
ネットワーク接続:
インターネット接続が安定していることを確認する
DNSサーバーにアクセスできるかどうかを確認する
レート制限:
大規模な一括チェックは DNS/WHOIS サービスのレート制限に達する可能性があります
このツールはセマフォを使用して同時リクエストを20に制限します
構成の問題
MCP サーバーが起動しない場合は:
構成構文を確認します:
claude_desktop_config.jsonで JSON 構文が有効であることを確認します。すべての括弧と引用符が正しく対応していることを確認してください
Claudeデスクトップを再起動します:
設定変更後、Claude Desktop を閉じて再起動します。
Related MCP server: Domain Finder MCP Server
発達
プロジェクト構造
main.py: MCP サーバーとドメイン チェック ロジックを備えたメイン エントリ ポイントDNS、WHOIS、ソケットフォールバック方式によるドメインチェック機能
分類リストによるTLD管理
並列ドメインチェックの非同期処理
建物
uv buildテスト
uv run pytest地域開発
uv run main.pyセキュリティに関する考慮事項
MCPドメイン可用性チェッカーは、DNSサーバーおよびWHOISサービスに外部ネットワークリクエストを送信します。ユーザーは以下の点にご注意ください。
ドメインクエリはDNSプロバイダーによって記録される可能性があります
WHOISクエリは通常ログに記録され、レート制限される可能性があります
チェックされているドメイン名以外に個人情報は送信されません
すべてのクエリは読み取り専用であり、外部システムを変更することはありません。
貢献
貢献を歓迎します!改善の余地がある分野は次のとおりです。
追加のTLDカテゴリのサポートの追加
繰り返しクエリを高速化するためのキャッシュメカニズムの実装
WHOIS解析を強化してより詳細なドメイン情報を取得
エラー処理と再試行メカニズムの改善
ライセンス
このプロジェクトは、Mozilla Public License 2.0 に基づいてライセンスされています。詳細については、 LICENSEファイルを参照してください。
関連リンク
Available Tools
1 toolcheck_domainA
Check domain availability.
Usage examples:
- "mysite.com --domain" - checks exact domain
- "mysite --domain" - checks mysite across all popular TLDs
- "test.io --domain" - checks test.io exactly, plus test across all TLDs
Args:
domain_query (str): Domain to check with --domain flag
Returns:
Dict containing availability results for the domain and suggested alternatives
| Name | Required | Description | Default |
|---|---|---|---|
| domain_query | Yes |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It effectively describes what the tool does (checks availability, returns results and alternatives) and provides usage examples that clarify behavior with different input formats. However, it doesn't mention rate limits, authentication needs, or error conditions.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is well-structured with clear sections (purpose statement, usage examples, args, returns) and every sentence adds value. It's appropriately sized for a single-parameter tool with complex behavior, avoiding unnecessary verbosity while being comprehensive.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's moderate complexity (domain checking with TLD variations), no annotations, and an output schema present, the description provides excellent context. It explains the tool's behavior, parameter usage, and return format, making it complete enough for effective use without needing to reference the output schema for basic understanding.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema description coverage is 0%, so the description must fully compensate. It successfully explains the single parameter's purpose ('Domain to check'), provides multiple usage examples showing how different inputs affect behavior, and clarifies the --domain flag context, adding significant value beyond the bare schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose with a specific verb ('Check') and resource ('domain availability'), making it immediately understandable. It distinguishes this as a domain checking tool, which is unambiguous even without sibling tools for comparison.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides usage examples that imply when to use the tool (for domain availability checks), but it doesn't explicitly state when NOT to use it or mention alternatives. Without sibling tools, this is less critical, but the guidance remains implicit rather than explicit.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v1.0.0- First observed
check_domain
TDQS
Scored across 1 tool
With only one tool, there is no possibility of confusion or overlap between tools. The single tool 'check_domain' has a clear, distinct purpose that cannot be mistaken for any other functionality.
The naming is perfectly consistent as there is only one tool following a clear verb_noun pattern ('check_domain'). No mixed conventions or deviations exist to evaluate.
A single tool is too few for a server that appears to handle domain availability checking, as this domain typically involves related operations like bulk checks, WHOIS lookups, or domain suggestion generation. The tool count feels thin and incomplete for the apparent scope.
The tool surface is severely incomplete for domain availability checking. While 'check_domain' covers basic availability queries, there are significant gaps such as no tools for WHOIS information, bulk domain checks, domain suggestion algorithms, or TLD-specific searches, which are common in this domain and will limit agent effectiveness.
Maintenance
Related MCP Connectors
- sentinelOAuthio.rootstuff
Uptime, SSL, DNS and domain monitoring you can talk to from Claude or any MCP client.
Domains MCP — domain registration lookup + availability search over live
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Onymu is an MCP server for domain name search, domain availability checking, and social media username lookup. Check a domain name against hundreds of TLDs in one call, including .com, .io, .ai, .co, and country-code extensions. Generate brandable startup names, business names, and product names from a keyword, and instantly see which ones are still available to register. Check username availability across major social networks so a brand name comes with matching handles. Save domains, set favorite TLDs, and recall recent searches to keep name research organized across sessions.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants to check domain name availability using WHOIS lookups.4 npm4ISC
- AlicenseNot gradedqualityDmaintenanceIntelligent domain name suggestion service that checks real-time availability across multiple providers and works with MCP-compatible tools like Cursor and Claude Code.13Apache 2.0
- FlicenseNot gradedqualityAmaintenanceA Model Context Protocol (MCP) server that exposes the full WhoisFreaks API suite as AI-callable tools. Works with Claude Desktop, Cursor, Windsurf, VS Code, Continue, Zed, and any other MCP-compatible AI client.-
- AlicenseNot gradedqualityCmaintenanceA Model Context Protocol server for Internet.bs domain registrar API. Enables checking availability, registering, renewing, and managing domains and DNS from Claude or any MCP client.MIT