Mozilla 正式反对 Chrome Prompt API：浏览器 AI 接口会将 Web 平台锁定在 Google 模型生态
Chrome 提案的 Prompt API 将浏览器原生 AI 能力绑定了 Google 模型。Mozilla 公开反对，认为这会导致 Web 平台围绕单一 AI 模型固化，重演浏览器垄断历史。Jake Archibald 详述四大理由，开发者社区强烈关注。
2026年5月1日 · 阅读约 5 分钟
核心结论
Chrome 正在推进一项名为 Prompt API 的浏览器原生 AI 接口，允许网页直接调用浏览器内置的语言模型完成摘要、翻译、内容生成等任务。然而 Mozilla 正式表示反对，认为该 API 会将整个 Web 平台锁定在 Google 的模型生态中，严重损害互操作性、可更新性和中立性。
目前已有 606 个 Hacker News 讨论热度和大量开发者参与讨论，Mozilla 工程师 Jake Archibald 在 GitHub issue 中详细列举了反对理由。
关键要点
- 事件发生时间：2026-04-30（HN 热榜，Mozilla 正式表态）
- 影响对象：Web 开发者、AI 工具用户、内容创业者
- 核心变化：Mozilla 官方将 Prompt API 标记为 position: negative，认为浏览器 AI API 不应与特定模型绑定
背景：Chrome 的 Prompt API 是什么？
2025 年起，Google Chrome 团队开始推动 Prompt API，作为 Web 平台机器学习能力的一部分。这个 API 的核心思路是：让前端开发者通过 JavaScript 几行代码就能调用浏览器内置的语言模型，完成内容生成、摘要、翻译等 AI 任务。
const model = await LanguageModel.create();
const result = await model.prompt("Summarize this article...");Chrome 团队的设想是让 AI 能力像 localStorage 一样成为浏览器原生能力。但这个 API 有一个关键问题：它依赖浏览器厂商内置的特定模型，而不是开放的模型接口。
Mozilla 的反对理由：4 个核心问题
Mozilla 在 GitHub issue #1213 中正式将 Prompt API 标记为 负向（position: negative），并给出了详细的反对理由。以下是四个最关键的论点：
1. 围绕单一模型固化
Mozilla 工程师 Jake Archibald 指出，当一个开发者设计 AI 应用的 system prompt 时，必然会在迭代中针对特定模型的"性格特点"进行优化。这意味着：
| 维度 | 问题 | 后果 |
|---|---|---|
| 模型绑定 | system prompt 针对特定模型优化 | 新模型即使更优秀，也会因 prompt 不匹配而表现更差 |
| 竞争壁垒 | Mozilla/Apple 被迫授权 Google 模型 | 或被逼推出与 Google 模型"性格兼容"的替代品 |
| 开发者困境 | 有经验的开发者会写代码检测模型类型 | 回到 2000 年代浏览器嗅探的老路 |
"开发者将开始查询模型 ID，创建针对特定模型的 system prompt 套件。这就像是回到早期 Web 时代那种 '只能在 IE 中正常工作' 的现象。" — Jake Archibald
2. 缺少模型中立性
根据 Chrome 的文档，使用 Prompt API 必须接受 Google 的生成式 AI 禁止使用政策。部分条款超出了法律要求：
- 禁止生成 "性露骨内容"
- 禁止参与 "误导性信息、虚假陈述或误导性活动"
- 禁止涉及 "政府或民主进程的误导性声明"
这带来了严重的法律风险：如果用户在一个网页上点击"摘要"按钮，生成的内容违反了 Google 的政策，法律追责对象是谁？
- 点击按钮的用户？
- 被摘要内容的原作者？
- 提供了该功能的网站所有者？
开发者为了规避风险，必然选择识别模型类型并针对性处理——这进一步加剧了碎片化。
3. 对所谓"开发者支持"的质疑
Chrome 团队在 blink-dev 上声称开发者对 Prompt API 的态度为"强烈正面"。但 Mozilla 调查发现，所谓的"证据"包括：
- 一个仅有两个正面回复的 GitHub 讨论串
- 一条 X（原 Twitter）帖子
- 一个已失效的博客链接
- 另一篇仍然有效的博客文章
- 一份未说明调查对象和样本量的问卷调查
Mozilla 认为，这些所谓的"开发者需求"被严重夸大了。
4. 互操作性与更新性风险
Chromium 团队的 API 所有者 RByers 承认了上述担忧的合理性，但主张"实验优于停滞"。然而，一旦网站上大量使用了针对 Google 模型优化过的 Prompt API 代码，Chrome 未来升级模型时也会面临兼容性问题——到时候"迭代优化"与"回归性 bug"将难以区分。
对 AI 开发者和内容创业者的影响
Web 开发者应该关注什么？
- 不要依赖单一模型 API：如果你的 AI 应用依赖浏览器 API，你有被锁定在 Google 模型生态的风险
- 优先考虑开源模型方案：WebLLM、Transformers.js 等方案让开发者可以自由选择模型后端
- 关注 Web 扩展 API 替代方案：Mozilla 提出了通过 Web 扩展暴露 Prompt API 的方案，支持开发者指定模型
AI 内容创业者的启示
Prompt API 争议反映了一个更大的趋势：AI 平台正在争夺「标准」定义权。如果你的业务依赖某个 AI 平台的 API，你的产品长期风险与这个 API 的商业策略深度绑定。
想了解如何搭建独立于单一 AI 平台的自动化工作流？看：如何用 n8n + OpenAI 搭建自动化内容采集与发布工作流：30 分钟从零到一
参考来源
- Mozilla standards-positions Issue #1213 — Prompt API
- Simon Willison: The Zig project's rationale for their firm anti-AI contribution policy
- Hacker News discussion (606 points)
- Web Machine Learning Working Group: Prompt API Explainer
工具词条
本文中自然出现的 AI 工具和平台：Chrome、Gemini、Phi-4-mini、Edge、WebLLM、Transformers.js
下一步行动
- 有兴趣搭建自己的自动化内容工作流？看：如何用 Claude Code 实现自动化内容生产：30 分钟从零搭建 AI 写作工作流
- 真实案例：有人用 AI Agent 48 小时创业做到月入 $9,000 — Claude Code 48小时创业：一人+29美元月费，3个月做到月入 $9,000