【美联社科技讯】2026 年 4 月 30 日，谷歌正式向全球开发者开放 Chrome Prompt API。仅需一行const session = await ai.languageModel.create()代码，任何网页都能直接调用用户设备本地的 Gemini Nano 模型，完成文本生成、内容摘要、智能翻译等任务。这项无需申请 API 密钥、不依赖云端服务、全流程数据留存本地的 AI 能力，一度被视作前端开发者的终极福音。
然而在功能发布不到 48 小时内，Mozilla 便在 GitHub 提交了一份措辞激烈的反对文档，正式对这项功能提出全面反对。Mozilla 开发者关系负责人 Jake Archibald 从三个核心维度，拆解了这项功能背后潜藏的行业风险。值得关注的是，Archibald 曾是 Chrome 团队核心成员，这位 “局内人” 的公开反对，让这场技术论战更受行业关注。
争议核心：Prompt API 的运行逻辑与绑定规则
要理解这场行业论战，首先要厘清 Prompt API 的底层运行机制。
Gemini Nano 是谷歌专为端侧运行优化的轻量级大模型，完整文件大小约 4.27GB，谷歌官方建议为其预留 22GB 磁盘存储空间。当用户设备满足硬件门槛 —— 至少 16GB 内存、4GB 以上显存、22GB 可用磁盘空间时，Chrome 会在后台静默下载该模型，全程不会弹出提示框，也无需用户主动确认安装。
模型下载完成后将永久驻留在设备磁盘中，任何网页都可通过 JavaScript 直接调用，无需用户额外授权确认。而调用这项 API 的隐性前提，是使用者必须同意谷歌《生成式 AI 禁止用途政策》，这份政策明确禁止生成 “令人不安的内容”、传播 “误导性信息”，而相关概念的界定与最终解释权，完全归属于谷歌。
三重风险剖析：Mozilla 直指 Web 生态核心隐患
Archibald 在反对文档中，从互操作性、规则边界、生态结构三个维度，完整阐述了 Mozilla 的反对立场，核心直指 Web 开放生态的存续问题。
第一层：模型锁定，重蹈 IE6 时代碎片化覆辙
Archibald 的核心论点，直指 Web 技术的根本 —— 互操作性。
同样的提示词，在 Chrome 的 Gemini Nano 与 Safari 的内置模型中，可能会产出质量、风格完全不同的输出结果。传统 Web API 经过标准化统一后，在不同浏览器中会返回一致的执行结果；但 AI 模型的输出效果，依赖于训练数据、系统提示词、安全策略与版本迭代，其输出的不确定性，几乎无法通过技术规范实现统一收敛。
为了获得稳定的输出效果，开发者必须针对 Gemini Nano 做专属优化，调整提示词格式、规避模型拒答规则，甚至为了迎合模型偏好设计专属的代码分支。一旦这种针对性适配成为行业常态，苹果与 Mozilla 将面临两难选择：要么授权使用谷歌的 Gemini Nano 模型以维持统一的用户体验，要么只能接受网站在 Firefox 浏览器中为用户提供 “降级” 服务。
Archibald 在文档中用一个形象的比喻点明了风险：这将把 Web 生态带回 IE6 时代，彼时网站不得不写满浏览器专属的代码分支，用户只能被迫选择市场占有率最高的浏览器。
第二层：规则溢出，厂商政策绑定浏览器底层 API
如果说模型锁定是技术维度的风险，那么政策绑定则是规则层面的越界。
使用 Chrome 的 Prompt API，就必须接受谷歌的 AI 内容政策。这意味着，一个完全符合法律法规的内容请求，可能会因为触碰平台的主观审核标准而被拒绝。更关键的是，这些内容审核规则被嵌入在浏览器 API 层，而非应用决策层 —— 整个 Web 生态，都将在无形中被强制继承谷歌的价值判断基线。
“如果使用某个 Web API，就意味着必须接受特定厂商的内容服务条款，这就不是在为开放平台构建应用。”Archibald 在 GitHub 评论区明确表示，“一个浏览器 API 附带厂商专属的服务约束，这在 Web 标准发展史上是极其罕见的。”
第三层：生态解体，AI 与浏览器深度绑定剥夺用户选择权
Prompt API 带来的不仅是技术变革，更在悄无声息间重构了 Web 生态的权力结构。WebKit 负责人 Maciej Stachowiak 也罕见发声声援 Mozilla，警告模型专属依赖可能带来的 “生态钙化” 风险 —— 网站过度依赖某一特定模型的独有特性，最终将导致整个 Web 生态的碎片化。
一个更现实的风险，是用户选择权的彻底丧失。传统云端 API 的核心优势之一，是可迁移性：如果 Claude 的表现优于 Gemini，开发者只需修改一行代码就能完成服务迁移。但 Prompt API 将 AI 供应商与浏览器供应商深度绑定，技术解绑的成本几乎难以承受。
“你的 AI 供应商，现在就是你的浏览器供应商。” 反对文档中这句简短的表述，精准点出了核心困境。
谷歌回应：不作为的代价更高
面对 Mozilla 的公开抨击，Chrome 工程师 Rick Byers 作出了官方回应。他承认 Mozilla 的担忧 “不无道理”，但同时强调，“浏览器行业不作为，同样需要付出代价”。
Byers 表示，如果传统浏览器拒绝拥抱端侧 AI，用户和企业会快速流向 ChatGPT Atlas、Perplexity 等封闭式 AI 浏览器，整个 Web 生态将在 AI 时代彻底失去话语权。另一位谷歌工程师 Domenic Denicola 则更直接地反驳了垄断指控：“我们并没有在选择市场赢家。”
开发者社区的反应也呈现明显的两极分化。Hacker News 相关帖子单日浏览量已突破百万，一部分开发者为这种无服务化、零成本的端侧前端 AI 能力感到兴奋，认为这将大幅降低 Web 应用的 AI 落地门槛；但也有大量开发者认同 Mozilla 的立场，“谷歌在 Chrome 里给所有人装了个 4.27GB 的监控工具” 的评论，在相关讨论区被频繁引用。
行业思考：中心化便利的代价由谁买单
Archibald 在 GitHub 讨论帖的结尾，总结了 Mozilla 的终极判断：“核心问题在于互操作性，即该 API 能否在不将平台绑定到特定厂商模型的情况下，实现跨浏览器的互操作。” 目前，Mozilla 对这项 Web 标准提案的官方立场，已明确更新为 “反对”。这并非技术保守，而是对 Web 生态未来走向的深切担忧。
Web 生态花了近二十年时间，才从 IE6 的垄断泥潭中挣脱出来，换来了如今大致统一的跨浏览器标准。Chrome Prompt API 并非首个将便利隐藏在封闭路径中的技术产物，但从其架构设计来看，它是首个试图将模型 “非确定性输出” 纳入 Web 标准规范的尝试。
当浏览器从内容的载体，变成价值判断的默认执行者；当 API 的调用，附带一份具有强制约束力的厂商服务条款，这项技术带来的便利背后，其真实的行业代价，才刚刚开始显露全貌。
对于需要兼顾多浏览器兼容性、追求云端大模型稳定调用体验的开发者及企业用户，UseAIAPI 提供了全链路一站式解决方案，三大核心权益全面解决大模型调用痛点。
其一，全量主流大模型一站式无缝接入。平台已完成全球热门 AI 大模型的全覆盖，包括 Claude、Gemini、ChatGPT、DeepSeek 等最新版本模型，无需用户单独对接多个平台、处理多浏览器适配与厂商锁定问题，开箱即可实现平滑调用，大幅降低研发对接、日常运维的时间与人力成本。
其二，专属企业级定制化服务。针对企业级用户，平台可提供全流程定制化接入方案与 7×24 小时专属技术支持，彻底解决账号风控、调用限流、高并发稳定性、数据安全合规等核心需求，可根据业务场景定制专属算力调度方案，保障业务长期稳定运行，无需用户投入精力维护底层调用架构。
其三，行业极致成本优势。平台所有大模型调用费用，最低可享官方定价 5 折优惠，大幅削减高频调用、高强度内容生成、长上下文会话等场景下的算力消耗成本，即便是大流量生产级业务，也无需为高额的 API 调用费用担忧。