Kimi K3.1 Pro 可以帮助规划网页任务，但模型本身无法访问已登录的网站。你需要选择一个能调用 Kimi K3.1 Pro 端点、也能运行本地工具的 Agent 客户端，再让它使用 Tabbit CLI。Tabbit Browser 提供现有网站会话，你可以在提交前逐项检查建议。本教程用两个后台核对同一张发票，并生成复核草稿，不支付或修改原始记录。
一个可评估的组合是 OpenCode 加 OpenRouter 上的 Kimi K3.1 Pro 路由。该路由可查到，Moonshot 也已发布模型权重，但这不代表每种客户端和服务商组合都支持相同的工具调用格式。先用只读任务做小规模检查。Kimi Code、Kimi WebBridge 与 Tabbit CLI 是不同的产品和工作流，不能混为一谈。
想了解模型本身，可阅读 Kimi K3.1 Pro 介绍。
要点
Kimi 是模型和任务规划器；本地 Agent 客户端决定哪些工具可以执行。
支持的本地客户端可通过 Tabbit CLI 操作目标 Tabbit Browser 环境中的页面；先在该环境登录网站。
查询和起草应与修改账单、权限或业务记录的动作分开。
模型卡或服务商路由不能证明整套客户端配置可用；先运行无害的只读检查。
Kimi K3.1 Pro 浏览器操作速览
| 需求 | 选择 | 核对内容 |
|---|---|---|
| 模型访问 | 通过 OpenRouter 等已列出的 API 路由调用 Kimi K3.1 Pro | 账号已开通，客户端显示预期模型 ID |
| 本地编排 | 能使用该路由并执行本地工具的桌面 Agent 客户端 | 工具调用有效，进程在本机运行 |
| 浏览器访问 | Tabbit Browser 与 Tabbit CLI Skill | 客户端发现了 Skill，CLI 连接到预期 Tabbit 实例 |
| 网站访问 | 在该 Tabbit 环境登录相关后台 | Agent 开始任务前页面已通过身份验证 |
| 人工复核 | 在独立任务标签页生成有名称的草稿 | 提交或保存前对照两个来源记录 |
Kimi 模型卡列出了开放权重和 vLLM 等自托管方式。OpenRouter 则列出托管模型路由。两者提供推理服务的方式不同，也都不会自动连接浏览器。查看 Kimi 模型卡 与 OpenRouter 路由。
分别准备客户端和浏览器
安装并打开 Tabbit Browser。在准备交给 Agent 使用的 Tabbit 环境里，手动登录两个后台网站。
将本地 Agent 客户端配置为使用 Kimi K3.1 Pro 端点。OpenRouter 列出
moonshotai/kimi-k3.1-pro路由。配置前仍要检查账号模型清单和工具调用支持。将 Tabbit Skill 安装或提供给客户端。在支持具名 Skill 命令的客户端里输入
/tabbit；Pi 的文档命令是/skill:tabbit。有些客户端通过/skills查看或自动发现 Skill 文件。按客户端实际机制操作，不要假设所有客户端都支持相同命令。先让 Agent 只读取网页标题和主标题。确认 CLI 使用正确的 Tabbit 实例，并且目标后台显示的是你刚登录的账号。
这会分别检查模型访问、本地工具执行和浏览器会话连通性。对话能正常回答，只证明第一层可用。
用发票核对草稿设置人工检查点
一个边界清晰的任务是比较两个已登录后台中的同一张发票并准备一份说明。只允许只读浏览，要求 Agent 在修改记录前停止。
使用 Tabbit CLI 打开已经登录的账单后台和供应商后台。
在两个后台查找发票 INV-4827。比较供应商、发票日期、币种和总额。
不要修改任一后台、批准付款或提交表单。
创建名为“INV-4827 核对草稿（待复核）”的草稿，列出各字段的值、来源页面和不一致项。
完成后停止并展示草稿，等待我复核。
如果页面要求登录或阻止访问，停止并说明哪个页面失败。具体命令取决于客户端。它可能通过斜杠命令、自动发现的文件或工具说明加载 Skill。上面的任务文本是示例，并非已测试的 Kimi Agent 集成。Tabbit CLI 在本机运行，任务标签页与日常工作标签页分开。若 CLI 指向同一个 Tabbit 环境，可以复用已有登录会话；但不能绕过站点登录、验证码、权限验证或账号规则。在本地测试夹具中，先建立短时测试会话后，第二个 CLI 任务成功访问了受保护页面。这只验证了被测 Tabbit 环境的会话复用，不代表外部 Kimi 集成已验证。
区分模型、客户端和浏览器连接方式
| 组件 | 在工作流中的作用 | 本文没有证明的事项 |
|---|---|---|
| Kimi K3.1 Pro | 生成计划和工具调用请求 | 模型能独立打开浏览器 |
| OpenCode 或其他本地客户端 | 向模型发送提示并调度获准工具 | 每个客户端都支持每家 Kimi 服务商的工具格式 |
| Tabbit CLI | 在 Tabbit Browser 环境中操作网页 | 原生 Kimi 集成，或所有客户端都自动支持 /tabbit |
| Kimi WebBridge | 社区讨论中的另一种 Kimi 浏览器控制路径 | 与 Tabbit CLI 兼容；二者不能当成同一个连接器 |
一位 Reddit 用户分享了用 Kimi WebBridge 配合另一种编程 Agent 处理发票的经历。这是关于 WebBridge 的个人描述，不是 Kimi K3.1 Pro 或 Tabbit CLI 的测试。它提醒我们模型、客户端和浏览器连接器是不同的选择，但不能据此宣称本教程的组合有效。查看原讨论。
另一位用户用 Kimi K3.1 Pro 开发 Three.js 场景，发现模型写了无头浏览器脚本来检查画面和控制台。发票核对要验证的是实际页面里的账号和单号。查看实测原帖。
哪些任务适合这种组合
适合有权限的员工核对已能访问的后台记录、准备草稿，并在重要操作前人工复核。不适合批量修改、付款批准或无人值守执行。除非组织另有正式批准的流程，否则把最终保存或批准留在人手中。
如果首次检查失败，可以逐层排查：客户端是否列出模型？模型是否返回工具调用？本地进程能否运行 Tabbit Skill？CLI 是否连接正确实例？网站是否已登录？这样可以缩小问题范围，而无需扩大 Agent 权限。
更多配置细节见Tabbit CLI 完整指南、将 Agent 连接到现有浏览器和浏览器 Agent 首次任务清单。选择连接器时可对比 Browser MCP 与 CLI，Codex 用户可查看 Codex Tabbit CLI 配置。
For a focused overview of session behavior, see how browser agents reuse a login session. If the agent cannot run the connector, follow how to let an AI agent control your browser. For a review point inside a content system, compare the CMS draft workflow.
常见问题
Kimi K3.1 Pro 能使用我现有的浏览器登录状态吗？
模型本身拿不到浏览器会话。本地 Agent 客户端必须运行 Tabbit CLI 等连接器，而且目标网站需要在 CLI 使用的 Tabbit 环境中登录。
Kimi Code 包含 Tabbit CLI 吗？
本文没有验证 Kimi Code 与 Tabbit CLI 的原生集成。Kimi Code 是 Moonshot 的编程客户端，Tabbit CLI 是独立的本地浏览器工具。使用前应确认客户端能加载 Tabbit Skill 并运行本地命令。
Kimi WebBridge 和 Tabbit CLI 是一回事吗？
不是。Kimi WebBridge 是独立的浏览器控制路径。社区对 WebBridge 的描述不能证明它与 Tabbit CLI 兼容，也不能证明当时使用了 Kimi K3.1 Pro。
OpenRouter 列出模型是否代表它在我的客户端里可用？
不代表。服务商目录说明存在该模型路由，不代表账号已获访问权限，也不代表客户端支持该服务商的工具调用格式。先用无害的只读任务检查。
Agent 可以提交发票或批准付款吗？
示例明确禁止修改和批准。金融操作应设置人工复核点，并遵循组织的权限规则。
任务运行时我还能继续工作吗？
Tabbit CLI 会在目标 Tabbit 环境中使用任务标签页。你可以在其他标签页继续工作，之后再查看有名称的草稿及来源数据。