Millionverifier

@pipeworx/millionverifier

MillionVerifier（millionverifier.com）を使用して、単一のメールアドレスを検証します。 enrich-waterfall の enrich_verify_email 順序付き検証ツールの一部です（fleet #2860）。

Pipeworx の一部です — AI エージェントを1882以上のライブデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとは提携しておらず、承認も受けておらず、公開もされていません。

ツール

• millionverifier_verify(email, timeout?, _apiKey) — 結果 （ok/catch_all/disposable/invalid/unknown）、明示的な catch_all ブール値、 品質、無料／ロールフラグ。

認証

BYO のみです。MillionVerifier API キーを _apiKey として渡してください（GET リクエストの api クエリパラメーターとして送信されます）。キーは https://app.millionverifier.com/api で確認できます。プラットフォームキーはありません（D4）。

データソース

• https://api.millionverifier.com/api/v3/ — 単一メールアドレスの検証。

検証メモ（fleet #2860、2026-10-08、ベンダーキー未保有）

• トラップ、エッジプローブでライブ確認済み：MillionVerifier は認証失敗時に HTTP 200 を返します。 無効なキー：

  GET https://api.millionverifier.com/api/v3/?api=invalidkey123&[email protected]
  -> HTTP 200
  {"email":"[email protected]","result":"error","resultcode":4,"subresult":"",
   "free":false,"role":false,"didyoumean":"","credits":0,"executiontime":0,
   "error":"Apikey not found","livemode":true}
  

  res.ok のチェックだけではこれを検出できません。このパックは result === 'error'（または error 文字列が存在する場合）を確認してエラーをスローし、メールアドレスの判定結果であるかのように result: "error" を返すことはありません。これはハウスルールで警告されている、まさに「サイレント200」のパターンです。つまり、ペイロードは通常の結果のように見えるものの、「呼び出し自体が失敗した」ことを意味する200です。
• レスポンスのフィールド名と catch_all の表現はベンダーのドキュメントで確認済み（https://developer.millionverifier.com/、2026-10-08閲覧）： result には独立した値として catch_all が含まれます（「ok」に追加される別フラグではありません）。このパックは catch_all: result === 'catch_all' を導出するため、呼び出し元は安定したブール値フィールドを引き続き取得できます。
• 未検証（キー未保有）： ドキュメントとエラープローブで確認できた範囲を超える result 値の完全な列挙（確認できたのは ok、catch_all、unverified、invalid、unknown、disposable、error のみです）、および resultcode から result への正確なマッピング。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "millionverifier": {
      "url": "https://gateway.pipeworx.io/millionverifier/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/millionverifier/mcp の tools/list は、上の表にあるツールに加えて、共有の Pipeworx メタツール（ask_pipeworx、 discover_tools、search_within、remember／recall、その他ゲートウェイ全体で使えるツール）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック独自のツールに加えて、約30個の共有ツールが一覧表示されます。接続の initialize レスポンスに正確な範囲が記載されており、その日の状況を確認するための信頼できる情報源です。

これは意図的な設計であり、誤って多重化されているわけではありません。メタツールを使うことで、このパックが対応していない質問にも、カタログ全体を対象にルーティングする ask_pipeworx を通じて回答できます。そのため、2つ目の MCP サーバーを追加する必要はありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加スキーマのコンテキスト消費がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、Pipeworx のフルゲートウェイに接続すると、このパックのツールだけでなく、すべてのパックのツールが直接一覧表示されます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL でも、同じゲートウェイと1882以上の同じデータソースにアクセスできます。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworx を通じてすべてのツールにアクセスできます。

MCP クライアントを使っていない場合：HTTP 経由で呼び出す

このパックでは独自の API キー（_apiKey）を使用します。こちらではキーを代理で提供しないため、キーなしで実行できる curl の例はありません。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/millionverifier_verify を使用します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

{
  "mcpServers": {
    "millionverifier": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-millionverifier"]
    }
  }
}

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-millionverifier

stdin/stdout 経由で MCP を使用し、initialize／tools/list／tools/call に応答します。対象はこのパックのツールのみで、上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使用する

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Millionverifier data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT