こんにちは、株式会社TIMEWELLの濱本です。ここ1年ほど、社内のAI活用について経営層と話していると、必ずと言っていいほど「MCP」という言葉が出てくるようになりました。技術に明るい方から「うちもMCP対応しておいたほうがいいのか」と聞かれることもあれば、名前だけ聞いて中身がよく分からないという方もいます。
面白いのは、この頭文字3文字が世に出てから、まだ2年経っていないという事実です。AnthropicがModel Context Protocolを発表したのは2024年11月[^1]。それがいまや、OpenAIもGoogleもMicrosoftも採用し、Linux Foundationの傘下に置かれる「業界標準」になりました。ここまでの速さで標準が固まった例を、私は近年のIT業界であまり思い出せません。本稿では、なぜMCPがこれほど短期間で企業標準の座に就いたのか、2026年に向けたロードマップが何を目指しているのか、そして自社に導入するとき経営やDX推進の立場で何を決めておくべきかを、Anthropicと公式ドキュメントの一次情報だけをたどって整理します。
MCPが標準になるまで、この1年半で起きたこと
まず出発点を確認します。Anthropicは2024年11月25日、MCPを「AIアシスタントを、データが存在するシステムに接続する新しいオープン標準」と位置づけて発表しました[^1]。ここでいうシステムとは、コンテンツリポジトリや業務ツール、開発環境のことです。同社は仕様とSDKを公開し、Claude Desktopがローカルのサーバーに接続できるようにしたうえで、Google DriveやSlack、GitHub、Git、Postgresといった主要ツール向けのプリビルトサーバーもオープンソースで出しました。初期の採用企業としてBlockとApolloが名を連ね、開発ツール側ではZed、Replit、Codeium、Sourcegraphが対応を進めているとされています[^1]。
ここで一度、MCPが何を解こうとしたのかを言葉にしておきたいと思います。AIに社内のデータやツールを触らせようとすると、これまではモデルごと、ツールごとに個別のつなぎ込みを書く必要がありました。組み合わせが増えるほど接続の数は掛け算で膨らみます。MCPは、この「AIとツールの間」に共通の作法を1本通すことで、つなぎ込みを足し算に変える発想です。USBが周辺機器の接続を1つの規格に集約したのと、狙いはよく似ています。この考え方の背景は、以前書いたAPIからMCP・CLIへ、AIエージェント時代の接続の作法でも掘り下げているので、あわせて読んでいただけると立体的に見えてくるはずです。
標準化を決定づけたのは、発表元以外のベンダーが次々と乗ってきたことです。2025年3月26日、OpenAIがMCP採用を表明しました。サム・アルトマン氏はX上で、人々はMCPを気に入っており、自社製品全体でサポートを追加できることに期待している、と述べ、Agents SDKで即日対応したことを明かしています[^2]。その数週間後の2025年4月9日には、GoogleがGeminiモデルとSDKでMCPをサポートすると発表しました。DeepMindのデミス・ハサビスCEOは、MCPは良いプロトコルであり、AIエージェント時代に向けたオープン標準として急速に定着しつつある、と評しています[^3]。競合同士が同じ規格に相乗りするというのは、業界ではそう頻繁に起きることではありません。
そして2025年12月9日、動きは制度面で決着しました。Linux Foundationが新組織Agentic AI Foundation（AAIF）の設立を発表し、AnthropicのMCP、Blockのgoose、OpenAIのAGENTS.mdをアンカープロジェクトに据えたのです[^6]。プラチナ会員にはAWS、Anthropic、Block、Bloomberg、Cloudflare、Google、Microsoft、OpenAIが並びました。AnthropicはMCPをこの財団へ寄贈し、プロジェクトはLinux Foundation傘下の一組織となって、コードはApache License 2.0、ドキュメントはCC BY 4.0で提供される形になっています[^7]。寄贈の発表時点で、公開されているアクティブなMCPサーバーは1万件を超え、PythonとTypeScriptのSDKは月間9,700万件超ダウンロードされているとされました[^7]。Anthropicの最高製品責任者マイク・クリーガー氏が「1年で、AIシステムをデータやツールに接続する業界標準になった」と語ったのは[^6]、誇張ではなく実測に裏打ちされた表現だと私は受け止めています。
2026年のロードマップが示す4本柱
標準になったあと、MCPはどこへ向かうのか。ここは公式が明確に地図を描いています。2026年3月9日に公開された2026 MCPロードマップは、リードメンテナのDavid Soria Parra氏が著者として、4本の柱を掲げました[^9]。この4つは、MCPが「動くようになった」段階から「大規模に、企業で、安全に運用できる」段階へ移るための優先順位そのものです。
1本目はTransport Evolution and Scalability、つまり通信基盤のスケール化です。HTTPストリーミングをステートレスに水平スケールできるようにし、.well-knownの仕組みでサーバーを発見できるようにする方向が示されました[^9]。2本目はAgent Communicationで、非同期の作業を扱うTasksプリミティブに再試行や期限の考え方を整えていくとしています。Tasks自体は2025年11月版の仕様で実験的機能として導入されたもので、working、input_required、completed、failed、cancelledといった状態を持つ、durable（永続的）な非同期リクエストの枠組みです[^4]。AIエージェントに数分から数時間かかる仕事を任せる時代に向けた布石だと理解しています。
3本目のGovernance Maturationは、貢献者の階層（contributor ladder）を明文化し、Working Groupへ権限を委譲していくという運営の成熟です。そして4本目が、本稿の主題でもあるEnterprise Readiness、監査証跡やSSO認証、ゲートウェイの挙動、設定の可搬性といった企業導入の要件です[^9]。
この地図が現実の仕様に落ち始めているのも見逃せません。2026年5月21日にリリース候補が確定し、2026年7月28日の正式公開が予定されている仕様は、ステートレス化を大きく進めます。initializeとinitializedのハンドシェイクやMcp-Session-Idヘッダを廃止し、どのMCPリクエストもどのサーバーインスタンスに届いてよい設計に変わります。加えてMcp-MethodやMcp-Nameといったヘッダによって、ロードバランサやゲートウェイが本文を覗かずにルーティングできるようになります[^10]。実験的なコア機能だったTasksが正式なextension（拡張）へ昇格するのも、この版の節目です[^10]。地味に聞こえるかもしれませんが、負荷分散の裏側でボディを解釈しなくてよいというのは、大規模運用ではかなり効いてくる変更です。
エンタープライズreadiness、SSOと監査ログとレジストリの現実
企業でMCPを本気で使おうとすると、最初にぶつかるのは機能ではなく統制です。誰がどの権限で、どのデータに、どのAIエージェントを通じて触れたのか。これが説明できない仕組みは、情報システム部門の審査を通りません。
MCPはこの領域を1年かけて着実に固めてきました。2025年11月25日版の仕様は認可の枠組みを刷新し、OpenID Connect Discovery 1.0に対応、WWW-Authenticateヘッダを使った増分的なスコープ同意、そしてDynamic Client Registrationに代わるOAuth Client ID Metadata Documents方式を採用しました[^5]。あわせて、スキーマ定義の既定のdialect（方言）をJSON Schema 2020-12に定めています[^5]。要するに、社内のIDプロバイダと素直に連携し、必要な権限だけを段階的に与えられる土台が仕様レベルで整った、ということです。SSOで社員を認証し、そのアイデンティティに紐づいた権限でエージェントを動かすという、企業がふだんやっている統制の作法に、MCPが歩み寄ってきた形です。
ここでロードマップの読み方に一つ注意点があります。2026ロードマップは、Enterprise Readinessの細部を意図的にコア仕様では未定のまま残しており、想定される成果物はコア仕様の変更ではなく拡張（extensions）として実装される見込みだと明言しています[^9]。私はこの判断を筋がいいと考えています。監査ログの形式やゲートウェイの振る舞いは企業ごとに事情が違う。それをコア仕様に無理に押し込めば、標準がかえって重くなります。核を軽く保ち、企業要件は拡張で吸収する。長く使われる標準の設計思想として、まっとうです。
もう一つ、レジストリの話をしておきます。MCPサーバーが1万件を超えたと書きましたが、それらを見つけて選ぶ仕組みも育っています。2025年11月版の公開時点で、MCP Registryは9月の発表以降407%成長して約2,000エントリに達し、コアチームを支えるメンテナは58名、Discordのコントリビュータは2,900名を超え、週あたり100名以上の新規貢献者が加わっていたとされます[^4]。エコシステムの規模は、標準を選ぶうえで無視できない判断材料です。自社でサーバーを内製する場合の勘所はMCPサーバー自作ガイドにまとめてありますが、まず公開レジストリで使えるものを探し、足りない部分だけ作るという順序が現実的でしょう。
統制の観点でもう一点、運営体制の中立性は企業の安心材料になります。AAIFへ移管されたあともMCPの技術的ガバナンスは変わらず、Lead、Core、Maintainers、Contributorsというメンテナ階層とSEP（提案）プロセスが維持されています。Linux FoundationはMCPの技術的方向性を指図しないとされ、日々の意思決定は従来のメンテナが担う設計です[^8]。特定の一社に運命を握られていない標準であることは、社内で「なぜこれを採るのか」を説明するときに効いてきます。
経営とDX推進が、いま決めておくべきこと
ここまでの流れを踏まえて、では自社は何を決めればいいのか。技術の話から一歩引いて、意思決定の話をします。
私の見立てでは、いま経営やDX推進の立場で決めるべきは「MCPを採るかどうか」ではありません。それはもう、主要なAI製品がこぞって対応した時点で、事実上の前提になりました。ChatGPT、Cursor、Gemini、Microsoft Copilot、Visual Studio Codeといった、社員がすでに触っているツールがMCPを話せる[^8]。だとすれば論点は、社内のデータとツールをどの順番で、どの統制のもとでMCPに接続していくか、という運用設計の側にあります。
具体的に決めておきたいことは、そう多くありません。第一に、認証をどうするか。SSOと連携し、社員のアイデンティティに権限を紐づける方針を先に固める。仕様側は2025年11月版でOpenID Connect対応など下地を整えています[^5]から、あとは自社のIDプロバイダとどう繋ぐかの設計判断です。第二に、監査ログの持ち方。どのエージェントがどのデータに触れたかを記録し、あとから追える形にしておく。これはロードマップでも企業要件の柱に据えられており[^9]、拡張として実装される流れなので、自社で何を必須要件とするかを先に言語化しておくと導入がぶれません。第三に、どのサーバーを信頼して使い、どれを内製するかの線引きです。1万件を超える公開サーバー[^7]の中には玉石混交も当然あります。全社で使ってよいものを選定する軽い審査プロセスを、小さくてよいので用意しておくことをおすすめします。
逆に、いま慌てて決めなくてよいこともあります。仕様はまだ動いています。2026年7月28日版でハンドシェイクが廃止されステートレス化が進むように[^10]、基盤の作法は進化の途中です。ここで自社独自の重厚な作り込みに走ると、標準の進化に置いていかれます。核となる接続は標準に素直に乗り、企業固有の要件は拡張で足す。MCP自身が選んだこの設計思想を、導入する側もそのまま借りるのが賢いと私は思います。焦って全部を作り込むより、標準の変化に追随できる薄い作りを保つ。この一点を経営として握っておくだけで、数年後の負債がずいぶん軽くなります。
WARPが伴走する、AIエージェント運用設計
とはいえ、ここまで読んで「方針は分かった、で、うちは何から手をつければいいのか」と感じた方も多いと思います。標準が定まったことと、自社で回せることの間には、実務の距離があります。その距離を一緒に詰めるのが、弊社のAIコンサルティングサービスWARPの役割です。
WARPでは、MCPを前提としたAIエージェントの運用設計を、絵に描いた構想ではなく現場が回せる形まで落とし込むことを重視しています。たとえば、社内のどのデータソースから接続を始めるかの優先順位づけ。SSOと監査ログをどう組み込み、情報システム部門の審査に耐える統制をどう設計するか。公開レジストリのサーバーをどこまで使い、どこから内製に切り替えるか。こうした判断は、技術だけでも経営だけでも決まりません。両方をつなぐ視点が要ります。実装の解像度をもう一段上げたい方には、開発の具体に踏み込んだClaude Agent SDK実装ガイドも参考になるはずです。
MCPが業界標準になったという事実は、裏を返せば、もう「様子見」の言い訳が効かなくなったということでもあります。社員が使うツールが軒並みMCPを話す以上、接続の統制を自社で設計しないままだと、いつの間にか誰がどのデータに触れているか分からない状態が生まれます。標準に乗ることは、放置してよいという意味ではありません。むしろ、どう乗るかを設計する仕事がここから始まります。自社のAIエージェント運用をどこから組み立てるか、統制と実装の両面で相談したい方は、個別相談からお声がけください。標準が固まったいまこそ、設計に時間をかける価値があると考えています。
参考
[^1]: Introducing the Model Context Protocol — Anthropic — 2024年11月25日 [^2]: OpenAI adopts rival Anthropic's standard for connecting AI models to data — TechCrunch — 2025年3月26日 [^3]: Google says it'll embrace Anthropic's standard for connecting AI models to data — TechCrunch — 2025年4月9日 [^4]: One Year of MCP: November 2025 Spec Release — Model Context Protocol（公式ブログ）— 2025年11月25日 [^5]: Key Changes — Specification 2025-11-25 Changelog — Model Context Protocol — 2025年11月25日 [^6]: Linux Foundation Announces the Formation of the Agentic AI Foundation (AAIF) — Linux Foundation — 2025年12月9日 [^7]: Donating the Model Context Protocol and establishing the Agentic AI Foundation — Anthropic — 2025年12月9日 [^8]: MCP joins the Agentic AI Foundation — Model Context Protocol（公式ブログ）— 2025年12月9日 [^9]: The 2026 MCP Roadmap — Model Context Protocol（公式ブログ）— 2026年3月9日 [^10]: The 2026-07-28 MCP Specification Release Candidate — Model Context Protocol（公式ブログ）— 2026年5月21日