--- title: "火狐瀏覽器的製造商猛烈抨擊谷歌將 Prompt API 集成到其瀏覽器中" type: "News" locale: "zh-HK" url: "https://longbridge.com/zh-HK/news/284834306.md" description: "Mozilla 對 Google 的 Prompt API 表達了強烈反對，該 API 將 AI 能力集成到 Chrome 中。Mozilla 的網絡開發者關係負責人 Jake Archibald 對該 API 對網絡互操作性和中立性的影響表示擔憂，認為這可能導致對 Google AI 模型的依賴。他批評 Google 對開發者支持該 API 的描述誇大其詞。Archibald 強調，該 API 的要求可能會損害網絡的開放性，而 Google 則承認了這些擔憂，但倡導創新和實驗" datetime: "2026-04-30T20:50:50.000Z" locales: - [zh-CN](https://longbridge.com/zh-CN/news/284834306.md) - [en](https://longbridge.com/en/news/284834306.md) - [zh-HK](https://longbridge.com/zh-HK/news/284834306.md) --- # 火狐瀏覽器的製造商猛烈抨擊谷歌將 Prompt API 集成到其瀏覽器中 Mozilla 重申了對谷歌決定在其 Chrome 瀏覽器中構建 AI 基礎設施的反對意見，儘管這一反對意見來得有些晚，因為這一被稱為 Prompt API 的技術已經在 Chrome 和 Microsoft Edge 中進行測試。 Mozilla 的網絡開發者關係負責人 Jake Archibald 在關於該 API 的 GitHub 討論中闡述了該組織的擔憂，該 API 提供了一種標準方式來發送和接收來自本地機器學習模型的提示和響應。 "我們繼續反對這個 API，並認為它對網絡平台的互操作性、可更新性和中立性有嚴重的負面影響，"Archibald 説。 谷歌描述的 Prompt API，"賦予網頁直接提示瀏覽器提供的語言模型的能力。"它提供了一種將自然語言指令發送到谷歌的 Gemini Nano 模型的方法，該模型足夠小，可以通過 Chrome 進行本地推理下載。 它並不那麼小——谷歌建議至少有 22GB 的可用空間，儘管用於桌面的 Nano（v3Nano）模型約為 4.27GB。 網絡開發者已經有多種方式與 AI 模型進行交互。他們可以使用雲服務 API 與託管模型進行通信。或者，他們可以通過 JavaScript 運行時框架、WASM 或 WebGPU 等技術訪問本地模型。 OpenAI 和 Perplexity 等各種供應商已經發布了嵌入訪問遠程託管 AI 模型的瀏覽器。Mozilla 本身正在 Firefox 中測試基於 AI 的智能窗口，並正在開發 AI 模型支架的工具。 Prompt API 旨在以利用瀏覽器安全機制的方式更容易地進行本地推理，以產生更快的響應時間，允許離線使用，並提供更具成本效益的方式來集成 AI 服務（例如，如果用户缺乏付費 AI API 密鑰，則提供免費的 AI 後備）。 正如 Archibald 所闡述的，Mozilla 的擔憂與 Prompt API 對網絡的影響有關，更不用説谷歌對其部署的辯解。 首先，他擔心谷歌自己的 Nano 模型將成為默認模型，開發者將會以此為標準，以使 AI 模型的非確定性響應更可預測。他認為，這種趨勢將迫使蘋果和 Mozilla 為了共同的用户體驗而授權 Nano。 或許更重要的是，Archibald 指出，使用 Prompt API 需要同意谷歌的生成 AI 禁止使用政策，該政策禁止一些不一定違法的活動，例如生成 “令人不安” 的內容。 "這似乎是網絡平台上 API 的一個糟糕方向，併為更多具有 \[瀏覽器\] 特定使用規則的 API 設定了令人擔憂的先例，"他説。 最後，Archibald 認為谷歌通過挑選一些社交媒體帖子來誇大對該 API 的需求，從而誤導了公眾。 "在 blink-dev 上發佈的意圖表明網絡開發者的態度是'強烈積極的'，並鏈接到解釋以作為證據，"他寫道。"那裏提供的證據似乎與這一説法不符。" - Hashicorp 聯合創始人 Mitchell Hashimoto 表示 GitHub'不再是嚴肅工作的地方' - 谷歌修復關鍵的 Gemini CLI 漏洞可能會破壞你的 CI/CD 管道 - AWS 表示急性服務器內存短缺正在推動客户轉向雲 - Linux 加密代碼缺陷提供了快速獲取 root 的途徑 在一封電子郵件中，Archibald 告訴\_The Register\_，問題在於 Prompt API 是否對網絡有利，而 Mozilla 並不認為它是。 "核心問題是互操作性，"他説。"提示與模型緊密耦合；開發者不可避免地會調整以適應他們所構建的模型的特性和政策。 "這就是你最終得到模型特定代碼路徑的原因，這又是瀏覽器兼容性問題的重現。T&C 問題也是其中的一部分：如果使用網絡 API 意味着接受特定供應商的內容政策（尤其是超出法律的政策），那麼你就不再是在為一個開放平台構建。" 關於谷歌誇大開發者熱情的問題，Archibald 表示，確實有開發者對 AI 能力感興趣，但谷歌未能提供相關證據。 "信號是極化的，而不是'強烈積極的，'"他解釋道。"無論如何，僅僅開發者的需求並不足以達到標準。問題在於 API 是否能夠在不同實現之間工作，而不將平台綁定到一個供應商的模型上。" 谷歌沒有立即回應置評請求。 然而，在週四，負責發佈 Prompt API 的谷歌 Chrome 工程師 Rick Byers 在 GitHub 討論中回應了 Archibald 所表達的擔憂。 "作為在 Chromium 中發佈此 API 的 blink API 所有者批准者之一，我承認我在 Mozilla 的標準立場上分享這些擔憂，"他寫道。"我不同之處在於更傾向於促進實驗、從錯誤中學習和競爭的路徑，而不是因為害怕可能發生的事情而選擇停滯創新。" Byers 請求網絡社區幫助收集證據以推動討論。指出關於其他有爭議的網絡技術（如加密媒體擴展（EME））的辯論，他建議結果並沒有像預測的那樣糟糕。 但迄今為止，專注於數據並沒有為谷歌的事業帶來太多好處。根據 2 月份創建的一份報告，該報告比較了使用 Prompt API 的 Chrome（Gemini Nano）和 Edge（Phi-4 mini-instruct）的性能，這些模型的結果並不好。 "對於生成任務（創作、標籤生成等），Edge 的 24.29% 和 Chrome 的 15.17% 的響應未能完成任務，"該報告提到，失敗的標準是 5 分制中得分為 2 或更低。"對於分類任務，Edge 的 29.58% 和 Chrome 的 23.93% 的響應未能正確標記或分類輸入。" 在準確性和可靠性方面，Edge 的失敗率為 17%，而 Chrome 的失敗率為 6%。 這對網絡來説好嗎？你可以問 Chrome，但可能得不到可靠的答案。® ### 相關股票 - [GGLL.US](https://longbridge.com/zh-HK/quote/GGLL.US.md) - [GOOW.US](https://longbridge.com/zh-HK/quote/GOOW.US.md) - [GOOG.US](https://longbridge.com/zh-HK/quote/GOOG.US.md) - [GOOGL.US](https://longbridge.com/zh-HK/quote/GOOGL.US.md) - [OpenAI.NA](https://longbridge.com/zh-HK/quote/OpenAI.NA.md) - [AAPL.US](https://longbridge.com/zh-HK/quote/AAPL.US.md) - [HCP.US](https://longbridge.com/zh-HK/quote/HCP.US.md) ## 相關資訊與研究 - [博通坦言 TPU 丟單，客户 Google 朝供應商多元化發展](https://longbridge.com/zh-HK/news/288783252.md) - [下一個 AI 金礦！Claude Code 領跑市場 微軟與 Google 吹響反攻號角](https://longbridge.com/zh-HK/news/288335448.md) - [【AI】Meta 一再推遲面向開發者的新 AI 模型發布](https://longbridge.com/zh-HK/news/288669789.md) - [全球網路安全聯盟洞察：Google 工程師被控在 Polymarket 內幕交易事件研究分析報告](https://longbridge.com/zh-HK/news/288530376.md) - [價值工房丨嘉利 AI 相關收入首佔逾 10% 看好前景](https://longbridge.com/zh-HK/news/288784434.md)