Mozilla 評估對 Chrome 提議之 Prompt API 的標準立場
Mozilla 正在審查一項 Prompt API 提案,該 API 將允許網頁應用程式與瀏覽器內建的語言模型進行互動。在此之前,Blink 已宣布有意將此功能作為 Web 機器學習計畫的一部分進行原型開發。
背景
Mozilla 近期針對 Google Chrome 提議的「Prompt API」表達了明確的反對立場。這項 API 旨在讓網頁開發者能直接調用瀏覽器內建的大型語言模型(LLM),然而 Mozilla 認為這將導致網頁生態系過度依賴特定廠商的模型特性,進而損害跨瀏覽器的相容性與開放標準。
社群觀點
在 Hacker News 的討論中,社群對於 Google 試圖將 AI 模型整合進瀏覽器底層的做法展現出兩極化的反應。反對者主要擔心這會重演當年 Internet Explorer 壟斷時期的惡夢,當時開發者必須針對特定瀏覽器的私有特性編寫代碼。許多留言指出,AI 模型的輸出具有高度的不確定性與「怪癖」,如果網站開發者針對 Google 的 Gemini Nano 模型進行優化,那麼 Mozilla 或 Apple 若想維持相容性,就必須被迫授權 Google 的模型,或是開發出一個行為完全一致的複製品,這在技術與商業上都極其困難。
部分資深開發者回憶起 Chrome 早期如何透過 V8 引擎與標準化推動網路進步,但他們感嘆現在的 Chrome 已轉向利用市場主導地位強推如 Manifest v3 或 Privacy Sandbox 等對 Google 有利的標準。針對 Prompt API,有觀點認為這類功能應該以擴充功能的形式存在,而非內建於瀏覽器核心。此外,隱私與硬體資源也是一大爭議點,有網友指出本地模型動輒佔用數 GB 的記憶體與磁碟空間,對於非高階設備的用戶來說,這種「預設下載」的行為無異於資源霸凌,甚至可能成為新的瀏覽器指紋追蹤手段。
然而,支持者則認為 Mozilla 的擔憂過於保守且顯得「老態龍鍾」。他們主張 AI 已經是不可逆的產業趨勢,作業系統如 Windows 與 macOS 都已深度整合 AI,瀏覽器若不提供標準化接口,開發者只能各自導入體積龐大的第三方函式庫,反而更無效率。支持者挑戰反對者應思考如何讓技術更易於使用,而非一味拒絕進步。他們認為,若能透過標準化 API 讓開發者調用本地模型,其實有助於減少數據回傳至雲端伺服器,對隱私保護反而有潛在益處。
討論中也觸及了世代差異的有趣觀察。有留言者指出,年輕一代對 AI 的態度相當分明:一方面利用 AI 輔助學業,另一方面卻對 AI 生成的「垃圾內容」與藝術創作感到反感。而對於技術專家來說,真正的核心問題在於「誰定義了預期」。當提案中宣稱瀏覽器「被預期」要具備 AI 能力時,社群質疑這究竟是使用者的真實需求,還是大企業為了滿足股東期待而強加於用戶的願景。這種「先射箭再畫靶」的標準制定過程,正是讓開源社群感到最不安的地方。
延伸閱讀
- WebLLM:一個利用 WebGPU 在瀏覽器中運行大型語言模型的開源專案,被視為 Prompt API 的民間替代方案。
- Firefox Local Translation:Mozilla 實踐本地端機器學習的案例,強調在不犧牲隱私的前提下提供 AI 功能。
相關文章
其他收藏 · 0