湯在自己家裡燉，模型在自己電腦裡跑：Opera 的 WebAI 與那口不外借的爐子

2026 年 10 月 27 日，Opera 開放了 WebAI 的早期預覽。這是一份網頁標準提案：網站和擴充功能可以向瀏覽器提出請求，使用瀏覽器管理、在使用者自己裝置上執行的 AI 模型。換句話說，往後有些「料理」不必送去別人家的中央廚房，你家的爐子就能開火。

這個比喻其實不遠。你把一碗湯端去外面煮，食材要出門、調味要照別人的規矩、每一回都要付錢；自己開火，菜就在你的鍋裡，火候你盯，味道你自己負責。雲端模型像中央廚房，什麼都能做，但每一筆輸入都得離開你家廚房。本機模型則是把爐子搬回家，材料不出門。

不過自家爐子也有自家爐子的現實。鍋子大小、火力強弱、爐具有沒有壞，都會影響那鍋湯燉不燉得出來。Opera 自己也說得保守：這還是提案中的標準，Google、Microsoft 等公司支持相關方向，但其他瀏覽器會不會跟進，要看之後的規格討論與實作，現在誰也說不準。這就像一份新食譜剛印出來，鄰居還沒決定要不要跟著做。

Opera 這次展示的三個介面，各有各的廚房對應。Prompt 介面用來生成文字，像照著食譜變出一道菜；Decision 介面做分類，像把市場買回來的一堆菜分門別類，葉菜一籃、根莖一袋；Semantic Embeddings 算語意關聯，像聞味道找搭配，誰跟誰煮在一起會對味。示範的擴充功能也各有畫面：Project Lens 標出文章重點，像在食譜上畫線；Got It? 把文章變成小測驗，像喫完一道菜被問「嚐出什麼味道了嗎」。

但 Opera 沒有提供成效數據，也沒有第三方測試。這點要說清楚：菜單上看起來好喫，跟端上桌真的好喫，是兩回事。

權限這件事，也和爐子很像。模型要你啟用才會下載，你可以設定哪些網站能用，就像鄰居想借你家廚房，你得先點頭。但點頭之前，值得想清楚：你答應借的是爐子，還是連冰箱、鑰匙一起借？來源提醒得對，輸入留在裝置上，不代表輸出、瀏覽紀錄或帳號資料不會透過其他請求外傳。一條完整的資料路徑，得像一條完整的備菜動線那樣，從進門到出餐都看得見，才算數。

硬體則是最實際的門檻。模型能不能跑，取決於你的瀏覽器版本、作業系統和機器效能；舊一點、弱一點的裝置，可能跑得不順。Chrome 的開發文件也建議，模型不可用或裝置喫力時，要準備伺服器端的替代路徑。翻成廚房話就是：自家爐火不夠旺的時候，冰箱裡要有一份備案，外送也好、巷口那家也好，總不能讓一桌人餓著。本機優先、必要時雲端補位的混合做法，對需要跨裝置同步或高度一致結果的任務，反而可能是更務實的選擇。

如果你平常也依賴瀏覽器的小工具過日子，這件事和你的關係比想像中近。擴充功能就像廚房抽屜裡那幾支順手的小工具，先前我們聊六款擴充功能上桌那天想到的廚房小工具時說過，好味道常常靠它們完成；如今這些小工具有機會直接用你家爐子的火，不必每次都繞一趟外面。

至於該不該現在開始用？來源給的答案其實很節制：早期預覽，方向值得看，準確率、效能、成本省多少，都還沒有實測可以背書。就像一鍋剛下材料的湯，現在還在等它滾。你能做的，是確認你的爐子（硬體與版本）夠不夠、查清楚每個權限借出去的是什麼，然後守在鍋邊，聞到不對的味道，隨時有辦法關火。