谷歌Prompt API引发Web标准争议：比AMP更危险的浏览器霸权？

谷歌正在推动一项名为”Prompt API”的Web标准提案，允许网站通过JavaScript直接调用浏览器内置的AI模型。然而，Web标准专家Marquis近日发表长文批评，认为Prompt API的野心比当年的AMP更大，可能从根本上破坏Web的开放性。

什么是Prompt API？

简单来说，Prompt API是谷歌提出的一个浏览器API，让网站开发者可以通过JavaScript直接调用Chrome内置的Gemini Nano模型，实现文本生成、摘要、翻译等功能，而不需要调用外部AI服务。

用法示例：

const session = await ai.languageModel.create({
  systemPrompt: "你是一个有用的助手"
});
const result = await session.prompt("总结这篇文章的主要内容");
console.log(result);

表面上看，这很方便——站长不需要付AI API费用，用户也不需要等待网络请求。但问题远不止于此。

Marquis的核心批评

1. 浏览器厂商锁定

Prompt API目前只能在Chrome中使用，调用的是谷歌自己的Gemini模型。如果网站大量使用这个API，实际上就等于被锁定在Chrome+Gemini的生态中。这和当年AMP的逻辑如出一辙——谷歌用”便利性”吸引开发者，最终形成生态垄断。

2. Web标准不该内置特定AI模型

Web标准的核心价值是中立性和互操作性。一个浏览器API绑定了特定厂商的AI模型，这在Web标准历史上是前所未有的。如果Mozilla和Apple拒绝实现这个API，Web生态就会出现分裂。

3. 隐私和安全风险

浏览器内置AI意味着用户的输入可能会被发送到AI模型处理，而用户对此并不知情。即使谷歌声称Gemini Nano是本地运行的，模型的训练数据、输出质量、偏见等问题依然存在。

Mozilla和Apple的态度

Mozilla（Firefox）和Apple（Safari/WebKit）对Prompt API都持保留态度。Mozilla表示需要更深入地评估隐私和安全影响，Apple则质疑在Web标准中内置AI模型的必要性。

如果Chrome、Firefox、Safari三大引擎对Prompt API的态度不一致，开发者使用这个API就面临兼容性问题，最终可能导致”请使用Chrome浏览本网站”的局面重现。

比AMP更危险？

AMP（Accelerated Mobile Pages）是谷歌2015年推出的移动页面标准，曾被批评为谷歌控制Web内容的工具。Prompt API在以下几个方面比AMP更值得关注：

• AMP只是格式控制，Prompt API是能力绑定：AMP限制了页面的HTML结构，但Prompt API绑定了整个AI推理能力
• AMP可以不用，Prompt API会让不用的网站”落后”：如果竞争对手的网站通过Prompt API提供了AI功能而你没有，用户体验差距是显而易见的
• AMP后来被废弃了，但AI功能会越来越重要：Prompt API如果成功，影响力会比AMP持久得多

站长应该怎么做？

1. 暂时观望

Prompt API目前还在提案阶段，不建议现在就基于它开发功能。等标准更成熟、浏览器兼容性更明朗后再考虑。

2. 优先使用服务端AI

如果要在网站中集成AI功能，建议通过服务端调用AI API（如DeepSeek、Claude、GPT等），这样不依赖特定浏览器，兼容性最好。

3. 关注Web标准动态

关注W3C和WHATWG的相关讨论，了解Prompt API的标准化进展。如果最终被采纳为标准，再评估是否采用。

小结

谷歌Prompt API是一个很有野心的提案，但其背后隐藏的浏览器厂商锁定风险不容忽视。站长和开发者应该保持警惕，不要被短期便利所迷惑。Web的开放性是所有从业者的共同利益，维护它比任何单个API都重要。

本文参考来源：Marquis 博客、Chrome AI Documentation、Prompt API 讨论