今週初め、AppleのWebKitチームはSafari Technology Preview 247に組み込みのModel Context Protocolサーバーを搭載しました。これにより、MCP対応のAIエージェントがライブのSafariブラウザウィンドウに直接アクセスできる16のツールが提供されます。このワークフローでは、エージェントがスクリーンショットの取得、DOMの検査、JavaScriptの実行、コンソール出力の読み取り、ネットワークリクエストの監視、ビューポートのサイズ変更、CSSメディアモードのエミュレート、アクセシビリティチェックの実行をすべて端末から離れることなく実行できます。

Safari向けに開発する人にとって、これは確かな使い勝手の向上です。また、Appleが1ヶ月足らずで2つ目の公式MCPサーバーを提供したことから、プラットフォームベンダーがコミュニティ実装に任せるのではなく、自社製品にMCPを組み込み始めていることがわかります。

2つのサーバー、3週間

6月初旬のWWDCで、AppleはXcode 27にMCPBridgeを導入しました。これはMCPをXPC経由でXcodeのライブプロセスに変換するバイナリで、AIエージェントがプロジェクトのビルド、テストの実行、SwiftUIプレビューのレンダリング、ドキュメントの検索、診断情報の読み取りを可能にする20の組み込みツールを公開します。Anthropic、OpenAI、Googleのエージェントはいずれも同じプロトコルを通じて接続できます。

SafariのMCPサーバーは、Safari Technology Previewの一部として提供され、任意のMCPクライアントに接続し、標準化されたインターフェースを通じてブラウザ機能を公開するという点で非常に似ています。実験と呼ぶこともできますが、1つのプラットフォームベンダーから約3週間で2つの公式MCPサーバーが標準製品機能として提供されることは、MCPがプラットフォームインフラになりつつある証拠だと私は考えています。

1つのプラットフォームベンダーから約3週間で2つの公式MCPサーバーが標準製品機能として提供されることは、MCPがプラットフォームインフラになりつつある証拠です。

アーキテクチャによるプライバシー

このサーバーは完全にローカルマシン上で動作し、Safari内の個人情報にはアクセスできません。つまり、AutoFillデータ、閲覧履歴、その他のブラウザアクティビティにはアクセスできません。ページコンテンツ、スクリーンショット、またはコンソールログを取得する場合、データはAppleではなく、開発者が実行しているAIエージェントに直接送信されます。その後の処理は、エージェントとその背後にあるモデルに依存します。

このプライバシーアーキテクチャは、他のブラウザベンダーがAI統合に取り組む方法とは異なるため注目に値します。MicrosoftのEdgeのCopilotはMicrosoftのインフラを介して開いているタブを読み取り、分析します。GoogleのGemini for MacはGoogleのモデルを介してローカルファイルにアクセスします。いずれの場合も、ブラウザ会社とAI会社が同一の組織であるため、技術アーキテクチャは簡素化されますが、信頼関係は集中します。Appleのアプローチは両者を分離します。ブラウザベンダーがインターフェースを提供し、開発者がセッションデータを信頼するAIを選択します。

その結果、Safariはデバッグループに積極的に参加する存在となり、エージェントが直接クエリできるようになります。

Appleのアプローチは両者を分離します。ブラウザベンダーがインターフェースを提供し、開発者がセッションデータを信頼するAIを選択します。

以前は、AIエージェント向けのブラウザ統合はほぼ完全にコミュニティ構築のツールに依存していました。開発者はPlaywright、Chrome DevTools Protocolラッパー、またはボランティアが保守する非公式のMCPサーバーを通じて接続を寄せ集めていました。これらは機能しましたが、リバースエンジニアリングに依存し、ベンダーによるサポートのコミットメントはほとんどなく、ブラウザのリリースごとに予測不能に動作しなくなる問題がありました。

Appleだけがこの動きをしているわけではないことに留意しましょう。JetBrainsはIntelliJ IDEAバージョン2025.2以降にバンドルされたMCPサーバーを提供しており、2026.2 EAPでMCPの機能を拡張し、ブレークポイントやログポイントを含むデバッグ機能をプロトコル経由でエージェントに公開しています。BraveはSearch API用の公式MCPサーバーを維持しています。AnthropicはModel Context Protocol自体をLinux FoundationのAgentic AI Foundationに寄贈し、OpenAI、Google、Microsoftもこれを公に支持しています。

一貫した戦略は、ブラウザ、IDE、開発者プラットフォームを構築する企業が、コミュニティ統合に頼るのではなく、MCPエンドポイントを標準製品機能として提供していることを示しています。

信頼性には公式サポートが必要

簡単に言えば、公式実装は基盤となるソフトウェアと連動して更新されます。AppleはSafariのMCPサーバーとSafariのレンダリングエンジン間の互換性を管理します。コミュニティが保守する代替手段は、ベンダーがいつでも変更可能な安定した内部APIに依存するため、同じ保証を提供できません。

エージェント主導のデバッグ、テスト、またはデプロイメントに依存するかどうかを評価するエンジニアリングチームにとって、基盤となる統合の信頼性はモデルの機能と同等に重要です。DOMツリーについて推論できるモデルであっても、DOMツリーを提供するツールがブラウザのポイントリリースごとに動作しなくなるのであれば役に立ちません。

DOMツリーについて推論できるモデルであっても、DOMツリーを提供するツールがブラウザのポイントリリースごとに動作しなくなるのであれば役に立ちません。

セキュリティモデルも忘れてはなりません。AppleのSafari MCPサーバーはアクセス範囲を明示的に制限しており、これはサードパーティの統合が約束するよりも、ベンダーが信頼性を持って実施しやすい境界です。

次に来るもの

今から断言します。MCPはプラットフォームインフラに移行しつつあります。この軌道が続けば、開発者は最終的に、今日REST API、SDK、コマンドラインツールを期待するのと同じように、ソフトウェアがMCPインターフェースを公開することを期待するようになるかもしれません。

エージェントとツールの通信に関する競合するアプローチは依然として存在し、エコシステムは急速に進化し続けています。しかし、プラットフォームベンダーがMCPを統合実験ではなく出荷製品機能として扱っているという事実は、明確なフェーズの変化を示しています。

YOUTUBE.COM/THENEWSTACK

技術は急速に進化しています。エピソードを見逃さないでください。当社のYouTube チャンネルを購読して、すべてのポッドキャスト、インタビュー、デモなどをストリーミングしましょう。

Group Created with Sketch.