MCP Version 2026-07-28 について

MCP が世に出てから2年近く経ちました。HTTP も1.0, 1.1といったバージョンがありますが、MCP も何度か新しいバージョンが出て、2025-11-25 が最新だったのですが、昨日2026-07-28バージョンが出たので、それについて記事を書きます。

公式ブログ: The 2026-07-28 MCP Specification Release Candidate | Model Context Protocol Blog

ということで、公式ブログ記事の内容を元に書いていきます。

違いの解説

セッション管理の仕組みがなくなって、完全に stateless になった＋ハンドシェイクの廃止

公式ブログ記事によれば、MCP ツール呼び出しをする際、今までは以下の流れでした。

1. クライアント: initialize request を送る
2. サーバー: Mcp-Session-Id を返す
3. クライアント: Mcp-Session-Id を付けて tools/call リクエストを送る

2026-07-28 の場合は

• Mcp-Session-Id を使ったセッション管理の仕組みがプロトコルから削除された
• initialize リクエストもプロトコルから削除された

という形でかなりシンプルになっています。

ただ、公式ブログのこの説明はあまり正確では無いなと私は思っています。

以下の仕様を読めば分かるとおり、セッション管理の仕組みは MAY であり、実際にこれを実装している MCP サーバーはあまり多くない印象です（数えたことはないのですが）。ということで、元々あまり使われていなかった仕様を削除したというのが正確なところなのかなと思います。

Transports – Model Context Protocol (2025-11-25)

initialize が削除されたのはセッション管理の仕組みとは関係ないと思いますが、シンプルな仕組みになったので歓迎したいです。

stateless にしたい場合はどうするの？

プロトコルレベルでのセッションは削除されましたが、MCP を使ったアプリ・ワークフローに状態を持たせたい場合はどうすれば良いでしょうか。

結論から言うと HTTP と同じで、サーバーがレスポンスに何らかの ID を返して、次回以降、クライアント（モデル）がその値を毎回送るようにする、という形です。

Mcp-Method and Mcp-Name ヘッダーが必須に

これは stateless の文脈の流れですが、ロードバランサーやゲートウェイなどが容易にフィルター等できるように、これらのヘッダーが必須となりました。

Mcp-Method は tools/call などで、Mcp-Name は get_weather などです。

Extensions という仕組みと、MCP Apps, Tasks

元々 Extensions という MCP を拡張する仕組みはあったようですが、それが正式に仕様化された、というようです。また、今回の2026-07-28では、以下の2つの公式 Extensions が発表されています。（どちらも全く新規のものではないです。）

• MCP Apps
• Tasks

どちらも個人的にはなかなか面白いかなと思っていますので、そのうち別途記事を書きたいと思います。

認可周りの強化

以下のページと比較してみてみました。

Authorization – Model Context Protocol (2025-11-25)

新たに

• OAuth 2.0 Bearer Token Usage (RFC6750)
• Resource Indicators for OAuth 2.0 (RFC8707)
• OAuth 2.0 Authorization Server Issuer Identification (RFC9207)
• OpenID Connect Discovery 1.0
• OpenID Connect Dynamic Client Registration 1.0 (OpenID Connect Registration)

といったプロトコルに（一部）準拠したようです。

他にもありますが省略します

他にも変更点はいくつかあるのですが、本記事では省略します。詳しくは上述の公式ブログ記事をご参照ください。

影響

ユーザーとしてはあまり無さそう

AI エージェント等から MCP サーバーを使うだけのユーザーであれば、今回のバージョンアップはあまり影響は無さそうに見えます。機能的な追加というのはあまりないからです。

MCP 関連の開発者にとっては、一時的には負担だが歓迎すべき内容（個人的意見）

MCP サーバー、クライアントやゲートウェイ等の開発者にとっては、今回のバージョンアップに対応するために、若干時間がかかる（かかった）かと思います。ただ、stateless に統一されたことにより、ネットワークレベルでの実装はシンプルになりますし、今後を考えると良い変化だと思います。

私自身、以下の MCP ゲートウェイ製品を作っていますが、Mcp-Session-Id を使ったセッション管理の仕組みは実装していなかったのでそろそろ対応しようかとも思っていたのですが、今回のバージョンアップによって不要になったのは、正直なところ嬉しいです。

Bloque – All Your MCPs, Centrally Managed.

というか、他にも改善して欲しい点が

割と最近以下のような記事を書きました。

現状の MCP では大きなファイルを扱えない – もばらぶエンジニアブログ

これは割と重要だと思うので、早く対応してもらいたいです。

後は、MCP というプロトコル自体の問題ではないですが、現状の世間にある MCP サーバーは痒いところに手が届かないものが多く、MCP で実現できるはずの夢のある未来がなかなか実現できません。この MCP サーバーにこの機能があれば、この業務が自動化・簡略化できるのに、と思うことが多すぎて困ります。

まとめ

MCP の新バージョン 2026-07-28 が昨日リリースされました。利用者にとってはそれほど大きな違いはないかと思いますが、プロトコルレベルでは stateless が標準になったり実用的な仕様変更が含まれているので、私を含む MCP 関連の開発者にとっては歓迎すべきないようかと思います。

MCP は理念としてはとても良いもののまだまだ世間が追いついていない部分も多いと思っています。今後に期待したいです。