THE WORLD IS NOT STANDING STILL.RSS
BIG CHANGE.
BIG CHANGE, one tap away
BIG CHANGE, one tap away

Make room for the big picture.

Add BIG CHANGE to your home screen or desktop. It opens in its own window, with the latest stories when you’re online.

iPhone & iPad
Open bigchange.ai in Safari. Tap Share, then Add to Home Screen. Turn on Open as Web App if shown, then tap Add.
Android
Open bigchange.ai in Chrome. In the browser menu, choose Install app or Add to Home screen.
Desktop
In Chrome or Edge, use the install icon in the address bar or the browser’s app menu. In Safari on Mac, choose File → Add to Dock.

Markdown edition

# Opera previews local AI APIs for websites and extensions

> Opera’s WebAI preview offers browser APIs for local models, with opt-in setup and hardware and platform limits.

By BIGCHANGE.AI Editorial

Published: 2026-10-29T01:05:38.278Z
Updated: 2026-10-29T01:05:38.278Z
Canonical: https://bigchange.ai/blog/opera-webai-local-preview

![Conceptual illustration of an open laptop displaying a generic browser window and an orange toggle.](https://bigchange.ai/api/media/file/opera-local-browser-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE; not an Opera screenshot.

Opera announced its WebAI preview on October 27. A wider debate about model choice and compatibility remains unsettled.

## The big change

- Opera’s browser exposes local AI to websites and extensions running on visitors’ computers.
- A shared interface can reduce the need to build a separate model connection for every task, but it does not make the answers of different models interchangeable.
- An application still needs a clear response when a capability is missing, and must explain if an alternative sends information to a server.

## What Opera has announced

Opera’s [announcement](https://blogs.opera.com/news/2026/10/webai-local-ai-for-the-web-now-in-opera/) says users enable Web AI API in Settings → Opera AI, triggering a model download. It lists 64-bit Intel/AMD Windows PCs and Apple-silicon Macs; Linux, Intel Macs and Windows on Arm are excluded. Opera says individual sites require permission.

The company’s descriptions disagree on rollout: its blog names Opera One, GX and Neon in the preview, while its [press release](https://press.opera.com/2026/10/27/opera-doubles-down-on-local-ai-shipping-models-directly-in-its-browsers/) says Opera One is first and the others follow. The blog’s setup instructions start with Opera One. Check the installed version before relying on it.

Opera’s [playground](https://next.opera.com/web-ai/) lists separate capabilities with availability indicators. Its indexed [Prompt page](https://next.opera.com/web-ai/prompt/) shows a system prompt, sampling controls and a streaming option; the [Semantic Embedder page](https://next.opera.com/web-ai/semantic-embedder/) shows a query and sentences for similarity ranking. These interfaces point to different tasks: generating language and comparing text by meaning.

BIG CHANGE did not run the playground on a supported Opera build or verify its generated code. A direct request to the Prompt page returned 404 during this check. The indexed controls describe an intended interface, not proof of successful execution or a recipe verified for an Opera version.

## Why the same interface may not mean the same result

The [Prompt API proposal](https://github.com/webmachinelearning/prompt-api) describes a browser-provided model interface. The point is to let a page request a capability without building its own model-serving infrastructure. But a prompt is not like a calculation with one guaranteed answer: the model, its settings and the context supplied by the application can all affect the response.

[Mozilla’s standards position](https://github.com/mozilla/standards-positions/issues/1213) is negative. It argues that developers may tune prompts to the quirks of a widely used model, making another model or even an update to the original perform worse for those applications. A common method name alone would not prevent that. A developer evaluating a feature needs representative tasks and expected outcomes, not only a check that the interface exists.

The [Web Machine Learning Community Group’s May meeting notes](https://www.w3.org/2026/05/28-webmachinelearning-minutes.html) show the problem being discussed from several directions. Participants considered describing model capabilities instead of brand names, and raised concerns that revealing installed models could enable fingerprinting. The group resolved to explore model-neutrality and interoperability issues and experiment with categorical sampling modes. These are research and design steps, not evidence that the issues have been solved or that Opera implements the proposals identically.

## A decision is different from a generated answer

A separate [Google Chrome team Decisions API explainer](https://github.com/explainers-by-googlers/decisions-api) sketches a way to ask structured questions over input. Its example defines questions and options, checks availability, creates a session and submits text; the proposed result includes a selected label and probabilities. The document calls itself an early design sketch and says it has not been approved to ship in Chrome.

That distinction matters for a product choosing an output. A fixed choice can be easier to use in a defined workflow than free-form prose, but a valid label can still be the wrong answer. The application must decide how much uncertainty it can tolerate and when to ask a person to review. The explainer describes a proposal; it does not establish the behavior of Opera’s Decision implementation.

## Local inference is one part of the data path

Running a task on a visitor’s computer can remove a cloud-model request, but the site can still send information elsewhere. [WebKit’s position on the Prompt API](https://github.com/WebKit/standards-positions/issues/495) makes that distinction explicit: a site controls its prompts and can receive and transmit the responses. Its concerns address the proposal, rather than proving how Opera handles permissions.

There is also a practical choice when a local capability is missing. [Chrome’s documentation](https://developer.chrome.com/docs/ai/built-in/overview) describes a hybrid approach using a server model as a fallback. That is a separate architectural example, not a verified Opera integration. The fallback can keep a feature available, but it changes where information goes and may introduce service costs. A product should make that change clear before a user supplies sensitive text; an honest unavailable state may be preferable to a silent switch.

## Sources

- [WebAI: Local AI for the web, now in Opera](https://blogs.opera.com/news/2026/10/webai-local-ai-for-the-web-now-in-opera/) — Opera’s preview, requirements and examples; not independently tested.
- [Web AI in Opera](https://next.opera.com/web-ai/) — Opera’s playground lists individual APIs and availability checks. The page was read, but no eligible device or API execution was tested.
- [Explainer for the Prompt API](https://github.com/webmachinelearning/prompt-api) — Community Group proposal documents the interface and availability states; Opera implementation was not tested.
- [Built-in AI: AI in Chrome](https://developer.chrome.com/docs/ai/built-in/overview) — Chrome documentation describes on-device and server-side hybrid designs; it does not establish Opera compatibility.
- [Opera Web AI: Prompt playground](https://next.opera.com/web-ai/prompt/) — Indexed interface shows prompt, options and code affordance; direct request returned 404.
- [Opera Web AI: Semantic Embedder playground](https://next.opera.com/web-ai/semantic-embedder/) — Indexed interface shows query, sentences and similarity-ranking controls.
- [Opera doubles down on local AI](https://press.opera.com/2026/10/27/opera-doubles-down-on-local-ai-shipping-models-directly-in-its-browsers/) — Opera describes rollout and site permissions; its blog differs on browser timing.
- [Mozilla standards position: Prompt API](https://github.com/mozilla/standards-positions/issues/1213) — Mozilla explains its negative position and model-specific interoperability concerns.
- [WebML Community Group meeting, 28 May 2026](https://www.w3.org/2026/05/28-webmachinelearning-minutes.html) — Draft minutes document model selection and sampling-mode discussions.
- [Explainer for the Decisions API](https://github.com/explainers-by-googlers/decisions-api) — Google Chrome team sketches a structured decision interface, not approved to ship in Chrome.
- [WebKit standards position: ML Prompt API](https://github.com/WebKit/standards-positions/issues/495) — WebKit discusses portability, resource and privacy concerns with the proposal.