本週稍早，Apple 的 WebKit 團隊在 Safari Technology Preview 247 中內建了 Model Context Protocol 伺服器——提供 16 個工具，讓任何相容 MCP 的 AI 代理可直接存取即時的 Safari 瀏覽器視窗。在這工作流程中，代理可以擷取螢幕截圖、檢查 DOM、執行 JavaScript、讀取主控台輸出、監控網路請求、調整視窗大小、模擬 CSS 媒體模式，以及執行無障礙檢查，所有操作都不需要開發者離開終端機。

任何針對 Safari 進行開發的人都知道這是一項不錯的體驗改善。而且因為這是 Apple 在不到一個月內推出的第二個官方 MCP 伺服器，平台供應商開始將 MCP 內建到產品中，而非依賴社群實作。

兩台伺服器，三週時間

在六月初的 WWDC 上，Apple 在 Xcode 27 中推出 MCPBridge——一個將 MCP 透過 XPC 轉譯到 Xcode 即時程序的二進位檔，曝露 20 個內建工具，讓 AI 代理能夠建置專案、執行測試、呈現 SwiftUI 預覽、搜尋文件，以及讀取診斷資訊。來自 Anthropic、OpenAI 與 Google 的代理都能透過同一協定連接。

Safari MCP 伺服器與此極為相似：它隨 Safari Technology Preview 一起出貨，可連接任何 MCP 用戶端，並透過標準化介面曝露瀏覽器功能。如果你想稱之為實驗也行，但在我看來，單一平台供應商在約三週內推出兩台官方 MCP 伺服器作為標準產品功能，這足以證明 MCP 正成為平台基礎建設。

單一平台供應商在約三週內推出兩台官方 MCP 伺服器作為標準產品功能，這足以證明 MCP 正成為平台基礎建設。

架構隱私

該伺服器完全在本地機器上執行，無法存取 Safari 中的個人資訊。這表示沒有自動填寫資料、沒有瀏覽記錄，也沒有其他瀏覽器活動。當它擷取頁面內容、螢幕截圖或主控台記錄時，資料會直接傳送給開發者正在執行的 AI 代理，而非傳送給 Apple；後續發生什麼事則取決於代理及其背後的模型。

這種隱私架構值得注意，因為它與其他瀏覽器廠商處理 AI 整合的方式不同。Microsoft 的 Copilot in Edge 透過 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 頻道，即可觀看所有 podcast、訪談、示範與更多內容。

Group Created with Sketch.