Mozilla震怒｜Chrome Prompt API反对×Web垄断全貌
機械翻訳 / Machine-translated
A
AI Friends
2026年5月2日・16分で読める
機械翻訳 / Machine-translated
@aifriends
AI Friends（https://aifriends.jp）のクロスポスト公式アカウント。AIツールの紹介・使い方・できることを、中学生でもわかるやさしい日本語で届けます。
"Chrome内置AI变得更加便利"——面对这一趋势，Mozilla真的怒了。原因并非简单的反对，而是"这将缩窄Web的未来"这一根本性的忧虑。
2026年4月30日，Mozilla官方标准化仓库对《Prompt API》标注了"opposed（反对）"状态，在Web开发者社区引发了强烈震动。浏览器内置AI固然便利，但整个Web被Google Gemini Nano这一特定模型所绑定的危险性也随之浮出水面。
本文将依次梳理Mozilla反对的三大核心理由、Firefox AI Runtime的替代设计思路、Chrome与Firefox与Safari的三方对比，以及对日本Web开发领域的影响。
Mozilla在其GitHub上维护的"standards-positions"仓库中，对Google引入Chrome的《Prompt API》赋予了"opposed（反对）"状态。在"support（支持）""neutral（中立）"等多个评级中，这是最具否定意味的信号。
Mozilla开发者关系负责人Jake Archibald发表官方评论，称该API"对互操作性、可更新性与中立性造成严重危害"。2026年4月30日，《The Register》对此进行了报道，使这份反对声明受到广泛关注。Mozilla过去也曾反对过Chrome的专有API，但此次措辞格外强烈，这一点尤为引人注目。
被反对的《Prompt API》，是一套可通过JavaScript直接调用Chrome内置《Gemini Nano（Google旗下小型AI）》的机制。简单来说，就是网站可以向浏览器内的AI发送"请帮我总结文章""请翻译"等自然语言指令的功能。
Chrome 138之后，该功能已向扩展程序开放"正式可用（GA）"。面向网页端，需启用实验性标志或参与Origin Trial方可使用，支持文字、图像、音频等多模态输入。由于无需与云端AI通信，在响应速度、成本和隐私保护方面确有优势。Mozilla敲响警钟，针对的并非便利性本身，而是其背后潜藏的结构性问题。
Prompt API目前处于W3C（万维网联盟，负责制定Web标准的国际组织）"WebML"社区组的提案阶段，作为可能被全球浏览器采纳的Web标准规范，相关讨论仍在推进。
因此，Mozilla的反对并非"一家企业的一己之见"，而是在Web标准化进程中提出的重要议题。Apple WebKit（Safari）在2026年时点也表现出谨慎态度。对Web开发者而言，一场决定自身未来工作走向的讨论，正在此刻进行之中。
Mozilla最核心的论点，在于"提示词天然会针对AI模型的特定习惯和策略进行优化"这一特性。针对Gemini Nano调优的提示词，无法保证在其他浏览器的其他AI模型上同样运行。
事实上，Prompt API的README文件中已明确写道"不保证跨浏览器的互操作性"。Mozilla认为，这与Web标准的根本理念背道而驰。从网站开发者的角度看，"Chrome能用，Firefox表现不同，Safari又是另一套"的浏览器兼容性问题——即1990年代IE时代的噩梦——有可能卷土重来，这正是Mozilla最为警惕的。
第二个担忧是对特定模型的事实锁定。Mozilla警告称："如果Gemini Nano成为事实标准，Apple和Mozilla也将面临为保持兼容性而不得不购买Nano授权的压力。"这意味着整个Web可能被Google的单一模型所束缚。
由于AI的响应具有不确定性（每次答案略有差异），开发者势必针对特定模型的"习惯"进行优化，从而产生在Gemini Nano之外无法运行的代码，形成恶性循环。Mozilla对"Apple被迫购买Nano"这一格局表达了对整个行业连锁影响的担忧。
第三个担忧涉及条款层面的从属关系。使用Prompt API必须同意Google的《Generative AI Prohibited Uses Policy（生成式AI禁止用途政策）》，该政策将"生成令人不适的内容"等并非违法的用途也列入禁止范围。
Mozilla的主张是："Web标准API的使用依赖于某一特定企业的内部政策，有违中立性原则。"换言之，这是对"Google内部规则一旦变更，整个Web的运作随之改变"这一脆弱结构的警示。Web本应作为人人可自由使用的公共基础设施发展至今，对特定企业条款的从属，从哲学层面来看也是一大问题。
Firefox也拥有名为"AI Runtime"的浏览器内置AI功能。然而其设计理念与Chrome截然不同——仅限用于浏览器内部功能（浏览器自身使用的处理）和扩展程序，普通网页无法调用。
其背后是Mozilla"为维护Web的中立性，浏览器本身使用AI无可厚非，但将其作为Web API公开则是另一回事"的哲学。在浏览器内部提升能力，与以Web标准形式对外公开之间，Mozilla划定了一条谨慎的界线。这体现了在便利性与整个Web生态健康之间寻求平衡的态度。
另一个重大区别在于模型透明度。Firefox AI Runtime采用的设计，会让开发者和用户明确识别出所使用的是哪个模型。这与Prompt API"具体使用哪个模型取决于浏览器"的模型无关联方式形成鲜明对比。
Mozilla强调透明度的重要性，认为"如果不清楚是哪个模型生成了响应，开发者就无法进行负责任的实现，用户也无法理解正在发生什么"。重视长期可靠性与可追责性的理念，渗透于设计的每一个细节。
容易被误解的一点是，Mozilla明确承认Prompt API所具备的"本地AI处理、离线运行、降低成本、隐私保护优势"等优点，并非反对AI浏览器功能本身。
Mozilla的主张集中于"应确保Web不被特定模型、特定企业所束缚的设计"这一点。换言之，这是"反锁定"而非"反AI"的立场。在接受技术进步的同时，坚守Web开放性这一根本价值的姿态清晰可见。
Google将Chrome重新定位为"AI浏览器"。除Prompt API外，还内置了Summarizer API、Writer API、Rewriter API、Proofreader API等多项AI功能，正在构建Gemini Nano生态系统。
截至2026年5月，该功能已支持Windows 10/11、macOS 13及以上、Linux、ChromeOS，凭借超过60%的市场份额优势，推进事实标准化战略。先行实现，再主导标准化——这正是Google一贯的风格。
Mozilla被定位为守护整个Web中立性的开源阵营守护者。此次反对Prompt API正是其典型体现。尽管浏览器市场份额已降至百分之几，但其在标准化讨论中的影响力依然不可忽视。
在通过Firefox AI Runtime实现内部AI功能的同时，Mozilla坚守不将其作为Web API公开的底线。相较于独立的浏览器AI战略，Mozilla将"公平的标准化"置于优先地位。其存在价值不在于市场份额，而在于作为"守护Web公共性的监督者"。
截至2026年5月，Apple的Safari（WebKit）尚无实现Prompt API的计划，Apple Intelligence正以独立的设备端AI战略展开布局，对纳入Web API保持谨慎态度。
Apple高级副总裁Eddy Cue虽曾表示"正积极考虑将AI搜索引擎整合进Safari"，但Apple优先发展自有的Apple Intelligence生态系统，避免追随Google生态的战略意图明显。以隐私优先和自有生态为轴，将自家平台置于Web标准之上的姿态愈发清晰。
截至2026年5月，日本浏览器市场份额约为Chrome 65%、Safari 25%、Edge 7%、Firefox 3%。使用Prompt API的网站容易形成Chrome优先的设计，在其他浏览器上的功能验证和备用实现的工作量将随之增加。
大型电商网站和媒体网站可能面临同时维护"面向Chrome的AI功能"与"面向Safari的备用实现"的双重负担。开发工时和测试压力的膨胀令人担忧，对中小型Web制作公司而言，成本管控将成为切实的现实问题。
过去，网站的AI功能依赖"通过云端调用OpenAI API等外部AI"的架构，服务器成本和API费用是沉重的负担。而Prompt API可在浏览器内完成处理，实现零费用。
大型企业面临两难困境："想为节省成本积极引入，但Mozilla反对的警示让人意识到标准化风险，一旦成为Chrome专用实现，未来的迁移将十分困难。"如何在成本与锁定风险之间取得平衡，将成为未来重要的经营判断。
Prompt API"数据不会离开浏览器"的特性，对医疗、金融、法律等高度保密性行业极具吸引力。患者信息、客户资产信息无需发送至云端AI，可大幅降低信息泄露风险。
日本医疗机构和金融机构受《个人信息保护法》（APPI）的严格约束，浏览器本地AI将成为大幅降低法律风险的可选方案。在Mozilla的担忧之外，从另一个维度看，对于重视隐私的行业而言，这无疑是一项极具吸引力的技术。
在东京从事自由职业Web开发的健太，截至2026年5月，正受到客户咨询，希望引入使用Chrome Prompt API的摘要功能。他坦言"从成本上看很有吸引力，但Mozilla反对的消息让我左右为难"。
是否向Firefox和Safari用户提供备用实现，还是直接定位为Chrome专用——两种方案的额外报价估算差距高达30%。他表示"等标准化尘埃落定再等半年也是一个选项"，正处于艰难抉择之中。对Web开发者而言，技术选型的难度又上升了一个层次。
地方中小型电商运营者佐藤，截至2026年5月，希望将AI用于商品描述自动摘要和评论翻译等场景。引入动机在于"每月10万日元的云端AI费用压力太大，Prompt API如果能零成本实现就太好了"。
他的判断是积极的："我们的客户中70%使用Chrome，先实现再试验。Safari和Firefox用户用传统的替代展示方案来覆盖。"对中小企业主而言，成本节省与风险承受之间的现实权衡每天都在进行。
在IT企业任职、具备较高Web素养的美咲平时使用Firefox。她表示："最近越来越多的网站只有Chrome专用功能，在Firefox上只能看到降级版本，这让我感到别扭。"
"读了Mozilla反对的新闻，觉得'这是一个很重要的讨论'。想避免浏览器选择权实质上被剥夺的未来，作为个人，会继续支持Firefox。"越来越多的用户也切身感受到，技术选择的自由是决定Web未来的重要因素。
Chrome 138之后，已向扩展程序开放正式可用（GA）。面向网页端，需启用实验性标志或参与Origin Trial。
多模态功能（图像、音频输入）正处于Origin Trial阶段，参与后可在正式网站上进行测试。Chrome端正式发布时间尚未确定。支持环境为Windows 10/11、macOS 13及以上、Linux、ChromeOS，模型（Gemini Nano）将在首次使用时自动下载。
想尝试的开发者现在即可进行测试，但若希望稳妥使用，建议等待功能正式普及。
Mozilla的核心立场是"该设计从根本上威胁Web的中立性与浏览器兼容性"。
回顾历史，IE专用功能、Flash、特定企业专有API等，均曾引发Web分裂。Mozilla以"不重蹈覆辙"为使命。正因为Prompt API便利性极高，一旦轻率普及，"Chrome专用Web"将事实上成为标准，Web的开放性这一根本价值将面临丧失风险——这正是反对的核心所在。
从长远视角来看，Mozilla的担忧在很大程度上是有据可循的。
"原型和内部工具可以尝试，正式上线的网站需谨慎"是业内顾问的普遍建议。
截至2026年5月，该功能属于Chrome专用，Safari和Firefox需要单独实现。正式运营时，浏览器检测与降级设计必不可少。待标准化方向明朗的2027年之后再正式采用是稳妥之策，在此之前，与OpenAI API等云端AI并用是现实的选择。
如果是新建项目，按行业标准搭建并为日后调整保留余地——这种心态是技术选型的关键。
主要原因是"Apple有自己的Apple Intelligence战略，希望避免追随Google生态系统"。
Apple自iOS 18、macOS 15起推出Apple Intelligence（自有AI功能），Safari的AI功能也将采用自有模型实现，对纳入Web API保持谨慎态度。
背后交织着"Apple重视隐私的哲学""针对自有芯片（Apple Silicon）的优化""避免依赖Google"等多重战略考量。
"同时使用多种浏览器，保持对Web选择权的意识"是社区的共同建议。
个人用户继续选择Firefox、Safari，本身就是维持浏览器多样性的直接行动。份额的过度集中，可能导致整个Web的选择空间收窄。
重视隐私选Firefox或Brave，Apple设备用户选Safari，注重工作效率选Chrome——根据用途灵活切换，是现实可行的行动方案。
"Chrome内置AI变得更加便利"——其背后，守护Web中立性长达30年的斗争正迎来新的局面。
Mozilla的官方反对，并非"因为方便所以反对"，而是"正因为方便，设计上才更应审慎"——这是一场着眼于Web开发长期健康性的本质性讨论。对Gemini Nano的锁定担忧、对Google服务条款的依赖、互操作性崩溃风险，是涉及开发者、企业和用户所有人的重要议题，绝非可以一句"一家企业的意见"而一笔带过。
从今天起可以采取的三步行动如下：①Web开发者在技术选型时关注浏览器兼容性；②企业将Chrome专用实现与迁移成本打包估算；③用户通过多浏览器并用保持对Web的选择权。便利性与中立性之间的平衡由谁来守护、如何守护——这场左右Web未来的争论，正从2026年起全面展开。
本文为 AI Friends 的转载文章。
