目次

2026年10月27日、Operaは Opera One、Opera GX、Opera Neon で WebAI の早期プレビューを発表した。ウェブページと拡張機能が、ブラウザ内のローカルモデルを Prompt、Decision、Semantic Embeddings API 経由で呼び出せる。毎回の試作のために別途 AI 基盤を立てる必要はない、という位置づけだ。Opera はこれを、ローカル AI をブラウザの中核能力にする「第一歩」と書き、2024年に実験的な開発者ビルドでローカルモデル接続を提供していた経緯にも触れている。すでに本機モデルの流れを追っているチーム——たとえば Cline Desktop が Ollama/LM Studio でローカルモデル管理に対応——には馴染みやすい話だ。推論をよりユーザー端末に残し、クラウド AI を既定ではなく任意にする、という構図である。

ローカル推論で何が省けるか

Opera の投稿は、WebAI を「サイトと拡張がユーザーのコンピュータ上で動く AI を使えるようにする」ものとして説明する。人々が欲しいのはチャット窓だけではない。いま見ているページと一緒に働く AI であり、ブラウザ内ローカル API はその用途を想定している。

挙げられている「省けること」は具体的だ。

  • ページ側の機能を試すためだけに別の AI アプリを入れる必要がない
  • ローカルサーバーを構成する必要がない(この経路では先に Ollama/LM Studio を起動する前提ではない)
  • 最初のデモの前に AI API キーを取る必要がない
  • そのローカル経路ではリクエストごとのクラウド課金がなく、開発者が自前の AI インフラを運用する必要もない
  • ページ内容がそのローカル AI 経路で処理されるとき、Opera はクラウド AI プロバイダへ送る必要がないと書く

WebAI は opt-in でもある。設定でオンにするまで何もダウンロードされず、いつでもオフにできる。プライバシーの言い回しにも、共有マシンでも重要だ——トグルをオフにしておけば、プレビュー用モデルが裏で落ちてこない。

ローカルの話には境界もある。ローカル推論は「閲覧セッション全体が決してネットに出ない」こととは同じではない。モデルのダウンロード、拡張のインストール、通常のページ要求はネットワークを使い得る。WebAI で端末上分類をするページでも、通常サイトと同様に遠隔画像・計測・CDN を取りにいける。性能は端末の計算資源に依存する。Opera もローカル AI の速度はまだ改善中で、応答の速さは端末次第だと書く。Mac 側のローカル/ハイブリッド比較は Perplexity Computer を Mac でローカル実行する仕組み、オンデバイス多モーダル近縁は MiniCPM-V 4.7:スマホで動くオープン多モーダル を参照。

Prompt、Decision、Semantic Embeddings

ニュース投稿が名指しする開発者向け面は次の三つだ。

  • Prompt — テキスト生成(クイズ、書き換え、ページ側の短い回答などの土台)
  • Decision — 情報の分類(自由文ではなくラベル・優先度・判定が必要なツール向け)
  • Semantic Embeddings — 内容同士の関係づけ(類似、クラスタ、「このプロジェクトに合う段落はどれか」)

合わせて狙うのは、チャット窓以上のツールだ。長文の要点ハイライト、理解チェック、保存物の並べ替え、関連文の対応づけなど。独立開発者や小チームが特に言及され、外部 AI サービスのトークン課金なしに個人用拡張を出せる、という書き方になっている。

提案中の標準であり、完成した汎用 Web API ではない

Opera は WebAI を proposed web standard(提案中のウェブ標準)と書き、Google や Microsoft などを含む企業が backing しているとも書く。実装では、Opera の推論エンジン上のオープンウェイトや、端末上に既にある互換モデルなど、ブラウザ内で複数モデルを使える、という説明で、単一ベンダー縛りとしては書かれていない。

早期プレビューとは字義どおり、対応する Opera ビルドで今日試せるブラウザ側ローカル AI 面であり、すべてのブラウザが既定で出す完成した業界共通 Web 標準ではない。より広い正式提供の話が出るまでは、言い方は「提案/早期プレビュー」のままである。

有効化の手順(Opera の三ステップ)

試用パスは次のとおりだ。

  1. Opera One をダウンロードまたは更新する(同じ早期プレビューは Opera GX と Opera Neon にもあると書かれている)
  2. Settings → Opera AI で Enable Web AI API をオンにする——互換ローカルモデルのダウンロードが走り、数分かかることがある
  3. サンプル拡張の一つを入れ、拡張メニューから開く

トグルがオンになるまで WebAI はオフのままで、裏でモデルを引きにいかない。初回が「何も起きない」ように感じる場合、多くはトグルがオフのままか、モデルのダウンロードが終わっていない。ワンショットのデモだけなら、モデル取得後に再びオフにしてもよい——opt-in の趣旨は、制御をユーザー側に残すことだ。

使える端末と、まだ使えない端末

早期プレビューの端末範囲は狭い。デモやセットアップ手順の前に、端末表は次のとおりだ。

対応Windows PC(64ビット、Intel/AMD);Apple silicon Mac
非対応Intel Mac;Linux;Windows on Arm

ワークフローが Intel Mac、Linux デスクトップ、Windows on Arm に依存するなら、このプレビュー経路はまだ約束できるものではない。Apple silicon 対応は Intel Mac には及ばない。Windows 側は従来の 64 ビット Intel/AMD であり、Windows on Arm ではない。混在機種の共有トライアル前には、OS/CPU 行列が先に揃う必要がある。

デモ拡張:サンプルであり、内蔵機能ではない

開発者が何を作れるかを示すため、Opera チームは六つの実験拡張を出した。投稿は明確で、それらは examples to spark ideas, not Opera features——プリインストールのブラウザ機能ではない。後から増減しても「Opera の中核機能が廃止された」ことにはならない。

六つの名前は Project Lens、Got It?、Questionable Intelligence、Semantic Art、RecordIn Alchemy、C·I·A·O。二つで「チャット窓以上」を示せば足りる。

  • Got It? — いま読んだ記事の短いクイズを作り、端末上で理解を確認する
  • Project Lens — いまのプロジェクトに合わせ、各段落の関連度に応じて色を付ける

残りは遊びや視覚寄り——チャート、動くアート、風刺調の SNS 投稿、ASCII の即興——だが、いずれも Prompt/Decision/Semantic Embeddings と同じ主題に載る。テキスト生成、分類、ページ内の関係づけだ。内蔵の Opera AI モード一覧ではなく、インストールして試す着想パックである。

開発ドキュメント入口(playground 概要)

対応 API 一覧とドキュメントの入口は next.opera.com/web-ai だと示されている。その入口はいま Web AI の playground 概要として読み込まれる。モデルは端末上で動き、Prompt、Summarizer、Writer、Rewriter、Translator、Proofreader、Semantic Embedder、Decisions などのカードに加え、サンプルアプリとデモ拡張がある。

製品面の話は、ニュース投稿が平易に名指しした三つ——Prompt、Decision、Semantic Embeddings——に留める。playground では、いまのビルドにどの追加 API カードが出るかを見られる。呼び出し単位の統合手順は、使っている Opera の版とチャネル(One/GX/Neon)向けの現網ドキュメント側にある。

速度・中国語/日本語品質、当サイトでまだ測っていないこと

速度と中国語/日本語の品質については、当サイトではいまのところテストしていない。One/GX/Neon で WebAI を試した方は、サイト下部の運営者連絡先からフィードバックを送れる。Opera 自身も応答速度は端末次第で、ローカル AI の性能はこれからも軽く速くしていくと書く。独立した報告が増えるまでは、早期プレビューは有効化して探る能力であり、計測済みの遅延やローカライズ基準ではない。

関連記事