Opera Neon 加入 MCP 支援

Opera Neon 這次真的有料。2026 年 3 月 31 日，Opera 宣布 Neon 可以當 MCP server。外部 AI client 直接連進來，就能讀取頁面內容，還能操作真實瀏覽器工作階段。

講白了，這很適合做 AI 工作流。你不用一直複製分頁、貼截圖、再把瀏覽器狀態翻譯成 prompt。AI 直接看到你已登入的頁面，效率差很多。

Opera 也把這功能對準 Claude Code、Lovable、n8n 這類工具。對研究、原型開發、Web 測試的人來說，這不是小更新。這是把瀏覽器拉進 AI 工具鏈裡。

Opera Neon 到底多了什麼

Opera 說，Neon 現在是第一個內建 MCP server 的主流 AI 瀏覽器。這句話翻成白話，就是外部 AI client 有了標準方式，能跟你的瀏覽器 session 對話。

重點在於 live context。你如果已經登入某個 SaaS、後台，或文件站，AI 可以直接看現在的頁面。它不用猜，也不用看過時截圖。這對實務工作很重要。

Opera 提供的能力分成讀和寫兩類。預設先開比較安全的讀取工具。比較激進的控制權，像點擊和輸入，則要你自己打開。

• 預設開啟：讀分頁、頁面內容、截圖。
• 可寫入操作：切換分頁、關閉分頁、滑鼠點擊、鍵盤輸入、表單填寫、導頁。
• 另有讀取歷史紀錄工具，但預設關閉。
• 連線方式是 MCP server URL 加 OAuth2 驗證。

這裡最有意思的地方，不是 Neon 又多了一個聊天側欄。它是把整個瀏覽器 session 變成可被外部 agent 讀寫的資源。

我覺得這比老派的 copy-paste 流程乾淨很多。AI 先讀頁面，再決定要不要動作。這種設計比較像工具，不像玩具。

為什麼 MCP 這麼重要

Model Context Protocol 的概念很簡單。它想把 AI 系統和工具、資料源，用同一套標準接起來。這樣就不用每個產品都客製一條接線。

在這個案例裡，Opera Neon 是 server，外部 AI app 是 client。意思是 Claude Code 這種工具，可以直接問 Neon 要分頁清單、頁面內容、截圖，還能下瀏覽器指令。

“As a standard, MCP solves the N x M problem of integrating data sources with AI applications,” said Anthropic in its MCP announcement.

這句話很直白。以前做瀏覽器自動化，常常是每個服務都要自己接。今天接 A，明天接 B，維護起來超煩。MCP 的價值，就是把這些零碎整合變成共用介面。

Opera 還補了一個很實際的問題：連線持久性。它做了 persistent proxy server。就算筆電或瀏覽器關掉，MCP 連線也能保持狀態。失敗時還會回傳清楚的 browser not available，而不是亂噴錯。

這種細節很土，但很重要。真的要拿來做 agent workflow，穩定性比酷炫更值錢。

跟其他 AI 工具有什麼差別

Opera 的賣點不是「Neon 會讀頁面」。這種功能很多工具都有。差別在於，它能讓外部 client 在真實、已登入的瀏覽器 session 裡直接動作。

這就跟只吃貼上文字、或只看靜態截圖的工具不一樣。它也比那種只能待在單一產品裡的瀏覽器助理更實用。因為它可以跟你整個工具鏈一起跑。

如果拿常見工具來比，差異會更清楚。

• Claude Code 可以用 Neon 直接看分頁、點網站、填表單、測 Web app。
• Lovable 可以讀 live page，拿來當 prototype 參考，不用你口述 UI。
• n8n 可以把瀏覽器當成 workflow 節點，不只是資料來源。
• Opera 預設只開讀取工具，寫入工具要手動啟用，安全性比較保守。

Opera 舉的例子也很有意思。它提到可以用 Claude Code 從已開啟的分頁蒐集研究資料，再去測試和驗證 Web app。這種流程很合理。AI 先理解問題，再回頭驗證結果。

如果是原型開發，流程也差不多。你登入某個 Web app，想讓 Lovable 參考介面風格，Neon 可以直接把 live page 暴露出去。這比叫人用文字描述 UI 快太多。

數據和競品怎麼看

先看能力範圍。Opera Neon 的 MCP 支援不是只做「看」。它同時有讀和寫。這讓它跟單純摘要型工具拉開差距。

再看權限設計。預設是讀取開啟，寫入關閉。這種做法比較像真實產品，不是 demo。因為一旦牽涉登入狀態，權限邊界就不能亂來。

下面這幾點，最能看出它的位置。

• 讀取能力：分頁、頁面內容、截圖，預設可用。
• 操作能力：切分頁、關閉分頁、點擊、輸入、填表、導頁，要手動開。
• 歷史紀錄：可讀，但預設關閉。
• 驗證方式：MCP server URL 搭配 OAuth2。

如果跟傳統 browser automation 比，Neon 的優勢是標準化。你不用為每個 AI 工具重寫一套橋接層。這點對開發者很省事。

如果跟只會讀頁面的 AI 工具比，Neon 多了「能做事」的那一半。這才是 agent 真正有用的地方。只會講，沒辦法動，很多時候就是半套。

這對開發者有什麼實際意義

如果你在做 Web app、測試自動化，或 AI 工作流，這功能很像少掉一層 glue code。外部 client 可以直接拿到使用者已登入的 browser state。這包含目前分頁、文件站、後台頁面。

實際用途也很明確。像是研究助理可以看你已經開好的來源。原型工具可以抓現成介面。測試 agent 可以真的點進流程裡驗證結果。

這也反映一個趨勢。好用的 AI 系統，不只是會讀 context。它還得能動手做事，而且權限邊界要清楚。Opera Neon 把瀏覽器放進這個位置，方向很明確。

如果你已經有 Neon，我會建議先從 read-only 開始。先看它能不能幫你整理分頁、讀頁面、抓截圖。真的需要操作，再開 write tools。這樣比較不會把 browser session 弄成災難現場。

背後的產業脈絡

瀏覽器一直是工作的核心介面。很多人一天 8 小時，至少有 5 小時在瀏覽器裡。查資料、開後台、跑 SaaS、看文件，全都在這裡。

問題是，AI 很常停在旁邊。它會寫字，會總結，但不一定真的懂你現在在看什麼。MCP 把這個 gap 補起來。它讓 AI 直接接觸活的瀏覽器 session。

這也解釋了為什麼這波不是單一瀏覽器的花招。MCP 本身是標準。只要工具支援，理論上就能互通。今天是 Opera Neon，明天可能是別的 browser、桌面 app，甚至內部工具。

對台灣開發者來說，這件事的意義很直接。你如果在做內部系統、客服後台、電商營運工具，未來 AI 很可能不是從 API 文檔開始，而是從使用者正在看的頁面開始。這會改變很多工作流程。

接下來該怎麼看

我覺得接下來 6 到 12 個月，重點會是兩件事。第一，MCP client 支援會不會變得更普遍。第二，瀏覽器權限控制會不會更細。

如果這兩件事都往前走，AI 代理就不會只停在聊天框。它會開始進入你真的在用的工作環境。那時候，能不能安全地授權，就會比功能數量更重要。

說白了，Opera Neon 這次不是在賣一個酷功能。它是在測試一個新介面：AI 直接進瀏覽器。你如果是開發者，現在就可以開始想，哪些流程適合 read-only，哪些流程真的需要 write access。

如果你要我下結論，我會說這功能值得試。先接一次 Claude Code 或 n8n，看它能不能真的省掉你手動切頁的時間。能省多少，答案很快就會出來。