如需模型背景，請看 Kimi K3.1 Pro 介紹。
重點
Kimi 是模型，本機 Agent 用戶端負責執行獲准工具，Tabbit CLI 操作瀏覽器。先確認模型路由、Skill 發現、CLI 連線和網站登入狀態。此工作流先只讀，再建立草稿；不應批准付款或修改記錄。
| 層級 | 用途 | 核對事項 |
|---|---|---|
| 模型 | 規劃與工具呼叫 | 路由和模型 ID |
| 本機 Agent | 執行工具 | 本機呼叫有效 |
| Tabbit CLI | 操作頁面 | 連到正確實例 |
| 網站 | 提供來源資料 | 已登入 |
建立發票核對草稿
在 Tabbit Browser 登入兩個管理網站，讓本機 Agent 比較發票 INV-4827，並建立「INV-4827 核對草稿（待複核）」。列出供應商、日期、幣別、總額及來源頁面。不要修改記錄、批准付款或提交表單。這是示意流程，並非 Kimi Agent 實測。若 Skill 命令可用，輸入 /tabbit；Pi 文件使用 /skill:tabbit。
Kimi K3.1 Pro 是模型；OpenCode 等本機用戶端負責工具；Tabbit CLI 控制 Tabbit Browser。Kimi WebBridge 是另一種瀏覽器控制方式。Reddit 使用者分享的是 WebBridge 搭配其他 Agent 的發票流程，不代表 Kimi K3.1 Pro 或 Tabbit CLI 已相容。查看原討論。
另一位使用者回報，Kimi K3.1 Pro 為 Three.js 場景編寫無頭瀏覽器指令碼，檢查畫面和主控台。核對發票則要在實際頁面確認帳號和單號。查看原文。
| 交接點 | Agent 交回 | 人工核對 |
|---|---|---|
| 發票 | 兩個頁面的單號與金額 | 帳號和幣別 |
| 草稿 | 有來源連結的差異清單 | 保留待審狀態 |
Tabbit CLI 可在同一 Tabbit 環境沿用登入狀態，並在獨立任務標籤頁工作；它不會略過登入、驗證碼或權限檢查。本機測試只確認測試頁會話重用，沒有測試 Kimi。詳見完整指南、連接既有瀏覽器、首次任務清單、MCP 與 CLI及Codex 設定。
另可參考瀏覽器 Agent 如何重用登入會話、讓 AI Agent 控制瀏覽器，以及CMS 草稿發布流程。
常見問題
Kimi 能直接使用瀏覽器登入狀態嗎？
不能。本機 Agent 必須執行 Tabbit CLI，網站也必須在目標環境登入。
Kimi Code 包含 Tabbit CLI 嗎？
本文未驗證原生整合。請確認用戶端能載入 Skill 並執行本機工具。
Kimi WebBridge 和 Tabbit CLI 相同嗎？
不同，是不同瀏覽器控制路徑。
OpenRouter 列出路由就代表我的帳號可用嗎？
不代表，還需檢查帳號權限和工具呼叫格式。
Agent 可以批准付款嗎？
本例明確禁止，請保留人工檢查點。
任務執行時可以繼續工作嗎？
可以在其他標籤頁工作，之後回來檢查獨立的草稿。