Tabbit部落格

用 Kimi K3 操作已登入的網頁

透過本機 Agent 與 Tabbit CLI 核對可見工單、保留來源連結,並在回覆前檢查命名草稿。

本文目錄
  1. 核對型號與入口
  2. 連接本機 Agent 與 Tabbit
  3. 依唯讀工作流程操作
  4. 人工複核檢查點

Kimi K3 可協助本機 Agent 整理支援佇列,但模型本身不會連接瀏覽器。安裝 Tabbit Browser,選擇目前提供 Kimi K3 且支援本機工具的 Agent,再用 Tabbit CLI 讀取已登入的佇列。第一輪只讀,並在核准草稿前逐一回查工單 ID。

核對型號與入口

Kimi K3 是开放权重的 MoE 模型,官方论文列出 2.8 万亿总参数、1040 亿激活参数和 100 万 token 上下文。Kimi K3.1 Pro 是后续独立型号,不要将其 API ID 当作 K3。Kimi 官方模型列表当前分别列出两代型号。 Kimi K3 論文. 確認型號與服務商目前仍可用,並核對 API ID、地區與條款。模型目錄中有服務入口,不代表你的 Agent 用戶端已支援,也不代表用戶端能在本機執行工具。

Models.dev 目錄以 moonshotai/kimi-k3 標記 K3,並將 K3.1 Pro 分開列出。不同服務商的 API 名稱可能不同,請在實際用戶端中核對型號。

入口選擇核對項目適用情況
指定型号 API核对型号 ID、服务商、地区、条款和当前可用性。任务明确要求该代型号。
后续型号仅在项目批准变更且客户端列出时使用。已获准变更型号代际。

連接本機 Agent 與 Tabbit

相關說明:Tabbit CLI 完整指南, 連接現有瀏覽器, 首次任務清單, CLI 與 Browser MCP 比較, 瀏覽器設定檔與工作區, Codex 連接設定, Kimi WebBridge troubleshooting, 瀏覽器分頁過多怎麼辦.

本機測試頁只驗證了工作階段重用,沒有驗證模型整合:登入前,第一個 Tabbit CLI 任務收到 HTTP 401。在目標 Tabbit 設定檔中設定測試 Cookie 後,第二個命名任務在自己的任務分頁收到 HTTP 200,並讀取到標題「Release notes review」與測試記錄「GEO-104」。兩個任務各自擁有一個分頁,結束後清除了測試 Cookie 並關閉臨時分頁。

依唯讀工作流程操作

表格與草稿只記錄頁面上看得到的資訊。每列附上可回查的原始 URL。欄位未出現就寫「未顯示」,不要推測。第一輪不要開啟附件、變更權限、儲存、傳送或發布。 下方為示例流程,並非經過驗證的模型與用戶端配對。請使用獨立任務分頁,以便繼續處理其他頁面。

讀取最先顯示的五筆支援工單,回傳 ID、可見狀態、頁面顯示的負責人與 URL。不要開啟附件、編輯、指派、儲存或傳送。缺少欄位寫「未顯示」。在瀏覽器中準備「Kimi K3 工單核對 — 2026-11-10」草稿,停下供人複核。

人工複核檢查點

核對項目通過條件停止條件
账号和工作区确认是预期目标账号或租户不符
原始记录URL 对应同一记录内容隐藏或为推断
命名草稿只含获准字段和链接内容与来源不符

命名草稿是人工複核點。逐筆重新開啟來源頁核對,再決定是否繼續。若帳號或工作區不符、頁面要求登入,或出現未核准的寫入操作,立即停止。 操作前請查看首次任務清單。.

常見問題

Kimi K3 會自行開啟瀏覽器嗎?

不會。本機 Agent 執行 Tabbit CLI,模型負責推理並輸出工具呼叫。

Kimi K3.1 Pro 和 Kimi K3 是同一個型號嗎?

不是。Kimi K3.1 Pro 是獨立的後續世代,使用前請核對正確型號 ID。

應該在哪裡登入?

由你本人在目標 Tabbit 瀏覽器設定檔中登入,並核對帳號與工作區。

Agent 可以傳送回覆嗎?

先檢查命名草稿,再由你本人執行任何寫入操作。

模型入口無法使用時怎麼辦?

停止操作,在用戶端目錄核對服務商、型號 ID、地區、生命週期與本機工具支援。

下一步

讓 Tabbit 與你並肩工作。

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