Tabbit部落格

用 Inkling 2 Small 操作已登入的瀏覽器

先確認 Inkling 2 Small 的接入方式,再透過 Tabbit CLI 讀取工單並在儲存前複核。

本文目錄
  1. 重點
  2. 用哪個 Inkling 入口讀工單
  3. 準備本機瀏覽器連線
  4. 先核對五筆工單
  5. 寫入前的檢查點
  6. 免費入口適用的資料

若要用 Inkling 2 Small 檢查已登入的工單佇列,建議安裝 Tabbit Browser,在本機 OpenCode 選擇模型,再以 Tabbit CLI 讀取佇列。

重點

  • 模型、Agent 用戶端、Tabbit CLI、瀏覽器設定檔和網站登入是不同環節。

  • 先確認模型或服務商的目前 ID,再確認用戶端能載入 Tabbit Skill。

  • 首次操作只讀取可見資料,並停在命名草稿供人工檢查。

  • 登入狀態取決於選定的 Tabbit 設定檔與網站。

用哪個 Inkling 入口讀工單

依服務商文件選擇精確 ID。模型目錄或 API 可用不代表帳號與所在地區一定可用。

路徑需要確認適用條件
模型入口OpenCode: inkling-2-small-free, 模型目錄: thinkingmachines/inkling-2-small用戶端目前清單有此型號,且帳號可用。
瀏覽器入口本機 Agent + Tabbit CLI啟動器能連到已登入的 Tabbit 設定檔。
網站權限帳號、工作區、角色頁面顯示的身分符合任務要求。

準備本機瀏覽器連線

安裝 Tabbit Browser,依快速開始設定 CLI。先檢查 Tabbit Skill 已被發現,再執行 diagnose 確認瀏覽器實例。由你本人在目標網站登入,核對頁面標題、網址、帳號與工作區。

OpenCode 以 @tabbit 載入 Skill;Pi 使用 /skill:tabbit。請使用該用戶端實際顯示的 Skill 入口。

先核對五筆工單

複製以下任務並將「目前頁面」改成你要檢查的頁面。

只讀取畫面上的五筆工單,記錄 ID、狀態原文、負責人及來源網址。在指定草稿中整理成「Inkling 工單核對」,等我複核。保持工單原狀。

寫入前的檢查點

檢查通過條件停止條件
模型與用戶端回應使用指定模型,Tabbit Skill 已載入。型號、服務商或 Skill 無法確認。
瀏覽器diagnose 顯示正確 Tabbit 實例。啟動器連不到瀏覽器或設定檔錯誤。
證據每項結果附頁面原文和來源網址。欄位隱藏或模型開始推斷。
草稿命名草稿逐列吻合原頁。帳號、工作區或日期不符。

免費入口適用的資料

OpenCode 提醒,免費入口的提示詞可能保留供監控或訓練。只使用允許交給該服務商的資料。發行方的 Tinker 是另一個入口。 即使模型在本機執行,目標網站、瀏覽器和其他工具仍可能連線至網路服務。不要把「本機模型」等同「全流程離線」。先用非敏感頁面檢查,再考慮擴大任務。

建議用小範圍唯讀任務開始,保留可見草稿,讓人逐項核對後才批准寫入。

延伸閱讀:Tabbit CLI 完整指南、連接現有瀏覽器、首個任務檢查表、CLI 與 Browser MCP 比較、Codex 設定、登入工作階段重用、設定檔與工作區差異、Agent 如何控制瀏覽器。

官方公告或模型卡 · 入口文件.

常見問題

可以用 Inkling 2 Small 操作已登入的瀏覽器嗎?

可以,前提是本機 Agent 能載入 Tabbit Skill 並執行 Tabbit CLI。模型本身不會連接瀏覽器。

應該選擇哪個模型 ID?

OpenCode lists inkling-2-small-free; the canonical catalog name is thinkingmachines/inkling-2-small. Check the active client list.

開始前要先檢查什麼?

確認 Tabbit 實例、網站帳號、工作區和角色。任何一項不符就停止。

Agent 可以自動保存或送出嗎?

先停在命名草稿。只有人在瀏覽器中核對來源並明確批准後,才進行寫入。

新的任務會沿用網站登入嗎?

若選擇同一個 Tabbit 設定檔,網站可能保留登入狀態。仍需在每次任務開始時確認帳號。

下一步

讓 Tabbit 與你並肩工作。

跨分頁調研、自動化重複的瀏覽器工作,讓每一處上下文都觸手可及。