MCP サーバーが検証を呼び出し可能なツールに変える
MCP がなければ、アドレスを確認したいエージェントは答えを作り上げるか、ユーザーに処理の実行を求めます。メール検証 MCP サーバーを接続すれば、モデルはツールを認識し、呼び出して、構造化された結果を読み取ります。
価値はそこにあります。メール検証 MCP サーバーは、もっともらしい推測をリアルタイムの SMTP 応答に置き換えます。モデルに HTTP リクエストの方法を教える必要もありません。
メール検証 MCP
ホスト型メール検証 MCP サーバー。Claude、Cursor、あらゆる MCP クライアントから、実際の SMTP メールボックス検証をツールとして呼び出せます。OAuth 対応で、ローカルプロセスは不要です。
インストールは不要です。ホスト型 MCP サーバーなので、クライアントの MCP 設定に URL を追加して OAuth で認証すれば、ツールが表示されます。ローカルプロセスもコンテナも、更新管理が必要な依存関係もありません。
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp

約 2 分で MCP サーバーに接続できます。ローカルへのインストールは不要です。
クライアントの MCP 設定に MCP サーバーの URL を追加します。メール検証 MCP サーバーはホスト型のため、インストールするものはありません。
OAuth で認証します。MCP 接続は設定ファイルに貼り付けたキーではなく、アカウントに紐づきます。
検証ツールがモデルのツール一覧に表示されます。以後、アドレスが有効か尋ねると、MCP サーバーを通じて実際の検証が実行されます。

この MCP サーバーが呼び出し可能なツールとして提供する機能です。
1 件のアドレスを SMTP でリアルタイムに検証します。エージェントが最もよく使うツールであり、メール検証 MCP サーバーは結果を文章ではなく構造化フィールドで返します。
1 回の MCP 呼び出しで最大 50 件のアドレスを同じスキーマで検証します。それを超える場合、MCP サーバーは非同期ファイルエンドポイントを案内します。
構文から推測するのではなく、実際にメールボックスを確認します。モデルにアドレスを推測させず、メール検証 MCP サーバーへ接続する最大の理由です。

メール検証 MCP サーバーは、あらゆる MCP クライアントで動作します。MCP が検出を処理するため、クライアント別のプラグインは不要です。
Claude Desktop、ChatGPT Desktop、DeepSeek、Kimi、MiniMax、Doubao
Claude Code、OpenCode、Cursor、Windsurf、Cline、Continue、Zed
REST API、HTTP Streamable Transport、JSON-RPC 2.0

実際の SMTP 検証を行う MCP サーバーが、構文確認だけのサーバーより優れている理由。
ツールなしでアドレスの判定を求められたモデルは、もっともらしく整った推測を自信満々に返します。構文しか確認しない MCP サーバーも同じで、推測を JSON で返すだけです。
実際に SMTP セッションを開始するメール検証 MCP サーバーは、推測ではなく根拠を返します。これこそが決定的な違いであり、このメール検証 MCP サーバーが存在する理由です。

概要
MCP は Model Context Protocol の略で、AI クライアントが外部ツールを検出して呼び出すための標準方式です。メール検証 MCP サーバーは実際のメールボックス検証をそのツールの 1 つとして提供し、エージェントがアドレスを推測せずに確認できるようにします。
MCP がなければ、アドレスを確認したいエージェントは答えを作り上げるか、ユーザーに処理の実行を求めます。メール検証 MCP サーバーを接続すれば、モデルはツールを認識し、呼び出して、構造化された結果を読み取ります。
価値はそこにあります。メール検証 MCP サーバーは、もっともらしい推測をリアルタイムの SMTP 応答に置き換えます。モデルに HTTP リクエストの方法を教える必要もありません。
クライアントが MCP サーバーに利用可能なツールを問い合わせると、サーバーは各ツールとそのパラメータを説明します。クライアントに何もハードコードする必要がないため、MCP サーバーはクライアント別のコードなしで Claude Desktop、Cursor、その他の MCP クライアントに対応できます。
これが MCP と単体の REST API との違いです。基盤には引き続き API があり、MCP はモデルがそれを検出できるようにするレイヤーです。
MCP サーバーは REST API と同じフィールドを返します。status、quality score、risk level、reason code に加え、disposable、role、catch-all、free-webmail の各フラグです。
構造化された出力を読むモデルは、文章を要約するときのように unknown を deliverable に切り上げられません。メール検証 MCP サーバーの利用は、利便性だけでなく正確性のための判断です。
メール検証 MCP サーバーは mcp.billionverify.com で稼働しています。ローカルプロセスもコンテナも、更新管理が必要な依存関係もありません。クライアントは HTTP で接続し、残りはこの MCP サーバーが処理します。
認証には OAuth を使用するため、MCP 接続は設定ファイルに貼り付けたキーではなく、アカウントに紐づきます。
返される結果
ステータスは 4 種類です。エージェントはアプリケーションコードとまったく同じように分岐する必要があります。
このメール検証 MCP サーバーが確認した時点で、メールボックスは SMTP プローブを受け入れました。エージェントが進めていた処理を続行できます。
MCP サーバーはこれを文章ではなくフィールドとして返すため、モデルが解釈する必要はありません。
恒久的な失敗です。エージェントは停止して reason code を報告し、そのアドレスを CRM やキャンペーンに登録してはいけません。
支援のないモデルが最も誤りやすいケースです。形式の整った無効なアドレスは言語モデルには問題なく見えても、当社の MCP サーバーでは失敗します。
メールボックスは機能しますが、使い捨てメールプロバイダー、ロールアカウント、catch-all ドメインのいずれかのフラグがあります。MCP サーバーは該当する項目を返すため、エージェントは一般的なルールではなく、ユーザーのポリシーを適用できます。
エージェントにポリシーを伝えてください。メール検証 MCP サーバーは、その適用に必要な事実を提供します。
受信側プロバイダーがプローブを保留したか、レート制限を適用しました。どちらの結果も証明されていません。
エージェントは unknown を合格として扱わず、再試行をキューに入れる必要があります。MCP サーバーは結果を切り上げず、正直に報告します。
利用開始
コード不要で 2 分です。MCP サーバーはホスト型なので、クライアントに必要なのは URL だけです。
クライアントの MCP 設定に MCP サーバーの URL を追加し、OAuth で認証すると、検証ツールがモデルのツール一覧に表示されます。
以後、アドレスが有効か尋ねると、推測ではなく実際の検証が行われます。
LangChain、CrewAI など、MCP 対応のフレームワークは同じ方法で接続します。メール検証 MCP サーバーは、呼び出し元のクライアントを選びません。
MCP に対応していないフレームワークでは、基盤の REST API として メール検証 API を直接利用し、MCP レイヤーを完全に省略できます。
しきい値ではなくポリシーを与えてください。受け入れるステータス、risky フラグの扱い、unknown を再試行するタイミングを指定します。MCP サーバーが根拠を提供し、ポリシーはユーザーが決めます。
「メールを確認して」とだけ指示されたエージェントは、メール検証 MCP サーバーを呼び出した後、risky の結果に対する結論を作り上げてしまいます。
1 アドレス単位の MCP 呼び出しは、対話型やエージェントのワークフロー向けです。ファイル処理には非同期エンドポイントが適しています。
ファイルには 一括メール検証 を使用してください。10,000 件のアドレスに対して 1 行ずつ MCP サーバーを呼び出す方法は適していません。
制限
主張する範囲を狭く限定しているからこそ、エージェントは信頼して利用できます。
deliverable という結果は、誰かにメールを送る許可ではありません。MCP サーバーの出力に基づいて動くエージェントにも、同意ルールを別途組み込む必要があります。
MCP サーバーが報告するのはメールボックスの事実だけで、許可については何も示しません。
応答するメールボックスがあっても、誰が管理しているかは証明できません。共有エイリアスや転送アドレスは一般的です。
エージェントは、この MCP サーバーが返す deliverable ステータスから本人性を推測してはいけません。
SMTP の受け入れ結果が示すのは受信者側の経路です。その後のキャンペーンが受信トレイに届くかどうかは、MCP サーバーから見えない送信者側のレピュテーションに左右されます。
問題のもう一方については、メール到達性テストを使用してください。
MCP サーバーが返すのは根拠です。エージェントが catch-all ドメインや使い捨てメールプロバイダーをどう扱うかは、プロトコルではなく、ユーザーの製品が決めることです。
ポリシーを一度定義し、MCP 接続と一緒にエージェントへ渡してください。
リファレンス
MCP はオープンプロトコルで、同じ検証エンジンをほかの複数の方法でも利用できます。
MCP はモデルとツールを接続するオープン標準です。そのため、製品ごとのプラグインを必要とせず、1 つのメール検証 MCP サーバーがすべての準拠クライアントで動作します。
プロトコルが検出、スキーマ、トランスポートを処理し、当社のメール検証 MCP サーバーが検証を提供します。
プラットフォームが MCP ではなくスキルを使用する場合は、 エージェントスキル パッケージから同じ検証機能をワンクリックでインストールできます。
同じエンジン、同じフィールドです。MCP とスキルは、1 つのツールを届ける 2 つの仕組みです。
当社の MCP サーバーが呼び出すのは、 メール検証 API です。MCP で利用できるすべての機能は、通常の HTTP からも利用できます。
呼び出し元がモデルなら MCP、自作コードなら REST API を選んでください。
インストールは不要です。ホスト型 MCP サーバーなので、クライアントの MCP 設定に URL を追加して OAuth で認証すれば、ツールが表示されます。ローカルプロセスもコンテナも、更新管理が必要な依存関係もありません。
Claude Code の MCP 設定に MCP サーバーの URL を追加し、OAuth で認証します。メール検証 MCP サーバーを利用すれば、エージェントはアドレスが妥当そうか推論する代わりにツールを呼び出します。
ほかのクライアントと同じです。URL を追加して認証すれば、ツールが表示されます。メール検証 MCP サーバーは、プロトコルの目的どおり、設計上クライアントに依存しません。
MCP はベンダー別のプラグイン形式ではなくオープンプロトコルなので、MCP 準拠のクライアントならどれでも動作します。AI 製品ごとに個別連携せず、1 つのメール検証 MCP サーバーへ一度接続する意義はここにあります。
いいえ。MCP が検出とスキーマを処理するため、準拠クライアントならクライアント別のコードなしでメール検証 MCP サーバーを呼び出せます。自作コードから HTTP を直接呼び出す場合は REST API も利用でき、メール検証 MCP サーバーと API は同じフィールドを返します。
ホスト型で OAuth により保護されたメール検証 MCP サーバーです。エージェントに推測させず、アドレスを検証させましょう。
ホスト型リモート MCP サーバー · ローカルパッケージ不要 · OAuth はクライアント側で処理