リモートとローカルMCPサーバーの違いとネットワーク監視のポイント

リモートとローカルのMCPサーバーは、主にアクセス方法と可用性の確認方法が異なります。リモートMCPサーバーはHTTPエンドポイント（mcp_*タイプ）を使い、ネットワーク経由で状態をチェック可能ですが、ローカルMCPサーバーはパッケージレジストリからインストールされる（package_*タイプ）ため、ネットワーク上のエンドポイントがなく、観測された状態は常に不明（unknown）となります。この違いは、Wellknownのようなインデックスがサーバーの状態や信頼性を監視する際に影響します。

主要ポイント

• ローカルMCPサーバーはnpm、PyPI、OCIなどのパッケージとしてインストールされ、ネットワークエンドポイントがないため状態は常に不明。
• リモートMCPサーバーはHTTPエンドポイント（Streamable HTTP、SSE）を公開し、ネットワーク越しにライブチェックが可能。
• WellknownはリモートMCPサーバーのみネットワークチェックを実施可能で、ローカルパッケージには対応しない。
• リモートとローカルのMCPサーバー選択は、監視性や可観測性のトレードオフを伴う。
• インデックスされたMCPサーバーの大半はリモートHTTPエンドポイントだが、ローカルパッケージもかなりの割合を占める。

ローカルMCPサーバーとは？

ローカルMCPサーバーは、Model Context Protocol（MCP）を実装したプログラムで、パッケージレジストリやコンテナイメージからインストールされます。ネットワーク経由でアクセスされるのではなく、開発者の環境内でローカルに実行されます。Wellknownのインデックスにおけるエンドポイントタイプは以下の通りです：

• package_npm: 27,171件 — npmパッケージとしてインストールされたローカルサーバー
• package_pypi: 20,180件 — PyPIパッケージとしてインストールされたローカルサーバー
• package_oci: 1,193件 — OCIコンテナイメージから実行されるローカルサーバー

これらのローカルサーバーは、リモートチェック用のネットワークエンドポイントを公開していません。WellknownのtermRulesによると、チェック対象がないため観測された状態は常に**不明（unknown）**となります。これはパッケージの一般的なケースです。

リモートMCPサーバーとは？

リモートMCPサーバーは、AIアプリケーションやインデックスがネットワーク経由でアクセス可能なHTTPエンドポイントを公開しています。主なリモートエンドポイントタイプは以下です：

• mcp_streamable_http: 31,387件 — Streamable HTTPを利用するリモートMCPエンドポイント
• mcp_sse: 1,034件 — Server-Sent Events（SSE）を利用するリモートMCPエンドポイント

これらのリモートエンドポイントは、Wellknownなどのインデックスがネットワークチェックを行い、状態、遅延、信頼性を観測できます。観測された状態は、最近のチェック結果によりライブ（live）、最近観測（recently observed）、**利用不可（unavailable）**などとなります。

ネットワーク監視の可否：何が監視可能か？

Wellknownのインデックスには39,544件のネットワーク監視可能なエンドポイントが記録されており、これはHTTPエンドポイントを公開するリモートMCPサーバーに対応します。これらのエンドポイントはサーバーが稼働中か利用不可かをプローブできます。

一方、パッケージからインストールされるローカルMCPサーバーはネットワークエンドポイントがないため、状態は常に**不明（unknown）**です。つまり：

• インデックスはサーバーが現在稼働中か到達可能かを検証できない。
• 不明状態は障害や破損を意味せず、単にネットワークチェックが不可能なだけ。

この違いは、サーバーの信頼性情報をインデックスに依存する開発者にとって重要です。

MCPサーバー選択時の影響

MCPサーバーを選ぶ際、リモートとローカルの違いを理解することで監視や信頼性の期待値を管理できます：

• ローカルMCPサーバー（package_npm、package_pypi、package_oci）:

  • ローカルにインストール・実行される
  • ネットワークエンドポイントがないためインデックスによるライブ監視不可
  • ローカル制御や統合を重視する場合に適する

• リモートMCPサーバー（mcp_streamable_http、mcp_sse）:

  • HTTP経由でアクセス可能
  • 稼働時間や遅延のライブ監視が可能
  • リモートの可用性や可観測性が必要な場合に有用

開発者は、ライブ状態監視やネットワーク可観測性が必要かどうかを考慮してリモート・ローカルのMCPサーバーを選択すべきです。

エンドポイントタイプと件数のまとめ

観測された状態の分布

• インデックスされたMCPサーバー総数：76,105
• ライブ状態のMCPサーバー（観測済み）：23,110
• 不明状態のMCPサーバー（主にローカルパッケージ）：45,990

このことから、多くのMCPサーバーがネットワークエンドポイントを持たないローカルパッケージであり、その状態は不明であることがわかります。

結論

リモートMCPサーバーはHTTPエンドポイントを公開し、Wellknownのようなインデックスがネットワーク経由でライブチェックを行い、リアルタイムの状態や信頼性情報を提供します。一方、パッケージレジストリからインストールされるローカルMCPサーバーはネットワークエンドポイントを公開しないため、インデックスからは状態が不明のままです。MCPサーバーを選ぶ際は、ネットワーク可観測性やライブ状態監視が必要か（リモート優先）、それともローカルインストールと制御を重視するか（ローカル優先）を考慮してください。

このデータは2026-11-01T00:37:39.756Z時点のWellknownライブインデックスのスナップショットです。