MCP over MoQT標準公開 — AIエージェントの100msの壁を突破

複数のAIエージェントを同時に接続して仕事をさせたことはありますか？単独でローカルのコーディングツールを使っているときには感じにくいですが、複数のエージェントがインターネット経由で互いにツールをやり取りし始めると、反応速度が目に見えて低下してしまいます。

この悩ましいボトルネックを解消するため、現在IETF（国際インターネット標準化機構）のagentprotoワーキンググループを中心に、モデル・コンテキスト・プロトコル（MCP）をメディア・オーバー・クイック・トランスポート（MoQT）上に載せ、ネットワークの反応速度を100ms以下に短縮する標準化作業が急速に進められています。リアルタイム動画ストリーミングのように高速で通信する、次世代エージェントネットワークの興味深い変化を分かりやすくご紹介します。

既存のMCPに潜む伏兵、「ツール税」とは？

複数のAIエージェントを接続して使っていると、反応が極端に遅くなる瞬間があります。その原因の一つは、エージェントがツールを使うたびに裏側でやり取りされる「ツール仕様書」の重さにあります。

エージェントは、自分が使えるツールとその動作を把握するために、ツール全体の構造が記述されたスキーマ情報を毎回丸ごと受け取る必要があります。学界ではこれを「ツール税」と呼んでいます。既存の一般的なServer-Sent Events（SSE）環境では、ツールの種類が増えるだけで不要な構造的オーバーヘッドがなんと5万トークン近く発生し、エージェントの動作速度を著しく低下させます。

この問題を劇的に解決するために導入されたのがMCP over MoQTアーキテクチャです。エージェントが全体のツール仕様書を毎回ダウンロードして読む代わりに、必要な時にのみ動的にツール情報を呼び出すゲイティング技術と賢いキャッシングシステムをサポートします。これにより、不要なネットワークトラフィックを大幅に削減し、エージェントの即応性を高めることが可能です。

超高速ストリーミングの要、MoQTとQUICを簡単に理解する

YouTubeのライブ配信で、バッファリングなしに画面が途切れず続く様子を思い浮かべてみてください。ウェブ上で大容量の動画データをリアルタイムでスムーズに流すために使われるメディア技術がMoQTです。この高性能ストリーミング技術をAIエージェントのチャットルームにそのまま持ち込んだのが、今回の標準の核となります。

従来の一般的なSSE設定環境では、エージェントがツールを使うたびに、重くて複雑なツール仕様スキーマを毎回丸ごと送受信する必要がありました。これを「ツール税」と呼びますが、複雑な環境ではこの構造的トークンオーバーヘッドだけで数万トークンに達し、ネットワークの遅延を引き起こす主犯となっていました。MoQTはエージェントのツール、リソース、通知データをそれぞれ独立したリアルタイムの「トラック」に分けてストリーミングすることで、不要なスキーマの再送を防ぎ、変更されたデータのみを高速に伝送してツール税を解消します。

このリアルタイムストリーミングという高速道路の基盤となる伝送規格が、UDPベースの超高速通信規格「QUIC」です。接続時に必要な複雑なパケット交換プロセスを省略し、最初のパケットからデータを載せて送るため、遅延時間をほぼゼロに近づけることができます。

実際にエージェントのMCPメッセージをMoQTトラックにマッピングして処理する設定ファイルの例を挙げます。各データフローを独立したトラックアドレスに指定して軽量に流す構造です。

{
  "mcpServers": {
    "database-agent": {
      "transport": "moqt",
      "url": "moqt://localhost:4433",
      "tracks": {
        "tools": "mcp/database-agent/tools",
        "resources": "mcp/database-agent/resources",
        "notifications": "mcp/database-agent/notifications"
      }
    }
  }
}

この構成方法を活用すれば、エージェントは毎回ツールリスト全体を読み直すことなく、必要なデータトラックのみをサブスクライブできます。2026年7月に初提案されたIETFドラフト規格であるため、まだ活発に調整が行われている実験段階ですが、ローカル網を越えて遠隔エージェント間の通信速度を引き上げる重要な鍵として注目されています。

開発者が今すぐ試せる実践的なオープンソースツール

この超高速通信標準は単なる理論にとどまりません。2026年7月に提案されたばかりのIETFドラフト段階でまだ実験的ですが、開発者が直接実行して検証できる初期のオープンソースエコシステムが急速に形成されています。

まず注目すべきツールは、コアランタイムであるagentproto/tsです。このツールはバックグラウンドで常時実行されるデーモンプログラムとして機能し、ローカルエージェントのワークフロー処理やセキュアなトンネルの管理を行います。複雑なプライベートネットワークやファイアウォールの背後にあるローカルMCPサーバーを外部と接続したい場合は、caddy-mcpプラグインが強力な解決策となります。安全なリバースプロキシとして機能し、厄介なローカルNAT環境を迂回してQUICストリームをスムーズに通してくれます。

さらに、Cloudflareが管理する低レベルの伝送ライブラリであるmoq-rsが加わることで、開発者が自ら大容量データトラックを扱える環境が整いました。例えば、自身の開発環境のMCP設定ファイルに次のようなMoQT伝送トンネルを構成することで、この新技術を連携させることができます。

{
  "mcpServers": {
    "moqt-tunnel": {
      "command": "npx",
      "args": ["@agentproto/cli", "daemon", "--local-port", "8080"],
      "transport": "moqt",
      "config": {
        "relay_url": "moqt://relay.agentproto.dev",
        "control_track": "mcp/control"
      }
    }
  }
}

非常に直感的だと思いませんか？正式な標準化前の初期ビルド段階ではありますが、これらのツールを組み合わせてみるだけでも、これから訪れる超低遅延エージェントネットワークの可能性を十分に垣間見ることができます。

100msの超高速エージェント時代を迎える

既存の重く低速な同期呼び出しから脱却し、AIエージェントがまるで軽量なネットワークマイクロサービスのようにリアルタイムでデータをやり取りする時代が近づいています。MoQTとQUICを活用した超高速MCP通信は、複数のエージェントが協調する際に発生する速度ボトルネックを解消する最も確実な糸口です。

もちろん、今回の標準案は2026年7月に提案されたばかりのインターネットドラフト段階であり、実際のプロダクション環境に適用するにはまだ早い実験技術です。しかし、agentproto/tsのような初期のオープンソースプロジェクトを軽く触りながら、訪れる変化を先取りして体験してみるだけでも、非常に興味深い旅になるはずです。

ネットワークボトルネックに縛られず、100ms以下で高速反応するエージェントエコシステムが今後どう発展していくのか、これからも関心を持って見守っていきましょう！