Opera Introduces New WebAI Standard: Running AI Models Locally in the Browser

Opera launches the WebAI standards initiative, attempting to enable AI models to run locally in the browser.
Opera is pushing a new Web standard called WebAI, aiming to let users deploy and run AI models locally in the browser without relying on the cloud. WebAI is designed to be compatible with multiple AI models and seeks to establish universal interfaces at the Web layer rather than being tied to a single vendor. Local execution can reduce external data transmission and offers potential privacy and speed advantages, but it is constrained by device performance and model size. As a standards initiative, WebAI still needs joint participation from multiple browser vendors, developer communities, and standards organizations, and its technical specifications and timeline remain undisclosed. If recognized by the industry, it could change the form and distribution of AI applications and affect the browser competitive landscape.
Opera is pushing a new Web standard called WebAI, with the goal of letting users deploy and run AI models locally directly in the browser without relying on cloud services. If this initiative comes to fruition, it could change how ordinary users interact with AI and open up new possibilities for browser vendors and AI developers.

What Is WebAI: Bringing AI Models into the Browser
Based on the information disclosed so far, WebAI is a browser-oriented Web standard whose core design philosophy is compatibility with multiple AI models. In other words, it is not a proprietary solution tied to a single model vendor, but rather an attempt to establish a set of universal interfaces at the Web layer so that different types of AI models can be invoked and run within the browser environment.
This is worth paying attention to. In the past, most AI capabilities on the browser side relied on cloud APIs: user-input data had to be uploaded to a server for processing, and the results were then returned to the local device. WebAI's approach is to place computation on the user's device, with the browser serving as the runtime host for AI models.
From a technical positioning standpoint, WebAI is closer to an attempt at the standards layer rather than a single product feature. Opera hopes it will become a specification commonly followed across the browser ecosystem, which is why it is called a "new Web standard."
Running AI models locally in the browser is not an entirely new concept. The industry already has underlying technologies such as WebGPU, WebAssembly (Wasm), and WebNN as support. WebGPU provides browsers with graphics and general-purpose computing capabilities approaching native performance, Wasm allows high-performance code to run in the browser, and WebNN attempts to provide a unified Web API for neural network inference. If WebAI is to establish itself at the standards layer, it will likely need to work in coordination with these existing specifications rather than start from scratch. Understanding this helps clarify WebAI's positioning: it is more likely to focus on inference interfaces, model loading, and a cross-model compatibility layer, rather than reinventing underlying compute acceleration capabilities.
Why Local AI in the Browser Matters
The most direct change from running AI locally in the browser is that data no longer needs to leave the user's device. For scenarios involving sensitive content, this model has a natural advantage in terms of privacy—inference is completed locally on the input content, reducing the links through which data is transmitted externally.
Another potential advantage is response speed and offline availability. Cloud inference is affected by network conditions, whereas local execution can reduce network round trips once the model has finished loading. Of course, this also depends on device performance and model size; local execution does not necessarily mean it is always faster.
From an industry perspective, the browser is the main entry point through which users access Web content. If AI capabilities become native to the browser, the form of AI applications may shift from "opening a website to use AI" to "the browser itself has AI processing capabilities." This will have an impact on how AI applications are developed and distributed.
The privacy advantage of local inference lies in the fact that data does not leave the device, but this also brings new problems in model distribution and storage. A large model with billions of parameters can be several GB in size, and the browser needs to download and cache these weights, making the first-use cost relatively high. Common industry practices include model quantization (reducing weight precision to shrink size), on-demand sharded loading, and persisting model files using browser caches or IndexedDB. These mechanisms determine whether local AI can become practical on ordinary devices, and they are engineering constraints that WebAI's standard design cannot avoid.
Challenges on the Road to Standardization
WebAI is still at the standards initiative stage, and there is still a considerable distance before it becomes a widely adopted formal standard. The establishment of Web standards usually requires the joint participation of multiple browser vendors, developer communities, and standards organizations. Whether a standard promoted by a single vendor can gain sufficient support is the first test it faces.
There are also practical constraints at the technical level. Different AI models vary greatly in size and computational requirements, and resource scheduling, model loading, and memory management in the browser environment are all issues that need to be addressed. In addition, how to maintain performance while ensuring cross-model compatibility is another point that standard design needs to balance.
The original information is relatively limited, and WebAI's specific technical specifications, scope of support, and timeline have not yet been disclosed. Judging from the available information, this is more of a directional statement than a mature implementation plan.
The formation of Web standards usually follows a certain process: a vendor or community first proposes a specification draft, which then undergoes developer feedback and validation by multiple implementations, and may ultimately be submitted to standards organizations such as W3C or WHATWG. The key to whether a standard can succeed is whether there are multiple independent implementations (supported by at least two browser engines) and sufficient developer adoption. Historically, Google's WebML and Apple's involvement in WebGPU both went through years of refinement. WebAI is still at the initiative stage, and it remains to be seen whether Opera will open the specification to the community and seek to advance it jointly with other browser vendors.
Implications for the Browser Competitive Landscape
The browser market has long competed around performance, privacy, and extension ecosystems. Opera's choice to focus its efforts at the AI standards layer can be seen as a differentiation strategy—if WebAI gains industry recognition, the party driving the standard will occupy a favorable position in the ecosystem.
However, standards battles are never decided unilaterally. Whether other browser vendors follow suit and whether developers are willing to build applications based on this standard will determine WebAI's actual influence.
For ordinary users, the more practical question in the short term is whether local AI in the browser can truly replace cloud solutions in terms of experience. This depends on the joint evolution of model capabilities, device performance, and standard maturity. WebAI proposes a direction worth watching, but the answer will take time.
One-line Summary
Opera launches the WebAI standards initiative, attempting to enable AI models to run locally in the browser.
Paragraph Summary
Opera is pushing a new Web standard called WebAI, aiming to let users deploy and run AI models locally directly in the browser without relying on cloud services. WebAI is designed to be compatible with multiple AI models and attempts to establish universal interfaces at the Web layer rather than being tied to a single vendor. Local execution can reduce external data transmission and has potential advantages in privacy and response speed, but it is also constrained by device performance and model size. As a standards initiative, WebAI still requires the joint participation of multiple browser vendors, developer communities, and standards organizations, and specific technical specifications and timelines have not yet been disclosed. If it gains industry recognition, it could change the form and distribution of AI applications and affect the browser competitive landscape.
Related articles

RAG Interview Essentials: Breaking Down the Full Offline Indexing and Online Retrieval Pipeline
A complete breakdown of the RAG retrieval-augmented generation workflow: offline document loading, chunking, vectorization, and indexing; online query rewriting, vector retrieval, reranking, and generation, plus core interview points and system optimization directions.

AI Large Models for Absolute Beginners: Principles and API Calling in Practice
From AI's evolution to large model training principles and core concepts like Token, Temperature, and Top-P, this article explains system prompts, Function Call, RAG, and memory with hands-on examples and four API call scenarios—ideal for beginners.

Will GitHub Die? Open Source Maintainer Burnout and the Collaboration Crisis in the AI Era
Lex Fridman podcast discussion on open source maintainer burnout and GitHub's predicament: massive pull requests overwhelm core maintainers, and AI worsens code bloat. Using math journal peer review and Poincaré conjecture verification as analogies, the article analyzes why verification in knowledge production must be deliberately slow, and how open source communities can avoid the failure mode of maintainers exiting.