雲端訂閱換成風扇聲：Opera 推出 WebAI，要讓 AI 模型留在使用者電腦裡跑

開發者的推論帳單變薄，使用者的處理器變忙。一家瀏覽器公司以「標準」為名，把 AI 的運算從資料中心搬回裝置端。

一家公司先宣布，其他瀏覽器還沒點頭

網頁標準向來是慢工。HTML、CSS 到各種瀏覽器 API，規範多半要經過 W3C 或 WHATWG 的提案、實作與反覆修訂，多年後才成為各方共同採納的通用介面。10 月 28 日，Opera 把這個順序倒過來：先由自家宣布一項名為 WebAI 的「新網頁標準」，再等其他瀏覽器跟上。

內容本身相當具體。WebAI 要讓 AI 模型在瀏覽器內、於使用者自己的裝置上運行，不必把請求送到任何雲端服務。功能以早期預覽版的形式進入主力瀏覽器 Opera One，預設關閉，使用者必須主動選擇啟用；面向遊戲與直播族羣的 Opera GX、以 AI 代理執行任務的 Opera Neon，官方表示不久後跟進。這個專案源自 Opera 先前把本地運行的大語言模型引進瀏覽器的工作，等於把內部嘗試整理成對外開放的介面。

模型來源不綁特定產品，是整套設計的關鍵。Opera 以 Google 兩年前首次發表的開放權重模型 Gemma 為例，說明 WebAI 面向多種開放權重系統打造；在 Mac 上，它也能呼叫蘋果內建的裝置端基礎模型。

讓網頁動用本機硬體並非新鮮事。WebGL 與 WebGPU 先後把繪圖運算交給顯示卡，網頁應用才做得出複雜的 3D 場景。WebAI 走的是同一條思路，把「借用的硬體」從顯示卡延伸到 AI 推論。差別在於，繪圖規範由多家瀏覽器共同打磨多年，WebAI 目前只有 Opera 一家實作。在其他人跟進之前，它比較接近一份開放給所有人實作的規格書，距離通用標準還缺最關鍵的一步。

開放權重模型是整件事的前提

WebAI 能成立，靠的是過去幾年開放權重模型的累積。這類模型通常可免費下載使用，權重對外公開，開發者能依需求客製調整。Gemma 以及各家陸續釋出的小型模型，讓「下載一次、本機離線跑」成為技術上可行的選項。Opera 堅持不綁定特定模型，也有其必要：一旦接上特定商業模型，授權與計費立刻回到雲端那套邏輯，本機路線的賣點就消失了。

不過，開放權重與開放原始碼之間仍有距離。Opera 自己也提醒，這類模型可能附帶使用與修改上的限制，免費下載不等於可以任意商用。對一般使用者，這層差異暫時感受不到；對想在自家網站呼叫本機模型的開發者，授權條款就是必讀文件。

就官方說法，WebAI 目前指向的能力相當務實：生成文字、為內容分類、理解不同資訊之間的關聯。這些工作不需要旗艦級模型，小型模型就能勝任。模型不必大才有用，這個判斷在其他環節也看得到，先前介紹的Cloudflare 專用抽取模型 Clairic便是讓小而專的模型接手特定任務，把大型語言模型留給真正需要通用能力的場景。本機 AI 的第一批應用，大概率也是這一類輕量工作。

帳單搬家：省下的錢，與變忙的處理器

Opera 在公告裡把這筆帳算得很直白。

成本的搬家方向同樣清楚。雲端推論的錢，換成了使用者電腦的運算：模型載入記憶體、推論佔用處理器，風扇轉快一點，其他分頁慢一點。Opera 明言，實際表現取決於使用者裝置的硬體配置，等於把分級標準交給每個人的電腦。雲端服務用加價換效能，本機方案用換電腦換效能，兩者其實是不同的付費方式，只是其中一種收據不會寄到家裡。預設關閉、主動啟用的設計，也像是對這筆硬體成本的事先承認。

隱私則是 Opera 選這條路的理由。該公司多年來把數位隱私當作產品主要賣點，而 AI 聊天機器人確實正在收集大量個人資訊，資料如何儲存與使用卻未必透明。把運算留在裝置端，使用者拿回的是控制權：資料不出門，功能可開可關。當然，這不代表隱私風險歸零，模型從哪裡下載、由誰更新，仍是需要回答的問題。AI 系統處理資料的界線，近期已有實例可循，Claude 在訓練運行中翻過佐治亞州付費牆一事顯示，連模型開發者自己都會意外越界，信任最終仍要靠可查核的機制支撐，口頭承諾不夠。

瀏覽器市場收到什麼訊號

大廠早已把 AI 塞進瀏覽器。Chrome 內建 Gemini Nano 供網頁呼叫，Edge 與 Copilot 深度綁定，兩者走的都是自家模型、自家介面的路。Opera 的市佔規模不足以正面硬碰，把本機 AI 包裝成開放標準反而是一個有利位置：如果其他瀏覽器與網站採用同一套介面，Opera 就從邊緣玩家變成標準起點；如果沒人跟進，WebAI 仍是自家產品的差異化功能，投入不至於白費。

在 Mac 上呼叫蘋果裝置端基礎模型這一步，透露出另一層設計。瀏覽器未必自己搬整套模型進來，可以扮演調度者，把作業系統已內建的模型接給網頁。隨著各大系統廠都把基礎模型放進裝置，瀏覽器作為中間層的價值，會從「載入網頁」延伸到「分配運算」。至於 Opera Neon 主打的 AI 代理，代理任務若能在本機模型上跑，就少了一層對雲端的依賴，這也解釋了為何 WebAI 會先鋪在代理型瀏覽器上。

對開發者，真正值得觀察的是誘因結構。本機路線拿掉了每次請求的費用，網站加 AI 功能的門檻從「算得起的帳」變成「寫得動的程式」，長尾網站與獨立開發者是最大受益者。代價則是碎片化：使用者裝置能力參差不齊，同一個功能在新機與舊機上的體驗可能差距很大，這是雲端方案不曾存在的問題。

接下來可以核對的訊號

WebAI 從發布走到真標準，中間有幾道關卡可以依序看。第一批訊號來自 Opera 自家：GX 與 Neon 的跟進時程，啟用時要下載的模型體積、來源與更新方式，不同硬體上的實際效能落差，官方會不會給出明確的最低需求。第二批訊號來自外部：有沒有網站真的用 WebAI 做出功能，有沒有第二家瀏覽器實作相同介面，標準組織裡是否出現對應或競爭的提案。標準的成敗向來由跟進者決定，宣示只是起跑線。

對使用者而言，判斷點在於手上的硬體與在意的事。隱私優先、任務輕量，本機路線提供了雲端之外的第二個選項；需要旗艦模型能力的重活，雲端短期內仍是主要去處。兩條路並存，會是未來一段時間的常態，而 Opera 這次先押注的是其中安靜的那一條。