何が変わったのか
MCPの新しい仕様がプロトコルのドキュメント上で公開されました。中核にあるのは「企業規模で使えるようにする」という一貫したテーマです。象徴的なのが新設の廃止（deprecation）ポリシーで、ある機能が正式に廃止予告されてから実際に削除されるまで、最低12カ月の期間が保証されます。例外は重大なセキュリティ更新に限られる、という狭い設計です。
MCPはもともと、ローカルマシン上で動き、モデルとローカルのアプリケーションをつなぐだけの仕組みとして出発しました。今回の仕様は、その前提そのものを問い直す大がかりな見直しと位置づけられています。
なぜ「12カ月」が効くのか
技術的には地味な変更に見えますが、企業導入の意思決定においては性質が違います。社内システムにプロトコルを組み込む側が最も恐れるのは、機能追加の遅さではなく、来期に前触れなく壊れることだからです。予告から削除まで最低12カ月という約束は、多くの日本企業の年度計画・予算サイクルに1周期分の余裕を与えます。「壊れたら直す」ではなく「いつまでに直せばよいかが事前に分かる」状態になる。これは保守要員の見積もりや、稟議で問われる運用リスクの説明可能性に直結します。
つまりこの一文は、開発者向けの仕様変更というより、情報システム部門とベンダーの契約・保守設計に対するメッセージだと読むのが正確です。
誰が舵を握っているのか
MCPを管理するのは、Linux Foundation傘下のAgentic AI Foundation（AAIF）です。生みの親はAnthropicで、公開から2年弱。すでにOpenAI、Google、Microsoft、Amazonも開発に参加しており、単一ベンダーの仕様ではなくなりつつあります。
ただし力学は単純ではありません。権限は形式上、参加企業ではなく個々のメンテナに帰属しますが、主要メンテナの何人かは現在Anthropicに所属しています。財団という中立の器と、実際の意思決定に効く個人の所属先。この二層構造は、採用側が「このプロトコルは誰の都合で変わりうるか」を見積もるときに押さえておくべき論点です。
対応範囲の広がり
MCPの対応は開発者向けツールにとどまらず、ナレッジワークやクリエイティブ業務で使われるソフトウェア・サービスへと広がっています。接続先が業務システム側へ広がるほど、可用性と後方互換性の要求水準は上がる。今回の仕様が企業運用に寄ったのは、その現実に追いついた結果とも言えます。
💼 事業会社視点：これは自社にどう効くか
経営判断としては「様子見の口実が一つ減った」と受け止めるのが妥当です。これまでMCPの本番採用を止めていた理由の多くは、性能ではなく「仕様が動くリスク」でした。最低12カ月の廃止猶予は、そのリスクを見積もり可能なコストに変えます。
SaaS事業者は、自社機能をMCPサーバーとして外部エージェントに開放するかを今期の議題に上げるべきです。接続先がAnthropicだけでなくOpenAI、Google、Microsoft、Amazonの系にも広がる以上、ここは個別API連携の営業コストを下げる流通チャネルになりえます。
受託開発・SIerにとっては、見積もりの根拠が一つ増えます。「12カ月の予告期間」を前提に保守条項を設計すれば、無期限の追随義務を負わずに済む。逆に、この期間を織り込まない契約は自社の持ち出しになります。
EC・事業会社の情シスは、在庫・顧客データへのエージェント接続を検討する際、統制設計を先に決めるべきです。仕様が企業運用に寄った今、技術的な障壁より社内の権限設計がボトルネックになります。
ただしAAIFという中立の器の下でも、主要メンテナの一部はAnthropic所属です。「Linux Foundation傘下だから中立」で思考を止めず、乗り換えコストは常に試算しておくことをお勧めします。