今回のMCP仕様アップデートは、一般ユーザーにどう関係するのか?自分は開発者ではないが。
もしClaude内で既存のMCPコネクタ(Google DriveやNotionなど)を接続しているだけなら、今回のアップデートは基本的に「舞台裏」の変化だ。自分で何かを再設定する必要はなく、各コネクタの背後にあるサービス提供者が新仕様への移行を担当する。ただし、間接的に2つの影響を感じられるはずだ。1つ目は、MCP Appsという機能により、一部のコネクタが対話ウィンドウ内に直接インタラクティブなUIを表示できるようになり、タブを切り替えて状態を確認する必要がなくなること——これは直接体感できる体験の向上だ。2つ目は、ステートレス化によってサーバーがスケーリングしやすくなり、長期的にはコネクタが高トラフィック時に接続不安定になりにくくなることだ。
もし所属組織がエンタープライズ顧客で、管理者が「エンタープライズ管理認証」を有効にしている場合、今後新しいMCPコネクタに個別にログインして許可する必要がなくなり、会社アカウントにログインするだけで自動的にアクセス権を得られるようになっているかもしれない——これは仕様アップデートに伴ってClaude側に追加された新機能がもたらす、直接的な体験の違いだ。
なぜMCPはステートレスなアーキテクチャに変更する必要があったのか、元の双方向持続接続の設計には何が問題だったのか?
元のMCPは、接続状態を維持する必要のある双方向プロトコルとして設計されていた。これは、すべてのMCPサーバーが接続管理と、予期しない切断後の再接続ロジックを自前で処理しなければならないことを意味していた。これは単一のコネクタを開発するチームにとっては追加のアーキテクチャ上の負担であり、より多くのユーザーにサービスを拡大しようとするチームにとっては、問題はさらに顕著になる——大量の持続接続を維持すること自体が、相応のサーバーリソースとアーキテクチャの複雑さを必要とするからだ。
ステートレスなリクエスト・レスポンスモデルへの移行により、MCPサーバーはサーバーレスやエッジコンピューティングといったインフラに直接デプロイできるようになった——こうしたインフラの特性はまさに「持続接続を維持する必要がない」ことにあり、元の双方向プロトコル設計は、むしろMCPサーバーがこうしたインフラのもたらすスケーリングの柔軟性を直接享受することを妨げていた。これが、Netlifyのエンジニアリング担当VPが、ステートレスコアによってMCPが「第一級のHTTPワークロード」になったと表現した理由だ——つまり、接続状態を維持するために専用のアーキテクチャを別途設計する必要がなくなり、業界で既に成熟しているスケーリングの仕組みを、一般的なHTTP APIと同じように直接適用できるようになった、という意味だ。
MCP AppsとTasksという2つの機能は、実際にはどのように動作するのか?
MCP Appsが解決するのは「コネクタが何かをしているのに、ユーザーにはその過程が見えない」という問題だ。これまでは、MCPコネクタがバックグラウンドで比較的複雑な操作を実行している場合、ユーザーは進捗や結果を確認するためにそのサービスのネイティブインターフェースに切り替える必要がしばしばあった。MCP Appsが導入されたことで、サーバーはインタラクティブなUIをClaudeの対話ウィンドウ内に直接レンダリングできるようになり、ユーザーは対話を離れることなく、コネクタが実際に何をしているかを確認し、さらにはそのインターフェース内で直接操作することもできる。
Tasksが対処するのは別のよくある悩みどころだ。レポートの生成や、比較的長いデータ処理パイプラインの実行など、本来一定の時間がかかる作業がある。プロトコルに「この作業はまだ進行中である」ことを表現する正式な仕組みがなければ、開発者はしばしば自前で工夫する必要があった(例えばコネクタに空のステータスを返し続けさせたり、ユーザーに手動での再確認を求めたりするなど)。Tasksは、こうした長時間実行される作業に正式な処理経路を提供し、「作業がまだ進行中」であることをプロトコルレベルで表現できる状態にする——開発者それぞれが独自の場当たり的な対処法を編み出す必要がなくなる。
今回のアップデートで、この2つがプロトコルのコアに直接書き込まれるのではなく「バージョン管理された拡張フレームワーク」にまとめられたことの意義は、今後同様の機能を追加する際に、このフレームワークの中でバージョンや拡張を追加すればよく、毎回MCPプロトコル自体のコア仕様を変更する必要がなくなる、という点にある。これはエコシステム全体の互換性と安定性にとって、より健全なアプローチだと言える。
もし自分が開発者で、自前のMCPサーバーを構築しようと考えている場合、今回のアップデートで最も実務的な影響は何か?
最も直接的な影響は、デプロイのコストと複雑さが下がることだ。ステートレス化により、接続管理や再接続ロジックを別途設計することなく、MCPサーバーをサーバーレスやエッジコンピューティングのプラットフォームに直接デプロイできるようになった——これはゼロからMCPサーバーを構築するハードルが明らかに下がったことを意味し、持続接続を維持するために固定のサーバーリソースを確保しておく必要もなくなった。
もし対象ユーザーにエンタープライズ顧客が含まれるなら、認証の強化にも注目する価値がある。今では本番環境向けのOAuth 2.0とOIDCのデプロイ方式に直接整合できるようになり、企業が既に持っているID管理システム(EntraやOktaなど)への接続に、回避策を書く必要がなくなった。これにより、あなたのコネクタをエンタープライズ顧客が導入する際の統合コストが下がる。
実務上注意すべき点として、もし既に稼働中のMCPサーバーを持っている場合、今回の仕様アップデートは即座の移行を意味しない——発表では既存のベータ統合は引き続き動作すると述べられており、移行は段階的なプロセスとして想定されている。まずは公式の仕様ドキュメントとSDKを確認し、自分が使っているフレームワークが既に新仕様に対応しているかを確かめてから移行スケジュールを計画するのがよく、一度に全面書き換えを急ぐべきではない。
MCP(Model Context Protocol)は2026年7月28日、これまでで最も重要な仕様アップデートを迎えた。これは表面的な調整ではなく、プロトコルの基盤アーキテクチャに手を入れるものだ。普段MCPサーバーに接続している人、あるいは自分でサーバーを構築しようと考えている人にとって、今回のアップデートは「どう構築するか」「トラフィックに耐えられるか」といった実務的な問題に直接影響する。
最も中核的な変化は、MCPが双方向で接続状態を維持する必要があるプロトコルから、ステートレスなリクエスト・レスポンスモデルへと移行したことだ。これまでMCPサーバーは、状態を処理するために開いたままの接続を維持する必要があり、サーバーアーキテクチャは接続管理や再接続ロジックといった追加の複雑性を考慮しなければならなかった。ステートレス化により、MCPサーバーは長時間持続する接続を維持することなく、サーバーレスやエッジコンピューティングのインフラに直接デプロイできるようになり、開発者にとってMCPサーバーの構築とスケーリングの複雑さが明らかに軽減された。
この変化の実際の意義は、既に新仕様の上で開発を進めている複数の企業からのフィードバックに表れている。NetlifyのApplied AI担当VPであるSean Roberts氏は、ステートレスコアによってMCPがセッション管理を気にする必要のない第一級のHTTPワークロードになったと述べている。ZapierのプロダクトエンジニアであるPaul D'Ambra氏も、プロトコルがステートレスに移行したことで、自社サービスのスケーリングや、顧客のMCPサーバー向けの利用分析機能の追加が容易になったと語っている。
2つ目の重要な変化は、MCP AppsとTasksという2つの機能が、正式にバージョン管理された拡張フレームワークにまとめられたことだ。MCP Appsは、サーバーが対話内に直接インタラクティブなUIをレンダリングできるようにする機能で、ユーザーはタブを切り替えて状態を確認することなく、対話ウィンドウ内で直接コネクタの動作を操作できる。Tasksは、長時間実行される作業のための正式な処理経路を提供する。この2つを独立した拡張フレームワークにまとめたことは、今後同様の機能が追加される際に、毎回プロトコルのコア自体を変更する必要がなくなることを意味し、エコシステム全体の長期的な安定性にとってプラスのシグナルとなる。
3つ目の変化は認証メカニズムの強化だ。今回のアップデートにより、MCPの本人確認は本番環境で一般的に使われるOAuth 2.0とOIDCのデプロイ方式に直接整合するようになり、MCPサーバーはMicrosoft EntraやOktaといった企業の既存のID管理システムに、追加の回避策を書くことなく接続できるようになった。エンタープライズユーザーにとって、これはClaudeが現在提供している「エンタープライズ管理認証」(Enterprise-managed auth)を補完するものだ——管理者は既存のIDプロバイダーを通じて一度だけコネクタを組織全体に許可すれば、ユーザーは初回ログイン時に自動的にアクセス権を取得でき、個別の設定は不要になる。
プロトコル自体の変更に加えて、Anthropicは新仕様と連動するいくつかの機能をClaude側にも同時に展開した。MCP Appsはコネクタが対話内に直接インタラクティブなUIを表示できるようにする。エンタープライズ管理認証は、管理者が一度設定するだけで、ユーザーが既存のID管理システムを通じて自動的にアクセス権を取得できるようにする。開発者向けには、自分が公開したコネクタがClaudeの各インターフェースでどれだけ採用されているか、エラー率、レイテンシを追跡できる新しい可観測性ダッシュボードが追加された。MCPトンネル(現在はリサーチプレビュー段階)は、外部にポートを開放したりIPアローリストを設定したりすることなく、Claudeがプライベートネットワーク内のMCPサーバーに接続できるようにする。今回の発表時点で、Claudeのコネクタディレクトリには950以上のMCPサーバーが登録されており、毎日数百万人が利用している。