ClaudeがMCPのステートレス中核仕様を取り込む

Anthropicは、MCP 2026-07-28仕様をClaude製品へ順次取り込むと発表しました。

要点

• MCPはステートレスな中核仕様へ移行し、サーバーレスやエッジ環境へ載せやすくなります。
• MCPアプリとTasksは、バージョン管理された拡張フレームワークの下で扱われます。
• 認可はOAuth 2.0やOIDCの実運用に近づき、企業IdPとの接続を前提にしやすくなります。

今回のブログ記事で語られていること

今回のClaude Blogは、モデルコンテキストプロトコルの2026-07-28仕様が公開され、Claude製品への対応が進むことを説明しています。中心は、MCPが双方向で状態を持つプロトコルから、リクエストとレスポンスを基本にしたステートレスな中核仕様へ移る点です。従来は、MCPサーバーがセッションを持つ設計だと、水平スケール、ロードバランサー、障害復旧、サーバーレス実行で運用上の制約が出やすくなりました。新仕様では、各リクエストがより自己完結するため、MCPサーバーを通常のHTTPワークロードとして扱いやすくなります。

記事は、MCPが月間4億件を超えるSDKダウンロード規模になり、AIエージェントと業務アプリをつなぐ標準として広がっているとも説明しています。そのため、今回の変更は開発者だけでなく、企業のID管理、接続先管理、監査、運用体制にも関係します。MCPアプリやTasksのような拡張が正式な拡張フレームワークへ入ることで、会話内UIや長時間タスクのような機能を、コア仕様を崩さずに発展させやすくなります。認可面では、EntraやOktaのような企業IdPに合わせやすいOAuth 2.0/OIDCの考え方へ寄せることで、個別の回避策ではなく、管理された接続として導入しやすくなります。

Claude側の文脈では、コネクターディレクトリ、MCPアプリ、enterprise-managed auth、開発者向けの観測ダッシュボード、MCP tunnelsが紹介されています。特にMCP tunnelsは、社内ネットワーク内のMCPサーバーを公開エンドポイントにせずClaudeへ接続する研究プレビューとして説明されており、内部ツール連携の導入障壁を下げる可能性があります。ただし、仕様変更は後方互換性やクライアント対応の確認が必要です。企業は、既存MCPサーバーの対応バージョン、認可方式、ログ、エラー処理、ユーザーへの展開手順を分けて検証したいです。

今回のブログ記事が関係する人

Claude連携を開発するMCPサーバー開発者、企業IdPでコネクターを管理するIT管理者、社内ツールをClaudeへ接続するプラットフォームチームに関係します。

結局、今回のブログ記事をどう読むべきか

MCPを実験的な接続方式から、企業が運用できるHTTPベースの標準接続へ近づける発表です。導入側は新仕様への対応だけでなく、認可、拡張、観測、社内ネットワーク接続の設計を合わせて確認する必要があります。