Trykitt

@pipeworx/trykitt

TryKitt.ai を使って、氏名と会社のドメインから、確認済みの仕事用メールアドレスを検索します。 enrich-waterfall の検索ローテーション（フリート #2860）の一部です。

Pipeworx の一部です。AI エージェントを 1745 以上のライブデータソースに接続する MCP ゲートウェイです。これは独立した非公式のインテグレーションであり、上流プロバイダーとの提携、承認、公開はありません。

ツール

• trykitt_find_email(full_name, domain, linkedin_url?, _apiKey) — メールアドレス、 信頼度（0～1）、および情報源を返します。HTTP レスポンスにジョブ ID ではなく完了した結果が含まれるよう、リアルタイムモードでリクエストします。

認証

BYO のみです。TryKitt API キーを _apiKey として渡してください（ヘッダーは x-api-key です。 複数のサードパーティーの記事で誤って想定されている Authorization ではありません）。https://trykitt.ai から取得してください。プラットフォームキーはありません（D4）。

データソース

• https://api.trykitt.ai/job/find_email — メールアドレス検索（リアルタイムモード）。

検証メモ（フリート #2860、2026-10-08、ベンダーキー未所持）

• 「未指定」と「誤り」の違いを含め、エッジプローブでヘッダー名を確認済み：認証ヘッダーなし -> HTTP 401 {"message":"Auth credential not set in request","response_code":401}； x-api-key: invalidkey123 -> HTTP 401 {"message":"Invalid API Key","response_code":401}。異なる失敗に対して異なるメッセージが返されることから、既定の 401 が返されているのではなく、ヘッダーが実際に読み取られていると確認できます。
• レスポンスの形式は、TryKitt の公開 Postman コレクションとサードパーティーの MCP ラッパーの README に基づいています（TryKitt 自身の説明文書は API と同じ認証の壁の向こうにあるため、対象外です）。キーを所持していないため、成功した呼び出しは行っていません。文書に記載された形式は { job_id, status, result: { email, confidence, sources } } です。このパックでは、status が "completed" 以外の場合、該当なしとして黙って処理せず、明示的にエラーにします。TryKitt のジョブモデルでは非同期実行も可能なためです。今後、有効なキーを使ったときに realtime: true にもかかわらず "pending" が返された場合は、ポーリング手順を追加する必要があります。その場合、現在のコードは found: false と報告するのではなく、明示的にその旨を通知します。
• 未検証（キー未所持）： realtime: true がすべてのプラン階層で確実に同期結果を強制するかどうか、および status の値の全種類。

クイックスタート

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

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

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

https://gateway.pipeworx.io/trykitt/mcp の tools/list は、上記の表にあるツールに加えて、Pipeworx の共通メタツール（ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で利用できるツール群）も返します。そのため、表示されるツール数はこの表の数より多くなります。現在、単一パックのエンドポイントには、そのパック専用のツールに加えて、共通ツールが約 30 個表示されます。接続の initialize レスポンスには正確なスコープが示されており、その日の時点での正式な情報となります。

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

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

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

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

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

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

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

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

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

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

npx -y @pipeworx/mcp-trykitt

標準入力／標準出力を介して MCP で通信し、initialize／tools/list／tools/call に対して、このパックのツールのみを使って応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使う

ツールを直接呼び出す代わりに、自然な英語で質問できます。これは上記のパックのエンドポイントでも、完全なゲートウェイでも利用できます。

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

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

詳細

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

ライセンス

MIT