--- title: "火狐浏览器的制造商猛烈抨击谷歌将 Prompt API 集成到其浏览器中" type: "News" locale: "zh-CN" url: "https://longbridge.com/zh-CN/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-CN/quote/GGLL.US.md) - [GOOW.US](https://longbridge.com/zh-CN/quote/GOOW.US.md) - [GOOG.US](https://longbridge.com/zh-CN/quote/GOOG.US.md) - [GOOGL.US](https://longbridge.com/zh-CN/quote/GOOGL.US.md) - [OpenAI.NA](https://longbridge.com/zh-CN/quote/OpenAI.NA.md) - [AAPL.US](https://longbridge.com/zh-CN/quote/AAPL.US.md) - [HCP.US](https://longbridge.com/zh-CN/quote/HCP.US.md) ## 相关资讯与研究 - [Google CEO Sundar Pichai：模型迭代太快了，我们对算力的需求远超供给，AI Agent 将接管互联网底层](https://longbridge.com/zh-CN/news/288281487.md) - [Alphabet 寻求 850 亿美元融资 股价连跌四周考验投资者胃口](https://longbridge.com/zh-CN/news/288879012.md) - [Meta 一再推迟面向开发者的新 AI 模型发布](https://longbridge.com/zh-CN/news/288662110.md) - [AI 时代，投放、创意、设计如何不掉队？](https://longbridge.com/zh-CN/news/288831978.md) - [谷歌缘何建设 “蚊子工厂”？](https://longbridge.com/zh-CN/news/288830754.md)