Opera WebAI 早期預覽上線，網站能直接借用你電腦裡的模型

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

一個網站想幫你把文章自動分類、找出哪兩段意思相近，過去的做法是在伺服器端接一套雲端 AI 服務：開發者申請金鑰、按用量付費，使用者則把內容送出去換結果。Opera 在 2026 年 10 月 27 日台北時間晚間 9 時 1 分公告的 WebAI 早期預覽，把另一條路打通了：網站與瀏覽器擴充功能經由瀏覽器，直接使用使用者電腦裡執行的 AI 模型。這項功能先在 Opera One 生效，Opera GX 與 Opera Neon 之後跟上。

模型在使用者的機器上運算，同意權也放在使用者的設定裡，這次更新的重點在這裡。以下整理誰的電腦現在就能用、權限怎麼控制、模型與 API 的實際內容，以及官方還沒說清楚的部分。

誰的電腦現在就能用

依官方公告，這波早期預覽支援 64 位元 Windows 電腦（Intel 或 AMD 處理器）與配備 Apple 晶片的 Mac。Intel 晶片的 Mac、Linux 與 Windows on Arm 裝置不在支援範圍內，官方也沒有給出這些環境之後會不會跟進的時間表。產品線上，Opera One 是桌面旗艦，GX 走遊戲取向，Neon 則被 Opera 定位成會研究、建立並代為行動的 AI 瀏覽器；三條線這次並不同步。兩份官方文件對推出範圍的說法也有出入：公告部落格寫 WebAI 已在 Opera One、GX 與 Neon 三條產品線展開早期預覽，新聞稿則明言首批能力今天只在 Opera One，GX 與 Neon 之後跟上；實際能操作的入口只有 Opera One，本文以新聞稿與官方試用步驟為準。

想現在就試，只有 Opera One 一條路。步驟是把 Opera One 更新到最新版，打開設定裡的 Opera AI 頁面（也可以直接在網址列輸入 opera://settings/ai），開啟 Enable Web AI API 這個選項。官方提醒，這一步會下載一份相容的本機模型，需要幾分鐘時間。官方沒有給出最低版本號，直接更新到最新版最保險；不確定自己 Mac 是哪種晶片的人，點左上角蘋果選單裡的關於這台 Mac，晶片欄位開頭是 Apple 就在支援範圍內。

Pin

有幾個邊界要先畫清楚。這是瀏覽器內建的推論（模型接到輸入後算出結果的過程），不是另外安裝一套 AI 應用程式；運算吃的是自己電腦的處理器與記憶體，官方明講回應速度取決於裝置，沒有給出任何效能數字。過去想在自己機器上跑模型的人，要嘛自己架一套聊天介面再接模型，要嘛先研究顯示卡與記憶體的門檻，這條路把門檻搬到瀏覽器設定裡，但硬體還是自己的硬體。

不使用 Opera、或電腦不在支援範圍內的人，這波完全不受影響，現有的瀏覽方式不會改變。

同意權做成三道開關，同意的單位是網站

對一般使用者來說，這次更新真正的新東西不是模型本身，而是同意權的設計。過去網站提供 AI 功能，模型在網站接的雲端服務上跑，使用者面對的只有該網站的隱私政策；現在模型在使用者自己的電腦上，瀏覽器成為供應模型的那一方，使用者多出了實際的控制點。

官方給了三個控制點。功能預設關閉，屬於主動選擇開啟的設計，開啟之前不會下載任何模型檔案；開啟之後，哪些網站能存取本機 AI 由逐站權限決定，新聞稿原文寫得直接：site-specific permissions enable users to decide which websites can access local AI，逐站權限讓使用者決定哪些網站能存取本機 AI；而且功能隨時可以關閉。

逐站授權為什麼重要？讓自己常用的筆記網站整理文字，和讓一個陌生網頁讀取內容，本來就該是兩個不同的決定。權限給到網站層級，使用者才有辦法按信任程度分開處理，而不是全有或全無。Opera 負責瀏覽器與 AI 的執行副總裁 Krystian Kolondra 在新聞稿裡的說法可以直接當註腳：人們想從 AI 獲得的很多東西不需要資料中心，你的筆電已經做得到，不必把資料送到任何地方……更多模型與工具會持續加入，而永遠由你決定什麼東西在你的機器上執行。

資料路徑也要分段看。模型在本機運算，代表模型處理的那一段不需要把內容送給雲端推論服務，這是官方公告明寫的部分。不過網站本身可能還有登入、同步、其他連線行為，這些不受本機 AI 權限管轄，要判斷隱私，仍要回到各網站自己的說明。把模型搬到本機，改變的是運算位置，不是整個網站的資料行為。

這不是 Opera 第一次碰本機模型，而是一條走了兩年多的路的後半段。依該公司 2024 年 5 月的新聞稿，2024 年 4 月它先在 Developer 測試版讓瀏覽器自家功能直接使用本機模型，是 AI Feature Drops 計畫的一環，當時自稱是第一個把這類功能帶給使用者的瀏覽器，到 2024 年 5 月已支援超過 60 個模型家族、合計兩千多個模型變體。值得對照的是，當年那份新聞稿宣稱裝置端 AI 會覆蓋 Windows、macOS 與 Linux，這次 WebAI 預覽卻先限縮在 64 位元 Windows 與 Apple silicon Mac，Linux 與 Intel Mac 反而沒進名單，官方沒有解釋差異。

兩波的定位也不一樣。2024 年那波是讓使用者在自己瀏覽器的 AI 介面裡用本機模型，模型下載來是自己聊天用；這次的 WebAI 則是把「讓網站與擴充功能呼叫本機模型」這一層接上，對象從使用者操作，換成網頁程式。換句話說，前半段把模型搬進瀏覽器，後半段才把模型開放給網頁。

模型與 API：Gemma、Apple 基礎模型，以及與 Chrome 同源的介面

首批模型依照官方新聞稿的說法，來自 Google 與 Apple 兩家：包括 Google 的 Gemma，以及在 Mac 上使用的 Apple 裝置端基礎模型，並未說明 Gemma 支援哪些系統。Opera 稱這套實作不綁定單一模型（model-agnostic），圍繞開放權重模型（提供訓練後參數、可在相容環境執行的模型）打造，並計畫加入更多針對不同裝置最佳化的開放模型。公告另外提到一個彈性：除了 Opera 提供的模型，已經存在裝置上的相容模型也能用，所以不會被綁在單一供應商。至於 Gemma 的具體版本、模型檔案多大、下載要多久，公告與新聞稿都沒有提。

對開發者，這波引入三組 API：Prompt 用來生成文字，Decision 用來做分類與判斷，Semantic Embeddings 用來計算語意相似度、找出內容之間的關聯。三組合起來，就是分類文章、比對句子、找相近內容這類功能的基礎零件。

介面的出身值得注意。WebAI 是一項標準提案，由 Google 與 Microsoft 等公司支持，還在提案階段，不能當成所有瀏覽器都已採用的規格。而從 Opera 自己的開發者文件可以對上關係：文件樞紐 next.opera.com/web-ai 提供八個 API 測試場（除了上述三組，還有 Summarizer、Writer、Rewriter、Translator、Proofreader 等），Prompt 頁的範例程式碼用 LanguageModel.create() 建立連線、用 promptStreaming() 串流輸出，文件按鈕直接連到 developer.chrome.com 上的 Prompt API 文件。換句話說，Opera 實作的介面形狀與 Chrome 那邊提案中的內建 AI API 同源，寫過網頁的人移植成本很低；兩邊的差別在於，Chrome 的文件還掛著實驗標記、提供早期預覽計畫（採樣參數另走來源試用），Opera 則把它包成一般使用者能開的設定選項，還附帶了模型。

這些測試場本身會檢查 API 在當前瀏覽器的狀態。在沒有開啟本機 AI 功能的環境開啟 Decisions 或 Semantic Embedder 的測試場，頁面會直接標示不可用，並提示改用已開啟裝置端 AI 的 Opera 開啟。實際開發時也該照這個邏輯做功能偵測：模型不在、功能沒開、跑不動是三種不同的狀況，呈現給使用者的訊息也該分開，不要把空白結果當成沒有符合的內容。

Pin

費用結構同樣是官方給的宣稱：使用者不需要 AI 訂閱，開發者沒有逐次的雲端推論費用，也不必自己維運 AI 基礎設施。這些說法來自官方新聞稿，實際省下多少、夠不夠用，要等真正採用的網站出現才知道。

官方給了六個範例擴充，但它們不是瀏覽器功能

為了讓人理解能拿這套 API 做什麼，Opera 團隊自己做了六個實驗性擴充功能。官方特別聲明，這些是激發點子的例子，不是 Opera 的正式功能。六個範例都放在開發者文件樞紐，各附安裝連結，依官方的試用步驟，開啟 WebAI 之後裝一個範例、再從擴充功能選單打開，就能看到實際效果。

幾個比較有畫面的：Semantic Art 把一篇文章變成動態視覺作品，意思相近的句子在畫面上會靠在一起，等於把語意相似度變成看得到的排版；Project Lens 讓你告訴它正在忙什麼專案，它就把任何文章依段落與專案的相關程度上色；Got It? 針對剛讀完的文章出幾道快問快答，讓你檢查自己到底看懂了沒；C·I·A·O 則是兩隻 ASCII 貓在你給的任何題目上即興演出。另外兩個是 Questionable Intelligence（對文章提出歪問題並把結論畫成圖表）與 RecordIn Alchemy（把文章改寫成勵志到有點煩的社群貼文）。

對會用 AI 寫程式工具的人，官方也點了幾個自製方向：標出符合自己需求的職缺、排序該先讀哪篇文章、標亮符合興趣的資訊、讓收藏的內容變得可以搜尋，全部不需要自己架 AI 服務。這些是方向描述，不是現成功能，能不能做好要看各網站與開發者怎麼設計輸入與修正的流程。

同一天還有 HTML-in-Canvas，別跟 WebAI 混成一件事

同一份新聞稿還宣布了 HTML-in-Canvas：開發者可以把真實、可互動的網頁放進 2D 或 3D 場景，選單、按鈕、表單跟著場景移動之外仍然可以操作。官方示範了兩個作品：Webpage Bulldozer 把網頁元素變成實體物件，Gamer Room 是一間螢幕上掛著活網頁的 3D 房間。Opera GX 產品總監 Maciej Kocemba 的說法是，把真網頁丟進 3D 世界後按鈕、文字、選單全部照常運作，想讓大家早點玩到。官方稱這類示範在 Opera 瀏覽器免設定就能玩。

HTML-in-Canvas 屬於網頁呈現能力，與 WebAI 的模型運算是兩回事，只是同一天公告，不該把它們當成同一項 AI 功能。

現在可以做什麼

一般使用者：不用急著開。功能預設關閉，不開就不會下載模型、不占空間。想在相容裝置上先試的人，建議從不敏感的公開內容開始，觀察網站請求權限時怎麼問、結果好不好修正，再決定要不要給更多網站權限。會擔心背景資源的，開啟前後留意一下風扇與記憶體占用變化即可，不需要的工具就關掉。

會寫網頁或擴充功能的人：文件與 API 測試場都在 next.opera.com/web-ai，介面與 Chrome 提案同源，先在測試場確認 API 在自己瀏覽器的可用狀態，再挑一個小功能試做，比直接讀規格快。這波也值得盯著看：瀏覽器廠把模型供應端做起來之後，網頁端的 AI 功能會從接雲端服務，慢慢多出一條走本機的路，而瀏覽器與 AI 的結合這一年動作不斷，Strawberry 1.0 把 AI 夥伴做成可雇用的瀏覽器同事就是另一個方向。

Intel Mac、Linux、Windows on Arm 與其他瀏覽器的使用者：這波沒有你的份。Opera GX 與 Opera Neon 會跟進但沒有日期，想要同類體驗的人只能等。

還不知道的部分

幾個關鍵欄位官方都還沒公布：Gemma 的具體版本與模型檔案大小、下載實際需要多久（官方只說需要幾分鐘）、Opera GX 與 Opera Neon 的跟進時間、何時脫離早期預覽、實際效能與耗電狀況。公告與新聞稿也都沒有提及地區限制，文件上能判斷的只有裝置條件。這些欄位一有官方新資訊，本文的結論就可能需要調整。

本文資料基準為 2026 年 10 月 30 日，引用的公告、新聞稿與開發者文件均發布於 10 月 27 日（開發者端的說明頁日期為 10 月 22 日）。早期預覽階段的功能與模型清單會變動，需要時請以官方頁面當時的說明為準。