MCP

HProxy MCPサーバー:キー不要で公開無料プロキシ一覧の取得とチェック

HProxy の MCP サーバーは、AI アシスタントに公開無料プロキシ一覧の取得、単一プロキシのチェック、IP 情報の照会を直接任せたい用途に適していて、キーも登録も不要です。ただし公式は、これらの公開プロキシはどの時点でも半数以上が応答しないと明確に警告しており、短いタイムアウトと順次切り替えを使い方として受け入れてから利用してください。

公式ソース · hproxy-com/free-proxy-list

インストール

claude mcp add --transport http hproxy https://mcp.hproxy.com/mcp

向いている人

  • MCP クライアント内で作業する開発者や自動化スクリプトの作成者に向いています。AI アシスタントに、公開無料プロキシ一覧の取得、特定のプロキシが今応答するかのチェック、IP 情報の照会といった作業を直接任せたい場合です。公式が Claude Code、Claude Desktop、Cursor、Windsurf 向けの設定を用意しており、これらのクライアントの利用者が最も低コストで始められます。
  • ツール名から見ると、3 つのツールはよくあるパイプラインをカバーします。proxy_list が一覧を取得し、proxy_check が単一プロキシを検証し、ip_lookup が IP を照会します。各ツールの具体的なパラメータは証拠に記載がなく、未確認です。
  • 設定不要という前提は公式が明示しています。サーバーは同一のキーレス API の上に構築され、原文には「No key, no signup, CORS open」と書かれています。一度の実験のためにアカウント登録やキー申請をしたくないユーザーはそのまま利用でき、この点を検証事項として扱う必要はありません。
  • 利用の前提(公式原文の警告):一覧が返すのはすべて公開無料プロキシで、どの時点でも半数以上が応答しない見込みです。結果を使う前に短いタイムアウトを設定し、失敗したら次へ切り替える必要があります。これは公式が定めた使い方であり、省略可能な選択肢ではありません。
  • 向いていない用途:高可用性と安定した出口が必要な業務トラフィック、プライバシーやログについての約束が求められる重要経路。こうした約束は証拠に存在しません。
  • 不明点:プロキシ一覧の絞り込みパラメータ、返却フィールド、レート制限とクォータは、いずれも証拠に記載がなく未確認です。

3分で初回トライ

推奨のメインルート:Claude Code の 1 行の公式コマンドでリモートサーバーを登録し、クエリは 1 回だけ行います。

  1. 手を動かす前に副作用を確認します。proxy_list が返す各項目は公開無料プロキシで、どの時点でも半数以上が応答しません。タイムアウトは短く、失敗したら次へ。公式はこれを利用要件として明記しています。初回トライの目的は経路が通るかの確認だけで、この段階でプロキシを本番トラフィックに接続しないでください。
  2. ターミナルで公式コマンドを実行します:
claude mcp add --transport http hproxy https://mcp.hproxy.com/mcp
  1. キーも登録手順も不要です。公式原文は「No key, no signup」。
  2. 低リスクな機能を 1 回呼びます。会話の中でアシスタントに proxy_list を呼ばせ、現在の一覧を取得します。3 つのツール(proxy_list、proxy_check、ip_lookup)は同一のキーレス API の上にあります。読み取り専用の注記が付いているかは証拠に記載がなく、初回は照会系の呼び出しから始めるのが最も無難です。
  3. 成功のシグナルは 2 つ。コマンドが成功すること、そしてクライアントが hproxy サーバーに接続した後、アシスタントがツールを呼び出してプロキシ一覧を返すこと。一覧にどのフィールドが含まれるかは証拠に記載がなく、未確認です。

補足:Claude Desktop、Cursor、Windsurf の公式設定は hproxy.com/tools/ai にあります。各クライアントの具体的な設定断片は証拠に含まれず、個別には確認されていません。

使用例

ケース 1:一回きりの接続確認実験のためにプロキシをまとめて取得する。シナリオ:スクリプトは候補の公開プロキシの一括取得が必要で、個々が使えるかは問わない。手順:アシスタントに proxy_list を呼ばせ、現在の一覧を取得します。期待できる結果:公開プロキシの一覧が手に入ります。公式の警告どおり、どの時点でも半数以上が応答しません。言い換えると、10 件取得すれば今この瞬間に使えるのは通常 5 件未満で、実験の期待値はこの比率で設定し、短いタイムアウトと切り替えリトライを組み合わせます。一覧のフィールドと件数上限は証拠に記載がなく、未確認です。

ケース 2:プロキシを使う前に一度チェックする。シナリオ:一覧や他のソースからプロキシアドレスを手に入れ、本利用の前に今応答するかを確認したい。手順:アシスタントに proxy_check でそのプロキシを検査させます。確認できること:公式がこのチェックツールを提供しており、キーレス API の上に構築されていること。パラメータの形状と返却形式は証拠に記載がなく未確認のため、クライアント内のツールに添付されたパラメータ説明に従い、推測したパラメータは使わないでください。

利用上の境界

  • 読み書きの性質:3 つのツールは名称上、プロキシと IP 情報の照会系に属しますが、公式は読み取り専用の注記や読み書き分類を宣言しておらず、ここでは独立した安全結論は出しません。
  • キーと登録:キー不要、登録不要。公式原文は「No key, no signup, CORS open」で、アカウント体系の関与を示す証拠はありません。
  • ローカルデータ:ツールがローカルファイルやローカル状態を読み書きするという記述は証拠になく、未確認です。この点だけから追加の保証を導くことはできません。
  • 副作用と確認ポイント:主なリスクは結果側にあります。公開プロキシは半数以上が使えず、短いタイムアウトと切り替えが必要です。プロキシを本番トラフィックに接続する前に人間の確認が必要で、公式はこれらのプロキシの管理者やログ方針を明らかにしていません。アカウント認証情報やプライバシーデータに関わるトラフィックを公開無料プロキシに依存させてはいけません。
  • 公式の明示的制限:プロキシはどの時点でも半数以上が無応答であること。短いタイムアウト、失敗時の次への切り替えは、公式が明記した前提です。
  • 切断とクリーンアップ:サーバーの削除や切断の方法は証拠に含まれず、未確認です。
  • 未確認の重要情報:レート制限とクォータ、ツールパラメータの詳細、返却フィールドの構造、サービス可用性の保証は、いずれも証拠に記載がありません。