多個 Agent 能共用一個瀏覽器嗎？

瀏覽器控制器能分配獨立頁面並同時接受請求時，兩個 Agent 可以在同一個瀏覽器里工作。同一瀏覽器設定檔中的任務可以用同一站點工作階段，各自的文件仍有獨立狀態。要判斷是否互相干擾，應檢查頁面歸屬和頁面實際結果。我們用 Tabbit 跑了兩個併發任務。Alpha 標記了自己的頁面，Beta 仍待審核，跨任務認領失敗。

分清瀏覽器、檔案和分頁

瀏覽器實例負責運行頁面。瀏覽器設定檔或上下文決定 Cookie 和其他存儲。分頁有自己的文件、網址和頁內狀態。工具的控制器可以把它分給一個任務，並限制該任務可以操作哪些頁面。只看進程數量無法判斷哪些 Cookie 或頁面被共享。Playwright 瀏覽器上下文隔離 · Playwright 頁面

分頁群組能整理相關頁面。任務需要不同帳號時，應使用存儲獨立的瀏覽器環境。認領控制的是工具對頁面的訪問。讓 Agent 連接現有瀏覽器講檔案選擇，後台瀏覽器自動化講使用者同時使用瀏覽器的場景。

同一個 Tabbit 實例中的兩個任務

我們在 macOS 使用 Tabbit CLI 1.22.6.0 和 Tabbit Dev。本機夾具設置一個模擬 HTTP-only 工作階段 Cookie。兩個命名任務分別打開 /alpha 與 /beta。它們各向測試屏障發送請求，伺服器收到兩邊請求後才一起釋放，證明存在實際執行重疊。這次用兩段腳本測試控制器行為。

Alpha 點選 Mark reviewed 後，文件顯示 Reviewed ALPHA-31。Beta 仍顯示 Pending。CLI 歸屬清單顯示兩個不同的分頁 ID。兩項任務仍活躍時，Beta 嘗試認領 Alpha 的測試分頁。請求失敗，所有權未變化。隨後 Beta 點選自己的按鈕，返回 Reviewed BETA-72，Alpha 依舊顯示 Reviewed ALPHA-31。

拒絕回條為 TAB_OWNERSHIP_CONFLICT，瀏覽器程式未執行。Alpha 釋放後，Beta 成功取得同一分頁 ID，讀到原有的 Alpha 標記。這可區分所有權衝突和一般連線問題。

圖中兩頁是分別截圖，時間在 Alpha 點選後、Beta 點選前。實驗沒有使用真實帳號，也沒有寫入網站後台紀錄。其他工具的歸屬策略可能不同。本次只驗證這一對任務，不測併發上限。Tabbit CLI 官方快速入門

增加併發前怎麼驗證

1. 先定瀏覽器設定檔。 兩個任務都被允許訪問同一站點工作階段時才共用。否則用不同檔案或隔離上下文。命令和站點權限的區別見 Claude Code 瀏覽器權限。

2. 分配任務名和頁面。 新建任務分頁，或明確認領已經確認的 ID。紀錄預期網址、ID 和報告標題等標記。瀏覽器 CLI 入門

3. 各做一次只讀或無副作用點選。 返回頁面上可見的標記。第二頁在自己的操作發生前應保持原狀態。瀏覽器首任務清單

4. 單獨管理寫入衝突。 兩個分頁可能操作同一條後台資料。相互衝突的寫入按順序執行，再核對最終保存值。

5. 收尾時釋放正確的頁面。 先保存執行回條，再結束任務。只關閉任務自己創建的測試分頁。重試時依據日誌中的 ID 和結果定位頁面。

一位使用者報告，在同檔案跑多個 Claude Code 任務時發生互相搶頁。另一位開發者紀錄了如何用固定句柄與所有權讓 Safari 任務獨立運行。這兩條是各自工具的經驗。使用新控制器時應實測頁面歸屬。同檔案搶頁報告 · Safari 並行任務報告

選擇工具入口可看 瀏覽器 MCP 與 CLI 對比，瞭解瀏覽器與任務分工可看 Tabbit 瀏覽器概覽。要復測，可從 Tabbit 下載頁開始，準備兩個一次性頁面。

Secholar.L

Tabbit 成長與內容

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