Opera 在早期预览中将 WebAI 本地模型能力引入浏览器，支持 Google 的 Gemma 与苹果设备端基础模型，允许网站和扩展调用本地推理。该功能需用户启用并逐站点授权，兼容性受限于操作系统与硬件，隐私与性能收益存在边界。
Opera 正把本地人工智能从浏览器中的实验性聊天功能，推向网站和扩展可以调用的基础能力。公司在2026年10月27日的公告中称，WebAI 首批能力以早期预览形式进入 Opera One，支持 Google 的 Gemma，以及 Apple 芯片 Mac 上的苹果设备端基础模型。
这不是默认开启的功能，也不意味着浏览器已经能够替代所有云端 AI 服务。用户需要主动启用，本地模型下载才会开始；网站是否能够访问本地 AI，则由逐站点权限控制。Opera 将 WebAI 称为拟议中的网页标准，而不是已经完成统一、在各浏览器中普遍可用的正式标准。
改变的不只是模型在哪里运行
云端 AI 应用通常需要把输入发送给服务商，再接收生成结果。Opera 此次强调的是另一条路径：由浏览器提供本地推理能力，让网站或扩展把一部分文本生成、分类和内容分析任务交给用户自己的电脑。
按照 Opera 的技术介绍，这种方式不要求用户另装 AI 应用、配置本地服务器或获取 API 密钥。其实现可以使用由 Opera 提供的开放权重模型，也可以接入设备上兼容的本地模型，不固定绑定单一模型供应商。
这里需要区分两件事：支持不同来源的模型，不等于所有模型都能直接运行；“开放权重”也不能自动等同于全部代码和使用条件都开放。官方此次点名的是 Gemma 和苹果设备端基础模型，不能据此把所有受支持模型都归为同一种开放许可。
对开发者而言，吸引力在于不必为这部分本地推理自行维护云端 AI 基础设施，也不必按每次云端模型请求付费。对用户而言，待处理内容可以留在设备上，而不必为了这一步推理发送给云端 AI 服务商。但计算并没有消失，而是转移到了用户的硬件上。
从生成文字，到理解内容之间的关系
Opera 的技术文章重点介绍了 Prompt、Decision 和 Semantic Embeddings 三类 API，分别对应文本生成、判断与分类，以及将内容转换成可比较的语义表示。
其Prompt API 演示页展示了与设备端模型对话的方式；Decisions API 页面则面向是非判断、多项选择和评分。语义嵌入的作用不同：它把文字转成向量，用于比较句子之间的意义相近程度，而不只是寻找相同关键词。
这使浏览器 AI 的使用方式可以超出聊天窗口。例如，扩展可以根据用户当前项目，突出文章中更相关的段落；也可以围绕刚读过的文章生成理解测验。Opera 还展示了把文章句子之间的语义关系转成动态视觉效果的示例。
不过，官方明确将这些扩展称为启发开发者的实验性样例，而不是 Opera 浏览器已经内置的正式功能。示例能够展示接口的可能用途，并不能证明它们已经在复杂网页、不同语言或所有设备上达到稳定可靠的效果。
隐私收益有边界，性能取决于电脑
本地推理最直接的变化，是减少向云端模型服务发送内容的需要。Opera 表示，WebAI 由用户选择加入，可以随时关闭，并允许用户决定哪些网站能够访问本地 AI。
这并不等于使用相关网站或扩展时，所有数据流都会自动留在本机。模型推理的位置、网页本身的网络请求，以及扩展获得的数据访问权限，是不同层面的问题。不能仅凭“本地 AI”这一标签，就推导出整个应用完全不联网、不会上传其他数据，或无需审查扩展权限。
硬件限制同样明确。根据 Opera 的技术说明，早期预览支持采用 Intel 或 AMD 处理器的64位 Windows 电脑，以及搭载 Apple 芯片的 Mac；Intel Mac、Linux 和 Windows on Arm 不在此次支持范围内。响应速度取决于具体设备。
因此，官方所说“不需要 AI 订阅”和“不按请求支付云端费用”，应理解为这种本地推理路径的特点，而非整个应用没有成本。模型下载、存储和运行仍要占用本机资源，开发者也需要考虑用户设备差异。此次查阅的官方材料没有提供足以判断跨设备性能的统一基准，不能据此声称本地方案普遍快于云端，或能够达到同等生成质量。
不是首次尝试本地模型，发布范围仍有口径差异
Opera 的本地 AI 路线可以追溯到2024年4月3日的开发者版本公告。当时，公司宣布在 Opera One 开发者渠道实验性支持约50个模型家族的150种本地大语言模型变体。那一阶段的重点，是让用户在浏览器内选择和使用本地模型。
此次推进的重点，则是把本地模型能力通过接口交给网站和扩展，让开发者围绕网页内容构建工具。它是既有探索的延伸，而不是 Opera 第一次让模型在用户电脑上运行。
但具体时间与覆盖范围，需要保留官方材料之间的差异。10月27日新闻室公告称，早期预览先进入 Opera One，Opera GX 和 Opera Neon 随后跟进；标注10月22日的技术文章，却称三款浏览器均已进入早期预览，其试用说明又引导用户下载或更新 Opera One。
截至本次核验，两份页面仍保留这些不同表述。因此，可以确认 Opera 已公布这项早期预览，并给出 Opera One 的试用路径，但不能把10月27日断言为整个项目首次公开的日期，也不能据此确认三款浏览器已经同步向所有符合条件的用户开放。
浏览器端 AI 的下一道门槛是兼容性
Opera 的方案把一个问题摆到开发者面前：当 AI 由浏览器托管、由本地设备执行时，应用如何应对不同模型、操作系统和硬件之间的差异？拟议标准和接口能够提供共同的开发入口，却不会自动消除模型质量与运行性能的差距。
这种问题也出现在浏览器端 AI 的底层工程中。AIFlux 此前关于Hugging Face WebGPU 内核的报道讨论的是另一层工作：改善本地推理所依赖的基础运算与跨设备测试。这不是 Opera 本次预览的一部分，也没有证据表明 Opera 使用了该项目；两者分别体现了应用接口和底层执行层需要解决的问题。
就目前而言，WebAI 的具体价值，是让开发者尝试把生成、判断和语义分析嵌入日常浏览过程，同时给用户一个不必将每次推理交给云端服务的选项。它能否从早期预览发展成稳定、可移植的网页能力，仍取决于后续浏览器覆盖、接口兼容性、设备表现，以及权限机制在实际应用中的执行效果。