AIエージェント周りの標準規格としてじわじわ存在感を増してきた MCP（Model Context Protocol） が、かなり大きな更新を受けました。今回のポイントは、ひとことで言うと「企業で本格運用しやすい形に寄せた」ことです。
Ars Technica の記事によると、MCP の中核部分が stateless、つまり状態を持たない設計に変わりました。これまでのように、特定のサーバーの“この会話の続き”を覚えておく前提ではなく、毎回のリクエストとレスポンスを独立して扱う形に寄せたわけです。地味に見えますが、こういう変更はかなり大きい。というのも、企業で使うときに一番面倒なのは、機能の派手さよりも「ちゃんと増やせるか」「落ちないか」「運用が読めるか」だからです。
Multi Round-Trip Requests や header-based routing など、実運用向けの機能も追加されたMCP を知らない人向けに少しだけ補足すると、これは AIシステムが外部のツールやデータに接続するための共通ルール です。たとえば、AI がファイルを読んだり、社内データベースを参照したり、外部サービスとやり取りしたりするとき、その接続方法を標準化するのが MCP です。要するに、AI に“手足”を与えるための共通インターフェースみたいなものだと思えばわかりやすいです。
この MCP はもともと、ローカルマシン上で動く小さめの用途から始まったそうです。だから今回の更新は、単なる機能追加というより、最初の設計思想を企業規模に合わせて組み替え直した印象があります。私はここが一番面白いと思いました。AI の世界って、最初は「とにかく動く」ことが優先されがちですが、広く使われる段階に入ると、結局は古典的なソフトウェア工学の話に戻るんですよね。スケール、冗長性、互換性、移行期間。夢のある話のようで、実はとても泥臭い。
今回の発表で特に目を引くのは、stateless protocol core への移行です。Ars Technica が引用している開発者コメントでは、これが開発者から最も要望の多かった機能のひとつだったそうです。理由は単純で、状態を持つ仕組みは便利な反面、サーバーの個体に依存しやすく、負荷分散や障害対応が難しくなりやすいからです。状態を持たない設計に寄せれば、どのサーバーに振られても同じように処理できるので、大規模運用に向きやすくなります。
他にも、今回の仕様にはいくつか実務寄りの改良が入っています。たとえば cacheable list results は、一覧の取得結果をキャッシュしやすくするもの。つまり、何度も同じ一覧を取りに行かなくて済む場面が増えるかもしれません。authorization hardening は認可まわりの強化で、ざっくり言えば勝手に触られて困る部分をよりしっかり守る方向です。こういうのは派手さはないけれど、企業の担当者からするとむしろ本丸でしょう。
header-based routing も実用的です。これは、リクエストのヘッダー情報を使って、どの先に振り分けるかを決める仕組みです。複数のサービスや環境をまたぐとき、ルーティングの自由度が上がるので、運用しやすさにつながります。さらに formal extensions framework が追加されたことで、拡張機能の扱いもよりきちんと定義されました。ここも重要で、標準規格は「何でも足せる」より「どこまでが本体で、どこからが拡張か」がはっきりしているほうが、長生きしやすいです。
Ars Technica の記事は、この変更を enterprise scale、つまり企業レベルの大規模運用に向けたものだと位置づけています。これはかなり納得感があります。MCP は最初、ローカルアプリとAIをつなぐ軽快な仕組みとして見られていたのに、今や OpenAI、Google、Microsoft、Amazon といった大手も関わる、かなり広い標準になりました。そうなると、最初の“気軽さ”だけでは足りません。組織内で長く使うには、互換性を壊さないことがものすごく大事になります。
そこで出てきたのが、今回の deprecation policy です。新しいルールでは、ある機能を正式に廃止すると決めてから、実際に削除できるまで 最低12か月 は空けなければならないとのこと。しかも、これはセキュリティ上の緊急対応のような例外を除きます。
このルール、地味ですがかなり良いです。というのも、企業システムで一番嫌われるのは「昨日まで動いていたのに、今日のアップデートで壊れた」ですから。AI の標準がここまで配慮するのは、成熟の証拠だと思います。逆に言うと、MCP が“開発者の便利なおもちゃ”の段階を抜けつつある、ということでもあります。
もちろん、標準が大きくなると、誰が実質的な影響力を持つのかも気になります。MCP は Linux Foundation 傘下の Agentic AI Foundation（AAIF） が管理していますが、元は Anthropic が提案したものです。そして今も、主要メンテナは Anthropic に所属している人たちが中心だと記事は伝えています。OpenAI、Google、Microsoft、Amazon も関わってはいるものの、実際の運営は個々のメンテナにかかっている、というのが面白いところです。標準規格って、しばしば“どこかの一社のもの”から始まって、気がつくと“みんなのもの”になっていきますが、その移り変わりの途中が一番ナイーブで難しいんですよね。
今回の更新を見ていると、MCP は「AIの接続規格」というより、AIを企業の本番環境に載せるための共通土台に近づいているように見えます。これは大きな方向転換です。個人的には、ここで stateless 化と deprecation policy をきちんと入れたのは賢い判断だと思います。技術の話はしばしば“新機能の派手さ”で注目されますが、実際に勝負を決めるのは、こういう地味な設計です。面白いのは、地味なはずの部分が、結局いちばん未来を決めることなんですよね。
参考: With a stateless makeover, new MCP spec targets enterprise scale