浏览器内部的悄然 AI 战争

✍️ zhirenhun 📅 2026/5/31 👁 25 阅读 ⏱ 11 分钟

浏览器内部的悄然 AI 战争

Google 于 2026 年 5 月 5 日在 Chrome 148 中正式推出了 Prompt API。Mozilla 表示反对。Apple 的 WebKit 团队表示反对。W3C TAG（技术架构组）表示反对。而 Microsoft Edge 尽管与 Chrome 使用相同的 Chromium 引擎，却选择彻底禁用了该功能。

到底发生了什么？一个浏览器 API 为何会引发如此巨大的争议？

Prompt API 是什么？

Prompt API 是一种全新的 JavaScript API，允许网页开发者直接从浏览器中调用 AI 模型。无需 API 密钥、无需后端服务器、无需云服务成本。AI 模型直接在用户的本地设备上运行。

// Prompt API 的实际应用
const session = await ai.languageModel.create({
  systemPrompt: "你是一个有用的编程助手。"
});

const result = await session.prompt(
  "请解释这个函数的功能：" + codeSnippet
);
console.log(result);

这一突破性进展体现在多个方面：

零服务器成本——模型在用户设备上运行
隐私保护——数据从不离开浏览器
离线能力——无需网络即可工作
无需 API 密钥——没有计费问题，没有身份验证困扰

Google 的实现使用了 Gemini Nano，这是 Gemini 的一个轻量级版本，可以在设备上高效运行。它直接内置在 Chrome 中，用户无需安装任何内容。

争议焦点

表面上看，这听起来很棒。那为什么大家都在反对？

Mozilla 的立场

Firefox 的开发商 Mozilla 发布了正式的标准化立场文件，反对 Prompt API：

"我们认为这个 API 从根本上来说是危险的。它将特定供应商的 AI 模型嵌入到 Web 平台中，创造了一个由单一公司控制的事实上标准。"

他们的主要担忧：

供应商锁定：API 围绕 Google 的 Gemini 模型设计
缺乏模型中立性：浏览器无法使用不同的模型
仓促标准化：Google 在适当的标准化讨论之前就匆忙发布

Apple 与 WebKit

Apple 的 WebKit 团队提出了类似的担忧，并补充道：

"Web 上的设备端 AI 应该是模型无关的。当前的 API 设计假设了特定的架构和能力集，这有利于 Google 的实现。"

W3C 技术架构组（TAG）

TAG 的审查尤其严厉：

"我们担心以目前的形式发布这个 API 将会分裂 Web。开发者将构建仅在 Chrome 中运行的网站，这将逆转多年来在跨浏览器 Web 兼容性方面取得的进展。"

Microsoft Edge

有趣的反转来了：Microsoft Edge 虽然基于 Chromium（与 Chrome 相同的引擎），却选择禁用了 Prompt API。尽管共享相同的代码库，Microsoft 做出了明确的决定，不向 Edge 用户开放这一功能。

这很不寻常——Edge 通常会同步 Chrome 提供的所有功能。Microsoft 的决定表明其对 API 的设计存在严重担忧。

更大的格局

这场争议的核心其实并非一个 JavaScript API。而是谁在控制 Web 上的 AI。

浏览器作为 AI 平台

浏览器正在演变为 AI 平台。我们看到：

Chrome：Gemini Nano + Prompt API
Edge：Copilot 集成（不同路径）
Arc：AI 驱动的浏览功能
Opera：Aria AI 助手

每个浏览器都在构建自己的 AI 技术栈，而尚无统一的标准。

真正面临的风险

如果 Chrome 的 Prompt API 凭借市场份额（而非共识）成为标准，将出现以下几种情况：

Google 控制 Web AI：每个使用设备端 AI 的网站都将依赖 Google 的模型
竞争被扼杀：其他模型提供商无法在浏览器平台上竞争
Web 分裂：网站将出现"在 Chrome 中体验最佳"的标识
隐私担忧：虽然设备端处理本身是私密的，但 API 设计可能被用于浏览器指纹识别

一个好的标准应该是什么样的？

各浏览器厂商和标准化组织的共识是：我们需要一个模型无关的 API。类似这样：

// 一个假设的模型无关 API
const capabilities = await navigator.ai.getCapabilities();
// 返回: { models: ['gemini-nano', 'llama3', 'phi3'], ... }

const session = await navigator.ai.createSession({
  model: 'llama3',  // 用户/浏览器选择
  task: 'text-generation'
});

关键特性：

模型无关：任何模型都可以接入
用户选择权：用户或浏览器自行选择模型
能力检测：网站检查可用功能
优雅降级：网站处理能力缺失的情况

发展趋势

当前局势：

Chrome 148+ 已发布 Prompt API（默认启用）
Firefox、Safari、Edge：不支持
W3C：正在制定替代方案
开发者：持谨慎态度，等待标准稳定

可能的发展方向：

Google 将继续推进和迭代
其他浏览器不会采用当前的 API
工作组将制定替代标准
Chrome 最终会采用标准化版本
整个过程预计需要 1-3 年

开发者应该怎么做？

如果你在构建 Web 应用：

不要依赖 Prompt API——它仅限 Chrome 且可能发生变更
使用渐进增强——检测 API 可用性，提供回退方案
优先选择成熟的解决方案——WebLLM、Transformers.js 或服务器端 AI
关注标准化进程——关注 W3C WebML WG 的讨论

// 安全检测模式
if ('ai' in window && 'languageModel' in window.ai) {
  // 使用 Prompt API（目前仅限 Chrome）
  const session = await window.ai.languageModel.create();
  // ...
} else {
  // 回退到服务器端或 WebLLM
  const response = await fetch('/api/ai', { method: 'POST', body: prompt });
  // ...
}