OpenAIは2025年3月にModel Context Protocol（MCP）を正式に採用した。この決定により、人工知能システムを外部ツールやデータソースに接続するための業界標準として、同プロトコルの地位が確固たるものとなった。この採用は、OpenAIがChatGPTデスクトップアプリを含む自社製品全体にMCPをすでに統合していた後のことであり、AI業界における相互運用性への重要な転換を示すものとなった。
Model Context Protocolは、大規模言語モデルなどのAIシステムが外部ツール、システム、データソースとデータを統合・共有する方法を標準化するために、2024年11月にAnthropicが導入したオープン標準かつオープンソースのフレームワークである。MCPは、ファイルの読み取り、関数の実行、コンテキストに応じたプロンプトの処理のための標準化されたインターフェースを提供する。発表後、このプロトコルはOpenAIやGoogle DeepMindを含む主要なAIプロバイダーによって採用された。
背景
MCPは、2024年11月にAnthropicによって、AIアシスタントをコンテンツリポジトリ、ビジネス管理ツール、開発環境などのデータシステムに接続するためのオープン標準として発表された。このプロトコルは、AnthropicのエンジニアであるDavid Soria ParraとJustin Spahr-Summersによって作成された。MCPは、情報サイロとレガシーシステムに対処するために設計された。MCP以前は、開発者はデータソースやツールごとにカスタムコネクタを構築する必要がしばしばあり、Anthropicが「N×M」データ統合問題と表現する事態を引き起こしていた。
OpenAIの2023年の「関数呼び出し」APIやChatGPTプラグインフレームワークなどの初期のアプローチは、同様の問題を解決したが、ベンダー固有のコネクタを必要とした。MCPは、Language Server Protocol（LSP）のメッセージフローのアイデアを再利用している。このプロトコルのオープンな性質とAnthropicによる支援により、独自の統合方法に対する中立的な代替手段として位置づけられた。
2025年12月、AnthropicはMCPを、Linux Foundationの下にある指定基金であるAgentic AI Foundation（AAIF）に寄贈した。AAIFはAnthropic、Block、OpenAIによって共同設立され、他の企業の支援も受けている。この動きにより、MCPはベンダー管理の技術ではなく、コミュニティ管理の標準としての地位をさらに確固たるものにした。
OpenAIの採用の経緯
OpenAIがMCPを採用するまでの道のりは、自社製品ライン全体への内部統合から始まった。2025年3月、同社はこの採用を正式に発表し、オープン標準へのコミットメントを示した。この決定は、OpenAIが以前に関数呼び出しAPIやChatGPTプラグインなどの独自の代替手段を開発していたことを考えると注目に値する。
この採用は、より広範な業界トレンドの一部であった。2025年初頭までに、MCPは主要なテクノロジー企業やAI開発者の間で勢いを増していた。OpenAIの支持は、MCPを有望なプロトコルからAIツール統合の事実上の標準へと変える転換点として広く見なされた。
2025年9月、OpenAIはChatGPTアプリにMCPのサポートを追加し、ChatGPT内での第三者アクセスを可能にした。これにより、プロトコルのリーチは何百万人ものChatGPTユーザーに拡大し、開発者は人気のAIアシスタントとシームレスに連携するツールを構築できるようになった。
技術的実装
MCPは、AIシステムを外部データソースやツールと統合するための標準化されたフレームワークを定義している。アプリケーションには、構造化データベースを平易な言語でクエリすることが含まれる。このプロトコルは、MCPホスト、MCPクライアント、MCPサーバーを区別する。MCPホストは通常、LLMと対話し、1つ以上のMCPサーバーからのサービスを必要とするAIエージェントである。これらの各MCPサーバーに対して、MCPホストはそのサーバーと通信する専用のMCPクライアントを作成する。クライアントとホストは通常、同じマシン上で実行され、MCPサーバーはローカルまたはリモートのいずれかである。
各サーバーは、1つ以上のツールまたはリソースを提供する。ツールには、データベースアクセス、計算機、コードやリポジトリへのアクセスが含まれる場合があり、リソースはFAQなどのドキュメントである場合がある。MCPクライアントは、サーバーが提供するツールとリソースのリストをサーバーに要求し、サーバーは各ツールの機能とツールを呼び出すための期待される形式の自然言語による説明で応答する。この情報はLLMに提供され、LLMがこれらのツールのいずれかのサービスを必要とする場合、MCPホストは関連するMCPクライアントにツールを呼び出すよう指示する。MCPサーバーはツールアクションを実行して結果を返し、MCPホストはそれをLLMの会話に注入する。クライアントとサーバーは、JSON-RPC 2.0メッセージを使用して通信する。
このプロトコルは、Python、TypeScript、C#、Javaなどのプログラミング言語でのソフトウェア開発キット（SDK）と、MCPサーバー実装の例とともにリリースされた。OpenAIの採用にはこれらのSDKのサポートが含まれており、開発者はChatGPTやその他のOpenAI製品向けにMCP互換ツールを構築できるようになった。
業界への影響
OpenAIによるMCPの採用は、AI業界に広範囲にわたる影響を与えた。これは、独自の統合方法を持つ企業でさえ、オープン標準の価値を認識していることを示した。この動きにより、Google DeepMindやMicrosoft (AI)を含む他の主要プレーヤーも追随するようになった。
このプロトコルは、AI-assisted software developmentツールで使用されている。統合開発環境（IDE）、Replitなどのコーディングプラットフォーム、Sourcegraphなどのコードインテリジェンスツールは、AIコーディングアシスタントにプロジェクトコンテキストへのリアルタイムアクセスを提供するためにMCPを採用している。これにより、Agentic AIとAI agentシステムの開発が加速された。
MCP Appsは、mcp-ui上に構築されたModel Context Protocolの公式拡張機能である。基本のMCP仕様はテキストと構造化データに制限されているが、MCP Appsは、ダッシュボード、フォーム、データ可視化などのインタラクティブなユーザーインターフェースをMCPサーバーからClaude (AI model family)やChatGPTなどのホストアプリケーションに配信することを標準化している。
エコシステムの成長
2026年半ばまでに、10,000以上のMCPサーバーが本番環境に導入され、プロトコルのSDKは月間9,700万回以上ダウンロードされたと報告されている。この爆発的な成長は、OpenAIの支持とAIコミュニティによるより広範な採用によって部分的に促進された。
MCPは、Microsoft Semantic KernelおよびAzure OpenAIと統合できる。MCPサーバーはCloudflareにデプロイできる。2026年4月、AAIFはニューヨーク市でMCP Dev Summit North Americaを開催し、約1,200人が参加した。同月、SalesforceのHeadless 360プラットフォームは、顧客とエージェントのやり取りをMCP経由でルーティングし始めた。5月下旬、Salesforceは、開始以来450万件のMCP呼び出しが処理されたと報告した。
OpenAIによる採用は、Agentic AI技術の開発にも影響を与えた。より多くの企業がMCPを標準化するにつれて、ツールとサービスのエコシステムは急速に成長し、すべての参加者に利益をもたらすネットワーク効果を生み出した。
プロトコルの進化
2026年7月28日、MCPのメンテナーは仕様の主要な改訂を確定した。Anthropicの技術スタッフであるDavid Soria Parraは、これを認可の追加以来のプロトコルへの最も実質的な変更であると述べた。この改訂により、プロトコルレベルのセッショントラッキングが削除され、MCPはプロトコル層でステートレスになる。プロトコルバージョン、クライアントID、機能に関する情報は、代わりに各リクエストの_metaパラメータで伝達される。この変更により、MCPのリクエストモデルはAnthropic自身のClaude Messages APIに近づく。
この改訂では、使用が限られていたいくつかの機能も非推奨となった。これには、サンプリング（サーバーがクライアントのモデルからの完了を要求できるようにする）とルート（クライアントが関連するファイルシステムの場所をサーバーに示すことを可能にする）が含まれる。非推奨の機能は、最低12か月間機能し続ける。長期間実行される操作のためのTasks機能など、以前はコア機能の一部であったものは、基本プロトコルからオプションの拡張機能に移動された。すべての変更が後方互換性があるわけではなく、新しい改訂を実装するサーバーは、互換性レイヤーなしでは古いクライアントと相互運用できない場合がある。
セキュリティに関する考慮事項
MCPは、モデルがツール呼び出しを処理する方法とMCPソフトウェア自体の両方において、いくつかのセキュリティ脆弱性の影響を受けてきた。2025年4月、Invariant Labsは「ツールポイズニング攻撃」について説明した。これは、AIモデルが読み取れるがユーザーには見えない悪意のある命令がMCPツールの説明に隠されている攻撃である。この脆弱性は、ツールの説明が信頼できるという前提から生じる。これらの問題はMCPに固有のものではなく、LLMが信頼できない入力を持つツールにアクセスできる場合はいつでも発生する可能性がある。ツールポイズニングはプロンプトインジェクションの一形態である。
MCPソフトウェア自体にもいくつかの脆弱性が見つかっている。2025年7月、JFrogは、MCPクライアントをリモートサーバーに接続するツールであるmcp-remoteにおける重大な欠陥（CVSS 9.6）であるCVE-2025-6514を開示した。この欠陥により、悪意のあるサーバーがユーザーのマシン上で任意のコマンドを実行できる可能性があった。この脆弱性はバージョン0.0.5から0.1.15に影響し、バージョン0.1.16で修正された。
これらのセキュリティ上の課題は、AIエコシステムにおける堅牢なセキュリティ慣行の継続的な必要性を浮き彫りにしている。MCPの採用が拡大するにつれて、脆弱性に対処し、標準が広範な使用に対して安全であり続けることを保証することの重要性も高まっている。
遺産
2025年3月のOpenAIによるMCPの採用は、プロトコルがAIツール統合の業界標準となった瞬間として広く認識されている。この決定は、AI業界におけるオープン標準へのより広範なシフトを反映し、異なるベンダーからのAIシステム間のより大きな相互運用性への道を開いた。
この動きは、OpenAIの競争上の立場にも影響を与えた。MCPを受け入れることで、OpenAIは独自技術の開発を続けながらも、コラボレーションと標準化の価値を認めた。この開放性と競争の間のバランスは、現代のAI情勢の特徴となっている。