ニュース
「MCP C# SDK」がv2.0に ～MCP登場以来“最大の改訂”に対応、既定でステートレスへ
セッションなしで対話的なツールを実現する「MRTR」も
2026年8月6日 06:45
米Microsoftは7月28日（現地時間）、「Model Context Protocol C# SDK」（MCP C# SDK）v2.0を公開した。MCP仕様の「2026-07-28」リビジョンを実装したもので、同社はこれを『MCPが登場して以来、最大の改訂』と位置づけている。
「MCP」（Model Context Protocol）は、AIエージェントが外部のツールやサービスに接続する方法を定めたオープン規格。「MCP C# SDK」は、そのMCPサーバー・クライアントを.NET上で構築するための開発キットで、v1.0は今年3月に公開されている。
「MCP C# SDK」v2.0におけるポイントは、ステートレス（stateless）化とインタラクティブ性だ。v1との後方互換性を維持しつつも（非推奨だったものを除く）、プロトコルの基盤が再設計されている。
v1のSDKでは、「Streamable HTTP」でツールを呼び出す際、クライアントはまずサーバーと初期化（initialize）のハンドシェイクを済ませる必要があった。既定では「Mcp-Session-Id」（セッションID）が発行され、以降のすべてのリクエストにそれを付けなければならなかった。そのため、やりとりが特定のサーバーインスタンスに縛られ、水平展開（サーバーを増やす）するのが難しいという問題があった。
そこでv2では、セッションIDが不要なステートレスな設計になった。サーバーからクライアントへ一方的にメッセージを送りたい場合など、セッションが本当に必要なケースではステートフルモードを選ぶこともできるが、既定はステートレスとなる。
また、ステートレス化に伴い、MCP呼び出しがHTTP POSTの標準的な形に統一された。ロードバランサーやプロキシなどがわざわざ本文（ボディ）を読まずにヘッダーだけでトラフィックを扱えるようになるなどのメリットがある。地理的に分散した環境でのルーティングなどに有効だ。
一方で、ステートレス化には厄介な問題もついて回る。その一つが、複数のやりとりで応答が完結しないケースへの対応だ。重要な操作の前にユーザーへ確認したい、ファイル操作の前に触ってよい範囲を知りたいといった場合、従来はライブなセッション（ステートフル）が前提とされていた。
そこで、v2では「Multi Round-Trip Requests」という仕組みが導入された。サーバーが『追加の入力が必要』と判断した場合に「input_required」を返し、クライアントがユーザー入力やLLMの応答を集めて再送する仕組みで、セッションなしでも確認や追加入力といった対話が可能となる。古いステートフルなクライアントとの互換性を維持するため、橋渡し（ブリッジ）の仕組みも用意される。
そのほかにも、パッケージ構成が変更された。
- ModelContextProtocol.Core：クライアントと低レベルのサーバー。依存関係は最小限
- ModelContextProtocol：標準入出力サーバー、ホスティング／DI、属性ベースの検出。まずはここから
- ModelContextProtocol.AspNetCore：Streamable HTTPサーバー
- ModelContextProtocol.Extensions.Tasks：長時間実行するツール向け（オプトイン）
- ModelContextProtocol.Extensions.Apps：サーバーが届ける対話的なUI（実験的）
「Apps」と「Tasks」が「Core」に含まれなくなったのがポイントで、「2026-07-28」リビジョンで拡張が第一級の概念となったことを受け、今後こうした拡張が登場しても追加パッケージで対応できるようになる。また、「Core」パッケージにはコンパイラープラットフォーム「Roslyn」のアナライザーが同梱されており、よくある誤りをビルド時に検出できるようになっているとのこと。
「MCP C# SDK」は「GitHub」でホストされているオープンソースプロジェクト。パッケージ管理システム「NuGet」で入手できる。執筆時現在の最新版はv2.1.0。
