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、地区、生命周期和本机工具支持。