如何讓 Cursor CLI 使用已登入的瀏覽器

Cursor CLI 不會自動接管 Cursor IDE 的 Browser 面板，也不會沿用你平常 Chrome 設定檔中的 Cookie。Agent 是在終端執行。要檢查需登入的 staging 頁面，必須接上運行於測試登入所在主機與瀏覽器設定檔的橋接工具，接著核對頁面與帳號。

若你使用 Tabbit，可以評估 Tabbit Browser 搭配 Tabbit CLI 作為本機方案。Cursor 支援本機 Agent Skills 和 MCP 設定，Tabbit 則提供 tabbit Skill 與啟動器給支援的 Agent。不過仍需在你的 Cursor 安裝上做一次小型實測。本環境只確認 Cursor CLI 版本 2026.09.10-fd3934a，未透過 Cursor 呼叫 Tabbit。下文的 fixture 驗證只涵蓋 Tabbit 端。

一位 Cursor CLI 使用者回報，Playwright MCP 在 UI 和互動模式可用，但在 headless -p 執行時沒有出現。這是 2025 年的個人回報，不能證明目前版本有相同問題；它提醒我們要測試實際使用的模式。（Reddit 原帖）

重點整理

• Cursor CLI 是終端用戶端。Cursor Browser 是 Agent 工具，但 CLI 文件沒有表示 IDE Browser 工作階段會自動延伸到 agent。

• 只有橋接工具能連到預期的本機瀏覽器設定檔或明確連接的工作階段時，才能讀取登入頁面。

• Cursor CLI 支援 mcp.json 的 MCP 伺服器及本機 Agent Skills。請確認目前工作階段看得到所需工具或 Skill。

• Tabbit CLI 可透過已安裝的 Skill 或啟動器操作執行中的 Tabbit。任務空間會分開任務擁有的分頁與變數，但 Cookie 仍屬於所選設定檔。

• 第一次只對公開頁面或測試帳號做一項唯讀檢查，核對標題、網域、帳號與預期文字。

• Cursor Background Agent 在遠端執行，不會自動取得本機瀏覽器權限。

Cursor CLI 的瀏覽器途徑

第一種途徑是既有的使用 Cursor Browser 測試頁面指南。本文討論第二種。即使登入相同 Cursor 帳號，這些介面仍可能使用不同工作階段。

檢查本機 CLI 能看見什麼

Cursor 的CLI 使用文件說明 Agent、Plan、Ask 模式、shell 與檔案工具、讀取 mcp.json，以及沿用編輯器規則。Agent Skills 文件列出本機 .agents/skills/ 和 ~/.agents/skills/。這些擴充方式不等於目前工作階段已經載入瀏覽器工具。

先做唯讀檢查：

agent --version
agent --help

接著請本機 CLI 列出它看得到的瀏覽器 MCP 與 Skill，不要開啟或修改網站。若使用 Tabbit，先安裝並開啟 Tabbit Browser，確認 tabbit Skill 位於文件記載路徑，重新啟動 Cursor CLI 後輸入 /tabbit。若未出現，依照Tabbit CLI 安裝指南檢查。直到 Agent 能辨認預計使用的橋接方式之前，不要繼續操作。

設定 MCP 並不表示它連到哪個瀏覽器。請確認伺服器是啟動乾淨瀏覽器、使用持久化自動化設定檔，還是連接已登入的設定檔。MCP 與 CLI 比較說明了這些差別。Tabbit 的不同介面與 CLI 用途則可看Tabbit Browser 簡介。

選擇保存登入狀態的瀏覽器

如果要檢查開發中的應用，Cursor 內建 Browser 通常更直接。官方 Browser 文件說明 Agent 可瀏覽、截圖、檢查主控台與網路。請在實際提供該工具的 IDE 中操作，並核對 Agent 記錄。Cursor Browser 指南介紹另一個視覺修復流程。

如果目標是已登入的 staging 後台，先決定允許哪個設定檔存取。新的 Playwright 或 MCP 瀏覽器可能沒有 Cookie；持久化設定檔也可能登入錯誤帳號。開放寫入前，閱讀連接既有瀏覽器和首次任務檢查清單。

Tabbit Browser 加上 Tabbit CLI 是一個本機測試選項。Tabbit CLI 完整指南介紹啟動器、實例、任務名稱與回執。用戶端必須能讀取 Skill 或執行啟動器，Tabbit 也必須能從同一主機使用。若 Cursor 在遠端主機或容器執行，請另外驗證連線。Claude Code 與 Tabbit 案例或Codex 設定不能當作 Cursor 整合實測。

不要把 Cloud Agent 當成本機電腦。Cursor 將Cloud Agents說明為遠端執行。可用瀏覽器取決於遠端環境設定，本機 Cookie 和分頁不會自動傳過去。

以唯讀方式檢查 staging

使用權限最少的測試帳號。先請 Cursor 說明會用哪個橋接與瀏覽器設定檔，再給一個 staging 網址和一段可見文字。第一次不要要求它「發現問題就全部修好」。

本次本機唯讀檢查請使用已安裝的 Tabbit Skill。
開啟核准的 staging 網址：https://staging.example.test/releases
回報頁面標題、主機名稱、可見帳號/工作區，以及是否出現“Release notes review”。
不要點擊、提交、編輯、下載或切換帳號。若頁面要求登入，或工作區不是“QA Sandbox”，立即停止。

將網址和文字換成你獲准使用的 staging 資訊。不要把密碼、Cookie、Token 或客戶資料貼進提示詞。請先自行在瀏覽器登入測試帳號，確認 Agent 使用相同帳號。HTTP 成功並不足夠，還要核對標題、主機、工作區及預期文字。Browser Agent 提示詞範本可協助設定範圍和停止條件。

Cursor 社群論壇有使用者回報 CLI 回覆中的網址無法開啟。Cursor 團隊說明，終端模擬器會處理超連結，原發文者後來確認 Foot 需要使用 Ctrl+Shift+O。能開啟網址不等於 Agent 能讀取已登入網頁。另一位 Reddit 使用者稱互動模式與 headless -p 的 MCP 發現結果不同。請核對實際執行模式，不要把舊回報當成目前缺陷。網頁操作可參考Agent 控制瀏覽器指南。

Tabbit 的獨立任務空間

假設 release 負責人要 Cursor CLI 讀取一個已登入的 staging 頁面，同時繼續使用瀏覽器。使用 Tabbit 時，先在選定設定檔登入測試帳號，再請 Skill 唯讀檢查標題、工作區和文字。CLI 會在自己的任務空間工作，分開任務頁面和變數；網站儲存狀態仍共用所選設定檔，所以要核對顯示的帳號。

下圖是不含帳號的合成 fixture。它呈現練習操作前後的變化，並非 Cursor 畫面，也不是已登入 staging 測試。

另一項獨立 fixture 核驗中，未登入頁面回傳 401。使用測試帳號登入後，另一個 Tabbit CLI 任務開啟 /release，讀到“Release notes review”和“GEO-104 ready for review”。這證明該 fixture 的 Tabbit CLI 可使用所選設定檔的測試登入狀態，但沒有驗證 Cursor 呼叫 Tabbit。這段連線仍須在目標環境中測試。

按工作選擇途徑

結論：Cursor CLI 能參與瀏覽器自動化，但安裝 CLI 並不代表它可使用你已登入的瀏覽器。先選擇運行在目標設定檔所在主機的橋接工具。本機工作可測試 Tabbit Browser 與 Tabbit CLI。第一次只讀取一頁，核對帳號和網域，再考慮寫入。如果你想在 Cursor Desktop 裡測試本機開發頁面，請看獨立的Cursor Browser Agent 指南。

Secholar.L

Tabbit 成長與內容

Secholar.L 專注 AI 瀏覽器與 Agent 工作流的實測寫作,基於真實調研比較工具,引用可查證的一手來源。