AIにドライブさせる：MCPサーバーとPinggyによるローカルホストの公開

AIコーディングエージェントは、Webhookハンドラーの作成、開発サーバーの起動、そしてそのサーバーをパブリックインターネットに公開することを、自然言語のプロンプト一つで行えるようになっています。これを可能にしたのがModel Context Protocol（MCP）です。従来はローカルマシンの端で止まっていたエージェントが、Pinggyのようなトンネリングサービスを通じて外部にアクセスできるようになりました。本稿では、MCPの歴史、2026年中のエージェントIDEの現状、そしてPinggyのMCPサーバーとそのスキルの仕組みについて解説します。

MCPが標準化した内容

Anthropicは2024年11月25日にModel Context Protocolをオープンソース化し、AIアシスタントとデータやツールが存在するシステムを接続する標準規格としました。MCP以前は、モデルとツールの組み合わせごとに個別の統合が必要でしたが、これを1つのサーバーに集約し、MCP互換クライアントから利用可能にしたのが特徴です。プロトコルのメッセージフローはLanguage Server Protocol（LSP）を参考にしており、JSON-RPC 2.0でやり取りされます。

アーキテクチャは3つの部分から構成されます：

1. ホスト — ユーザー向けアプリケーション（IDE、デスクトップチャットクライアント、カスタムエージェント）
2. クライアント — MCPを話し、サーバーへ呼び出しをルーティングする部分
3. サーバー — ツールやリソース、プロンプトを公開する外部プロセス（この場合はトンネル管理）

通信層は、MCP最初のリリース以降進化しています。2024年11月の仕様はstdio（ローカルのシングルクライアント用）とHTTP+SSE（リモートサーバー用）を採用していましたが、2025年3月の改訂ではHTTP+SSEは廃止され、Streamable HTTPに置き換えられました。これにより、単一エンドポイント、負荷分散下でのステートレス展開、再接続可能なセッションが可能になっています。SSEは後方互換性のために残されていますが、2026年6月30日にサポート終了予定のベンダーもあります。現時点では、ローカルツールにはstdio、リモートにはStreamable HTTPを推奨します。

MCPの採用は急速に進み、OpenAIは2025年3月にAgents SDKにネイティブサポートを追加し、Google DeepMindも翌月にGeminiをサポートしました。2025年12月9日にAnthropicがMCPのガバナンスをLinux FoundationのAgentic AI Foundationに移譲した時点で、エコシステムは月間SDKダウンロード9700万件以上、公開サーバーは1万以上に拡大しています。

エージェントIDEの変遷

エージェントコーディングに関わる主要ツールは、2026年現在も進化を続けています。

• CursorはAnysphereがVS Codeフォーク上に構築し、Composer（複数ファイルのエージェント編集）とClaude、GPT、Gemini間のモデル切り替えをサポートしています。2026年4月にリリースされた「Cursor 3」では、ローカルマシンやGitワークツリー、クラウドサンドボックス、リモートSSHターゲットを管理するエージェンズウィンドウを中心に再設計されました。Anysphereは2025年11月のシリーズDで293億ドルの評価を得ており、2026年にはSpaceX（当時xAIと合併）が600億ドルでの買収権を持つ契約を結びましたが、現時点では行使されていません。
• WindsurfはCodeiumのエージェントIDEとして始まり、Googleの買収後、Cognition AIに買収されました。2025年12月頃に約2億5000万ドルで買収され、CognitionのSWE-1.5モデルを搭載し、Codemapsというコード可視化機能を持ち、Devinと統合される予定です。Windsurfはもはや独立製品ではなく、Cognitionの一部となっています。
• Claude Codeはもともと端末専用でしたが、現在は6つのインターフェース（端末CLI、VS Code拡張、JetBrainsプラグイン、デスクトップアプリ、Web、Slack）で動作し、すべて同じ設定とMCPサーバーに接続しています。

これらすべてはMCPを介して接続可能で、トンネル管理も含めて一つのサーバーに接続できます。

ローカルホストのボトルネック

Webhook連携のコードを書くのは難しくありませんが、実際にStripeやShopify、別ネットワークのモバイルクライアントと連携させるには公開URLが必要です。従来はエージェントの自律性がこの段階で止まり、別端末のターミナルを開き、トンネリングサービスに認証し、URLをエージェントに戻して再開する必要がありました。これを繰り返すと、Webhookテストやリモートデモ、IoTデバイス作業のたびにコンテキスト切り替えが発生し、エージェントだけでは解決できません。ツール呼び出しでトンネリングを自動化できれば解決します。

PinggyのMCPサーバーとスキル

PinggyはSSHベースのトンネリングサービスで、エージェントツールのスキルとMCPサーバーの2つのコンポーネントを提供します。スキルはSSHコマンドやCLIフラグ、SDKの使い方をまとめたもので、エージェントが自己実行できるようになっています。MCPサーバーはトンネル操作を呼び出し可能なツールとして公開し、エージェントはドキュメントからコマンドを組み立てる必要がありません。Pinggyの推奨は、まずスキルをインストールし、必要に応じてMCPサーバーを追加することです。

スキルのインストール

npx skills add https://pinggy.io

これはコミュニティ標準のAgent Skillsとして公開されており、skills CLIがエージェントを検出して~/.claude/skills/pinggy/にインストールします。前提条件はNode.jsのみです。

MCPサーバーのインストール

MCPサーバーのソースはgithub.com/Pinggy-io/pinggy_mcpにあります。こちらは「早期実験段階」との記載があります。Python 3.10+とuvが必要です。

curl -LsSf https://astral.sh/uv/install.sh | sh

他のものはグローバルにインストールせず、クライアント側がuvxを通じてpinggy-mcpを必要に応じて取得・実行します。設定はクライアントごとに異なり、VS Codeはserversキーを使用し、Claude DesktopやCursor、WindsurfはmcpServersを使用します。設定ファイルも異なります。

Claude Code — CLIから直接登録します：

claude mcp add pinggy-mcp -- uvx --from git+https://github.com/Pinggy-io/pinggy_mcp.git pinggy-mcp

登録後はclaude mcp listで確認してください。

Claude Desktop — OSごとの設定ファイルを編集： - macOS: ~/Library/Application Support/Claude/claude_desktop_config.json - Windows: %APPDATA%\Claude\claude_desktop_config.json - Linux: ~/.config/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

Cursor — ~/.cursor/mcp.json（グローバル設定）またはプロジェクトルートの.cursor/mcp.json：

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

VS Code — ~/.vscode/mcp.json（グローバル）または.vscode/mcp.json（プロジェクト）：設定のトップレベルキーはserversです。

{
  "servers": {
    "pinggy-mcp": {
      "type": "stdio",
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

設定後はコマンドパレットからDeveloper: Reload Windowを実行してください。

Windsurf — ~/.codeium/windsurf/mcp_config.json：

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

保存後にWindsurfを再起動してください。

実行できる操作例

接続後、Pinggyのドキュメントにある例は以下です：

• “ポート3000で開発サーバーを公開する。”
• “localhost:22へのTCPトンネルを開く。”
• ”~/Downloadsフォルダをインターネット経由で共有する。”
• “Pinggyにログインする。”
• “アクティブなトンネル一覧を表示。”
• “特定IPからのトラフィックだけを許可。”
• “トンネルを停止。”

ただし、Pinggyのドキュメントは「ログイン」が何をするかの詳細を公開しておらず、またこのプロジェクトは「早期実験段階」と明記されているため、機密情報に使う前にソースコードを確認することを推奨します。すべてのPinggyドキュメントページは同じURLにindex.mdサフィックス付きでプレーンMarkdownとしても公開されており、pinggy.io/llms.txtで全体の概要も確認できます。

実用例

Webhookテスト。 Shopify連携のエージェントに「注文作成Webhookを設定して」と指示すると、ルートハンドラーを書き、ローカルサーバーを起動し、Pinggy MCPツールでHTTPトンネルを開き、そのURLをShopifyに登録します。これにより、多段階の手動作業を一つのやり取りに短縮できます。

デバイス・センサーアクセス。 ローカルIoTセンサーやRaspberry Piがクラウドエンドポイントにアクセスする場合、エージェントがTCPトンネルを開き、公開アドレスを返すだけで済みます。開発者がSSHコマンドを再構築する必要はありません。

ファイル・フォルダ共有。 PinggyのCLIはローカルディレクトリを直接提供可能です（pinggy --serve /path/to/files）。この機能はMCPサーバー経由でも利用でき、例として「~/Downloadsフォルダを共有」があります。データセットやビルド出力のレビューに便利で、第三者ストレージにアップロードせずに公開リンクを作成できます。

セキュリティ上の注意点

これらの操作は慎重に行う必要があります。VS CodeのMCPドキュメントは、「ローカルのMCPサーバーは任意のコードを実行できる」と明記しており、信頼できるソースからのサーバーのみ追加すべきです。PinggyのMCPサーバーは実験段階のため、ネットワークやファイルシステムへのアクセス権を付与する前に内容を確認し、「丁寧に尋ねたから安全」とは限らないことを理解してください。IPホワイトリストや認証オプション（基本認証、ベアラートークン）は、エージェントが開くトンネルに対しても有効であり、デフォルトで適用すべきです。

今後の展望

MCPはファイルアクセスやAPI呼び出しの標準化だけでなく、開発者が既に使っているネットワークツールへのソケットを提供しました。トンネル管理はその自然な拡張です。エージェントはWebhookやセンサー、フォルダの公開などを自動化でき、必要なものを「到達可能」に設定すれば、ツールがその仕組みを実行します。

---

更新履歴

この文章は以前の草稿から書き直されました。出典とともに修正点を示します：

1. MCP発表日と概要 — 2024年11月25日が正式リリース日と確認され、「N×M」問題とLSP由来のメッセージフローの設計も公式発表と複数の技術的レビューから裏付けられています。
2. 通信層の修正 — 初期の説明ではSSEをリモート通信の現行仕様と誤解していましたが、実際には2025年3月の仕様改訂でHTTP+SSEは廃止され、Streamable HTTPに置き換えられています。SSEは後方互換のために残されているだけです。
3. 採用とガバナンスのアップデート — OpenAIやGoogle DeepMindのサポート、2025年12月のLinux Foundationへのガバナンス移譲、そして現在の規模（9700万+ SDKダウンロード、1万+サーバー）についても記載しています。
4. Cursor、Windsurf、Claude Codeの最新情報 — Windsurfは買収され、Cognition AIのモデルを使用。Cursorは2025年の評価額と2026年の買収権の情報、Claude Codeは6つのインターフェースで動作することを追記しています。
5. Pinggy MCPサーバーのGitHubリポジトリ — 公式はgithub.com/Pinggy-io/pinggy_mcpです。以前の誤ったURLは修正済みです。
6. OAuth 2.0やWebDAVに関する記述の修正 — 公式ドキュメントに記載がないため、これらの具体的な認証・共有方式の記述は削除しています。
7. インストール手順の詳細化 — 各設定ファイルのパスと内容、CLIコマンドを正確に反映しています。
8. 例示プロンプトの追加 — Pinggyの実例を掲載し、信頼性を向上させました。
9. セキュリティの注意喚起 — MCPサーバーの潜在的リスクと推奨事項を明記しています。
10. 今後の展望とまとめ — パターンの一般化とツールの自動化の意義を解説しています。