你剛讓 Claude Code 修完一個表單，接下來要怎麼確認它真的能開、錯誤訊息看得到、按鈕按下去有反應？如果需求是「讓本機 agent 立刻看一眼正在開發的網頁」，Opera Browser CLI 值得試；如果需求是每天在 CI 重跑同一套流程，就應該寫 Playwright 測試，不必硬把判斷交給模型。
Opera Browser CLI 是本機瀏覽器控制介面，功能重點不在聊天。Opera 的官方介紹說，它讓本機工具或 AI client 透過命令列操作 Opera；目前的官方 GitHub README則列出頁面 snapshot、點擊、填表、截圖、console、network、效能追蹤與 Opera AI 指令。對開發者而言，真正有用的是 agent 改完程式後，能打開頁面取得現場資料，不再只靠原始碼猜結果。
先判斷：你的工作適不適合 Opera Browser CLI？
| 你要完成的事 | 建議工具 | 原因 |
|---|---|---|
| Claude Code 臨時打開 localhost、讀錯誤、截圖 | Opera Browser CLI | CLI 距離 coding agent 近，適合一次性觀察與互動 |
| 固定登入、結帳或回歸流程，每次都要得出相同結果 | Playwright 測試 | selector、斷言與 CI 紀錄比較可重複 |
| 不同 AI assistant 都要共用瀏覽器工具 | Playwright MCP | MCP 介面較容易接到不同 client |
| 大量雲端 session、併發、代理或長任務 | Browserbase 或自建執行層 | 需要隔離、監控、佇列與成本控制 |
| 想從終端機呼叫 Opera Neon 的 Do、Make、Research | Opera Browser CLI + Neon | 這三組是 Neon 才提供的進階 AI 指令 |
最容易選錯的地方，是把「能控制瀏覽器」等同「適合所有自動化」。Opera Browser CLI 適合探索型、開發中驗收；正式 E2E 仍以確定的測試腳本為主。需要完整分流，可接著看站內的 AI 瀏覽器自動化工具比較與 Playwright MCP 指南。
安裝前要準備什麼？
依官方 README，基本需求是 Node.js 20 以上與一套 Opera 瀏覽器。官方目前推薦 Opera Neon 來使用進階 AI 功能，但一般 Opera 也能執行瀏覽器控制與內建 AI chat。這點和 2026 年 5 月發表時主要聚焦 Neon 的說法不同，因此不應再寫成「沒有 Neon 就完全不能用」。
先在可互動的終端機安裝並跑設定精靈：
npm install -g opera-browser-cli
opera-browser-cli setupsetup 會偵測 Opera、讓你選擇瀏覽器，並儲存本機設定；目前也會安裝 Claude Code 可讀的 skill。完成後先驗證版本，再開一個無敏感資料的測試頁：
opera-browser-cli --version
opera-browser-cli open https://example.com如果 open 回傳頁面標題、URL、結構化 snapshot 與可互動元素的 reference，代表基本連線已經成立。這時再接 Claude Code，比一開始就丟完整登入流程更容易找出問題究竟出在安裝、瀏覽器連線，還是 agent 的任務描述。
第一個任務：只做觀察，不做高風險操作
建議先啟動本機網站，再讓 agent 做四件事：開首頁、取得 snapshot、查看 console、存一張截圖。你可以自己執行，也可以把同樣的命令與驗收條件交給 Claude Code。
opera-browser-cli open http://localhost:4321
opera-browser-cli snapshot
opera-browser-cli console
opera-browser-cli screenshot ./qa-home.png給 Claude Code 的任務不要只寫「幫我測網站」。可以寫成：
打開
http://localhost:4321，只觀察首頁，不送出表單。檢查主標題是否存在、導覽列是否有可互動項目、console 是否出現 error，並把截圖存成qa-home.png。先回報發現，不要修改程式碼。
這個寫法把 URL、允許的操作、要看的證據與停止點都講清楚。確認 agent 能正確回報後，再加上「用假資料填測試表單」「切換行動版 viewport」「查看失敗的 network request」等單一任務。若主要目標是 console、network、performance 與 runtime 診斷，可一起比較 Chrome DevTools for agents的定位。
一般 Opera 和 Opera Neon 差在哪？
官方 README 目前把能力分成兩層。任何 Opera 都可使用一般導航、snapshot、互動、DevTools 診斷與 chat；Opera Neon 另外提供 invoke-do、make、research。後三者會呼叫 Neon 自己的 agent 執行多步任務、建立頁面或進行研究，層級高於普通點擊指令。
opera-browser-cli chat "摘要目前頁面"
opera-browser-cli invoke-do "在測試站完成指定的低風險操作"
opera-browser-cli make "建立一個不含外部資料的待辦清單頁面"
opera-browser-cli research "整理公開來源中的固態電池資訊"因此，若只是讓 coding agent 驗收自己剛改的前端，先用一般控制命令就夠；只有確定需要 Neon agent，才把 Do、Make、Research 納入流程。這也能避免把兩種不同層級的自動化混在同一個 prompt 裡。
登入狀態方便，但也是最大風險
Browser CLI 可以連到持續使用的瀏覽器 profile，也能操作有登入狀態的頁面。這對重現「登入後才發生」的 bug 很方便，卻也代表 agent 可能看見帳號資料，甚至按到不可回復的操作。Opera 官方介紹也提醒，CLI 預設會對網站帶上自動化標記；遇到網站阻擋時，先確認網站政策與授權範圍，不要設法繞過限制。
實務上請守住四條界線：
- 使用獨立測試 profile 與測試帳號，不直接沿用日常瀏覽器資料。
- 從 localhost、staging 或可回復資料開始，不把 production 後台當測試場。
- 付款、寄信、刪除、改權限、發布與提交個資前，一律停下等待人工確認。
- 要 agent 回報 snapshot、console、network 與截圖，不接受只說「看起來正常」。
要把 browser agent 放進產品或多人團隊，還要處理 session 隔離、憑證、稽核、prompt injection 與失敗重試。這時應評估 Browserbase 指南中的雲端執行需求；開發者 CLI 不適合直接充當生產平台。
最後怎麼選？
Opera Browser CLI 最有價值的情境很具體：你正在用 Claude Code 或其他本機 agent 開發網頁，希望它修改後能立刻打開真實頁面、讀結構與除錯訊息，並把可驗證的證據交回來。它能縮短「改完程式到看見結果」這一段；完整測試制度仍要另外建立。
先用一個 localhost 頁面跑完安裝、snapshot、console 與 screenshot。若任務後來變成固定回歸流程，就移到 Playwright；若要跨助理共用，考慮 Playwright MCP；若要雲端大量執行，改評估瀏覽器基礎設施。工具分工清楚，agent 才不會因為拿到過大的瀏覽器權限，反而讓驗收更難相信。
常見問題
Opera Browser CLI 一定要安裝 Opera Neon 嗎？
不一定。官方 README 目前說一般 Opera 可使用瀏覽器控制與內建 AI chat；Opera Neon 主要是額外解鎖 Do、Make、Research 三組進階 AI 指令。若只做本機前端驗收，可先使用一般控制能力。
Opera Browser CLI 可以直接取代 Playwright 嗎？
不建議。CLI 適合 agent 在開發過程中探索頁面、讀 console、截圖和重現問題；固定且需要穩定判定成功或失敗的流程，仍應用 Playwright 的 selector、斷言與測試報告。
安裝後 Claude Code 還要另外設定 MCP 嗎？
基本 CLI 用法不必先手動設定 MCP。官方 setup 會完成本機設定並安裝 Claude Code skill；先確認終端機能執行 open 與 snapshot，再讓 Claude Code 呼叫會比較容易排錯。
可以讓它操作已登入的正式網站嗎？
技術上可能做得到，但不適合當第一個任務。請用獨立測試 profile、最小權限帳號與可回復資料；付款、刪除、寄信、改權限、發布或處理個資前，必須停在人手確認。
什麼情況該選 Playwright MCP 而不是 Opera Browser CLI？
如果不同 AI assistant 都要共用瀏覽器能力，或團隊已採用 MCP 作為工具接口，Playwright MCP 通常更自然。若只是 Claude Code 在本機快速驗收 Opera 頁面，CLI 的安裝與呼叫路徑較直接。