Qoder CLI 可以透過本機瀏覽器工具操作已登入的網站，但瀏覽器存取不會自動啟用。處理知識庫任務時，先確認 Qoder CLI 能發現 Tabbit Skill 並在本機執行 Tabbit CLI，再確認新的 Tabbit 任務分頁能讀取現有登入狀態。Qoder CLI 和 QoderWork 是不同產品，因此 QoderWork 的瀏覽器示範不能證明 Qoder CLI 相容。
一位 Qoder 使用者提到，檔案型 Agent 出現在 qodercli agents list，但桌面版 Agents 面板顯示另一套設定。這則回饋談的是 Qoder 的 Agent 設定，並非 Tabbit 整合；它提醒我們要檢查實際使用的 CLI 工作階段（Reddit 原文）。
重點
由 Qoder CLI 負責終端機端的計畫與草稿，讓 Tabbit CLI 執行瀏覽器步驟。
先確認 Qoder CLI 的 Skill 清單中有
tabbit。Skill 已載入與本機命令可執行是兩項不同檢查。
目標網站必須已在 Tabbit Browser 登入，且 Tabbit CLI 能連到該瀏覽器。
第一次先執行唯讀任務，並停在具名草稿等待人工審核。
首次操作前確認三項
Qoder CLI 是面向終端機開發者的 AI 編碼助理。官方文件指出，它能讀取檔案、執行 Shell、搜尋程式碼和網頁，並以 Skills 擴充。Skill 是包含 SKILL.md 的資料夾，支援使用者層級與專案層級。可用 /skills 列出、/skills reload 重新載入；若 Skill 名稱是 tabbit，則可用 /tabbit 手動呼叫（Qoder CLI 概覽、Qoder CLI Skills）。
這只確認了客戶端的指令層，不能證明 Shell 能執行 Tabbit CLI，也不能證明 CLI 能連上瀏覽器。交出私人頁面前，請確認以下三道條件。
| 條件 | 在 Qoder CLI / Tabbit 中確認 | 若失敗 |
|---|---|---|
| Skill 發現 | 執行 /skills，確認有 tabbit 及其說明。剛安裝可執行 /skills reload 或重啟 Qoder。 | 檢查 Qoder 支援的 ~/.qoder/skills/ 或專案 .qoder/skills/ 路徑。Tabbit 快速開始沒有列出 Qoder CLI。 |
| 本機命令權限 | 先請 Qoder 確認 Tabbit CLI 安裝路徑，不要立刻操作網站。確認目前權限模式允許執行該命令。 | 修復 Tabbit CLI 安裝或調整必要的 Shell 權限。不要把 Cookie 或工作階段權杖貼進對話。 |
| 瀏覽器登入 | 在 Tabbit Browser 手動開啟目標知識庫，再用無害的唯讀任務確認獨立任務分頁能開啟同一頁。 | 在 Tabbit 手動登入、選擇正確的瀏覽器，再重做唯讀檢查。 |
Tabbit CLI 的安裝與復原步驟見官方快速開始和Codex 設定指南。本任務聚焦瀏覽器歸屬與登入狀態，可參考連接 Agent 與既有瀏覽器。Qoder 官方產品快速指南將 Qoder CLI 定位為終端機開發工具，QoderWork 則負責文件、研究、瀏覽器與桌面工作。既有的QoderWork 與 Tabbit 研究案例只能證明該 QoderWork 流程。
安全任務：把發布紀錄整理成來源清楚的草稿
選擇你有權存取的知識庫頁面。限定唯讀工作，例如整理特定日期範圍內的發布標題、日期、狀態與來源網址。不要讓 Agent 發布內容、修改原始頁面，或將客戶個資複製到結果中。
/tabbit 閱讀我已登入的知識庫中指定日期範圍的發布紀錄。不要在網站上編輯或提交任何內容。
只收集以下欄位：發布標題、頁面顯示日期、發布狀態和頁面網址。若日期或狀態沒有顯示，請標記為「未知」，不要自行推斷。
回傳一張表，並儲存為本機草稿「發布紀錄審核 - 草稿.md」。每列附上來源網址，另列出需要人工核對的紀錄。不要發布內容或修改知識庫。這是示例提示詞，不代表 Qoder CLI 與 Tabbit 已完成整合測試。Tabbit 官方快速開始說明 CLI 可沿用瀏覽器登入狀態，但沒有將 Qoder CLI 列為明確範例。本環境的團隊測試曾用兩個 Tabbit CLI 任務存取測試頁；測試登入完成後，第二個任務成功讀取頁面。該測試沒有執行 Qoder CLI。
任務完成後，在 Tabbit 逐一開啟來源，核對頁面上的日期與狀態，確認每個網址指向正確紀錄，再編輯具名草稿。首次任務檢查清單說明如何驗證瀏覽器 Agent 的結果；多來源任務可參考瀏覽器研究來源表和將網頁資料匯出為 CSV。
Qoder CLI 與 QoderWork 的用途不同
Qoder CLI 是終端機 Agent，適合程式碼與命令列工作。QoderWork 是另一款桌面助理；官方資料列出檔案處理、瀏覽器自動化、電腦操作、排程與訊息連接器（QoderWork 介紹）。QoderWork 的瀏覽器示範不代表 Qoder CLI 能讀取登入頁；反之，Qoder CLI 找得到 Skill 也不能證明瀏覽器工作階段可連線。
社群回饋也要標明產品。一位 Qoder IDE 使用者提到 IDE 子 Agent 沒有取得預期的 Skill 和 MCP 工具，並說明參考的設定文件是 CLI 版本。這是 IDE 子 Agent 的回饋，不是 Qoder CLI 的證據，不能推論 CLI 也有相同限制。實際操作時應確認你用的執行環境與入口（Reddit 討論）。
若要讓 Qoder 直接操作網站，Qoder 官方的瀏覽器與電腦操作文件描述的是 Qoder Desktop 的瀏覽器連接，不應假設 Qoder CLI 也有此功能。若要在本機把瀏覽器任務交給 Tabbit，可比較瀏覽器 MCP 與 CLI和Tabbit CLI 使用指南。
人工審核草稿
| 草稿欄位 | 人工檢查 | 可接受條件 |
|---|---|---|
| 標題與日期 | 在 Tabbit 重新開啟來源 | 與頁面顯示一致 |
| 狀態 | 查看來源頁面的標籤 | 保留原始狀態用語 |
| 來源網址 | 從草稿逐一開啟 | 直接到該紀錄，不是搜尋結果頁 |
| 缺漏欄位 | 檢查所有「未知」項目 | Agent 沒有自行補猜測值 |
| 任務範圍 | 對照指定日期範圍 | 沒有加入無關紀錄 |
Tabbit CLI 指南介紹任務狀態與結果核對。若目標是測試網站，而非私人知識庫，可使用本機網頁驗收流程。兩者檢查不同：測試站成功不代表真實知識庫登入狀態可用。
常見問題
Qoder CLI 能操作我已登入的網站嗎？
可以透過能連到該瀏覽器的本機工具或整合來操作。使用 Tabbit 時，先確認 Qoder CLI 能載入 Tabbit Skill，並在同一台裝置執行 Tabbit CLI，再確認新的 Tabbit 任務分頁能開啟已登入的頁面。公開文件沒有列出 Qoder CLI 作為已測試的 Tabbit 整合。
Qoder CLI 如何呼叫 Skill？
執行 `/skills` 查看已發現的 Skill。Qoder CLI 支援 `/skill-name` 手動呼叫，因此名為 `tabbit` 的 Skill 可用 `/tabbit` 呼叫。若清單中沒有它，請檢查支援的 Skill 路徑，再重新載入或重啟 CLI。
QoderWork 和 Qoder CLI 是同一個產品嗎？
不是。Qoder CLI 是終端機編碼 Agent。QoderWork 是獨立的桌面工作助理，使用自己的瀏覽器連接器和任務流程。QoderWork 的示範不能證明 Qoder CLI 相容 Tabbit CLI。
新的 Tabbit 任務會沿用知識庫登入狀態嗎？
Tabbit CLI 的設計是使用已登入的 Tabbit 瀏覽器環境。讓 Agent 收集資料前，先用新的任務分頁確認目標頁面不需重新登入即可開啟。
如何審核整理出的發布紀錄？
請 Agent 儲存一份含來源網址、日期和待核對項目的本機草稿。接著在 Tabbit 重新開啟每個來源，核對頁面內容，再決定是否貼入發布系統。