Aider 可以透過 /web 讀取網頁，也可以透過 /run 執行本機 shell 命令，兩者用途不同。/web 會把擷取的頁面文字加入程式對話，不會控制登入中的瀏覽器。/run 可以呼叫本機 Tabbit CLI，但仍需確認 skill/CLI 路徑、啟動器可達，以及網站帳號正確。
Reddit 社群中有使用者提到 “Sessions dying because two things touched the same account.”。這只能說明相關工作流中的問題，不能證明 Aider 與 Tabbit 相容。 查看原討論
重點
模型名稱不會自動提供瀏覽器控制能力。
用戶端 skill 發現、本機啟動器可達、網站登入是三項獨立檢查。
先產生有名稱的草稿或檢查報告，再由人確認後續操作。
如果遠端或容器環境沒有明確支援的本機橋接，就改用人工交接。
先選執行環境
| Agent 設定 | 瀏覽器路徑 | 必須確認 |
|---|---|---|
| Aider /web | 抓取 URL 文字 | 閱讀公開頁面 |
| Aider /run | 執行本機命令 | 驗證 Tabbit CLI 與帳號 |
| /add 報告檔案 | 加入本機證據檔 | 先保存檢查報告 |
| 遠端 Aider | 需要另行支援的橋接 | 使用者自行檢查 |
Aider /web 會擷取網頁文字，/run 執行 shell 命令，/add 加入本機檔案。這些不代表原生瀏覽器控制。遠端 Aider 需要另有支援的本機交接。 官方文件
分開核對三種連線
確認 Agent 與 CLI 在本機、容器還是遠端執行。
確認用戶端能否發現 Tabbit skill。只有辨識該命令時才使用 /tabbit。
確認本機 Tabbit CLI 可達，並選中預期的瀏覽器實例。
由你核對網站、帳號與頁面；啟動器可用不代表網站已登入。
建立可審查的工作流程
先確認頁面與帳號，再進行唯讀檢查。保存結果到 release-63-browser-review.md，讓 Agent 準備草稿或差異，然後由你審核。這是示例，不是整合測試。
在目標 Tabbit 設定檔中打開工作頁，核對識別資訊和帳號。
建立名為
release-63-browser-review.md的獨立任務，只讀取完成工作所需的頁面內容。保存可見狀態、依據、未解決問題和頁面 URL。
對照頁面檢查報告；提交或修改前停止。
示例提示詞：
閱讀 release-63-browser-review.md。只針對報告中的觀察提出小範圍差異。
不要執行命令、發布或提交。
列出要修改的檔案，以及它們對應的證據。
停止並等待我檢查 diff。需要遠端執行時
如果 Agent 在遠端執行，且沒有文件記載的本機橋接，請讓它整理檢查清單或程式碼，再由你在本機完成瀏覽器步驟。不要轉交密碼、Cookie 或完整瀏覽器設定檔。
依情境選擇
| 任務情境 | 交接方式 | 人工檢查點 |
|---|---|---|
| Aider /web | 閱讀公開頁面 | 確認 URL 和時效資訊 |
| Aider /run | 驗證 Tabbit CLI 與帳號 | 核對帳號與頁面 |
| /add 報告檔案 | 先保存檢查報告 | 檢查報告及差異檔 |
| 遠端 Aider | 使用者自行檢查 | 人員確認後送出 |
相關設定可參閱 Tabbit CLI 指南 連接現有瀏覽器 重用登入工作階段 首次任務檢查表 Browser MCP 與 CLI 比較 Codex 設定範例 本機網頁驗收 瀏覽器工作階段基礎。這些頁面說明 Tabbit 或一般瀏覽器工作流，不代表 Aider 原生整合。
當頁面已在本機登入，且已驗證的用戶端能呼叫啟動器時，才評估 Tabbit。否則在本機完成瀏覽器任務，並把必要證據交給 Agent。
常見問題
/web 可以控制登入瀏覽器嗎？
不能。它會擷取 URL 文字並加入 Aider 對話，不會控制瀏覽器工作階段，也不會使用網站登入。
/run 的用途是什麼？
它會執行 shell 命令，並可把輸出交給 Aider。可用它呼叫本機 Tabbit CLI，但這不代表 Aider 內建瀏覽器自動化。
Aider 有 /tabbit 命令嗎？
不要這樣假設。只有客戶端辨識已安裝的 Tabbit skill 時才使用該語法，否則手動呼叫本機 CLI。
遠端 Aider 能使用本機登入狀態嗎？
需要另有支援且經驗證的本機交接。可先由你完成瀏覽器檢查，再把最少必要的報告交給 Aider。
怎樣讓瀏覽器驗收變成補丁？
把有名稱的檢查報告加入 Aider，要求它只提出對應證據的小範圍差異，並在提交前檢查 diff。
Aider 應該提交網頁表單嗎？
在驗收流程中，請 Aider 先準備變更建議並停止。由人核對目標紀錄後再批准提交。