Kilo Code 可以协助准备工单分诊，但浏览器连接方式取决于 Agent 在哪里运行。如果工单页已在 Tabbit Browser 登录，建议评估的路径是本机 Kilo Code 客户端 + Tabbit CLI。skill 发现、本地启动器可达、目标网站登录这三项要分别核验。Kilo Code Cloud Agents 在远程环境运行，不应默认它能看到电脑上的浏览器。Tabbit Browser 可以为本地 Agent 打开独立任务标签页，你仍可继续使用自己的工作标签页。
Kilo Cloud Agents 的一位用户说“I don’t see it….”，另一位用户称托管页面返回 404。这些评论说明开始工作前要核实具体 Kilo 环境，但不能证明 Tabbit 集成。查看原讨论。
例如，让 Kilo Code 检查一条样例工单并保存为 ticket-482-triage-draft.md。草稿列出工单标题、当前状态、建议队列、依据和待确认问题。这只是示例流程，不代表我们测试过 Kilo Code 与 Tabbit 的连接。
核心结论
先区分 Kilo 客户端：本地 VS Code 扩展或 CLI，与 Kilo Cloud Agents、托管 App Builder 不是同一运行位置。
选择模型不会自动建立浏览器连接。本地客户端必须能发现 skill 或运行本地命令。
只有安装的客户端识别命名 skill 命令时，
/tabbit才适用。否则按客户端文档使用 skill 发现方式或本地人工交接。Tabbit CLI 可复用所选 Tabbit 环境中的登录态；开始操作前由你核对网站、账号和任务标签页。
把工单更新留在命名草稿里。提交前由人检查证据与变更建议。
按 Agent 运行位置选择连接方式
| Kilo 配置 | 可评估的浏览器路径 | 必须满足的条件 | 建议 |
|---|---|---|---|
| 电脑上的 Kilo Code VS Code 客户端 | 本地 Tabbit skill + Tabbit CLI | Kilo 能读取 skill 并调用本地启动器；Tabbit 显示目标账号 | 需要已有 Tabbit 登录态时优先评估 |
| 电脑上的 Kilo Code CLI | 核实 skill/命令支持后走本地 CLI | 进程能访问启动器和选定 Tabbit 实例 | 本地命令路径可用时适合 |
| Kilo Cloud Agents / 托管 App Builder | 单独受支持的本地交接 | 服务商文档说明了到电脑的连接，且你已验证 | 否则在本机完成浏览器步骤或交接清单 |
| 公开工单帮助页 | Kilo 支持的网页读取方式 | URL 公开且没有私人工单数据 | 无需登录态浏览器 |
分开检查三种连接
1. Skill 发现。 只有 Kilo 客户端支持命名 skill 时才输入 /tabbit。如果 Kilo 不显示或不识别，检查当前 Kilo 文档和本地 skill 目录。文件存在于磁盘，不代表客户端已加载。
2. 启动器可达。 让本地客户端执行无副作用的 Tabbit CLI 检查，或按 Tabbit skill 指引调用。本地客户端和启动器应在同一主机上运行，除非另有明确支持的连接方式。远程 worker 不会因为界面在浏览器里就自动访问笔记本路径。
3. 网站登录。 在 Tabbit 中自行打开工单系统并确认账号。Tabbit CLI 使用所选浏览器环境，不会转移 Kilo 登录凭据，也不会替你登录网站。Tabbit CLI 快速开始介绍了安装浏览器、登录目标站点，再让受支持的本地 Agent 使用 skill 的流程。
用 Kilo Code 创建工单分诊草稿
在目标 Tabbit 配置文件中打开工单，并自行确认工单 ID 和账号。
让本地 Kilo 客户端创建独立任务标签页，只读取分诊所需字段。
保存为
ticket-482-triage-draft.md，列出当前状态、依据、建议队列、缺失信息和来源链接。对照页面检查草稿，修正没有依据的推断。
如果需要改变状态，由你自己决定。不要让探索性读取任务顺手提交变更。
示例提示词：
如果当前 Kilo 客户端已加载本地 Tabbit skill，请使用它；如果不可用，先告诉我缺少哪种本地交接。
在我选定的 Tabbit 配置文件中打开已登录的工单页面。
创建名为 "ticket-482-triage-draft" 的独立任务。
只读取 482 号工单。不要提交、指派、关闭或修改任何字段。
保存 ticket-482-triage-draft.md，记录可见标题、状态、建议队列的依据、未解决问题和工单 URL。
停止并把草稿交给我审核。Kilo 官方文档介绍了多个产品入口。Kilo Cloud Agents 的 Reddit 讨论也显示，托管功能的入口可见性会有差异：一位用户说看不到功能，另一位用户称链接返回 404，团队随后回复说应已恢复。这是关于该功能发布入口的报告，不是 Tabbit 兼容性证据。请针对你实际使用的客户端检查功能是否可用。
本地连接不可用时
Kilo Cloud Agents 适合在其托管环境里做代码库工作，但不是电脑上已登录标签页的代理。如果任务依赖私人工单页，而又没有文档明确支持的本地桥接方式，让托管 Agent 先准备字段或问题，再由你自行打开页面并只转交必要结果。更多本地接入说明见Tabbit CLI guide, connect an agent to your existing browser, reuse a signed-in browser session, browser agent first-task checklist, browser MCP vs CLI, Codex Tabbit CLI setup, local web-app validation, and browser session basics.
判断如何交接
| 任务情况 | 建议交接 | 人工检查点 |
|---|---|---|
| 工单在本地已登录的 Tabbit 配置文件中可见 | 本地 Kilo 客户端 + Tabbit CLI，先只读 | 确认工单 ID、账号和草稿依据 |
| Kilo 能读代码库但不能访问浏览器 | 让它准备分诊字段或检查清单 | 由你打开工单页并补充依据 |
| Agent 在 Kilo Cloud Agents 里运行 | 除非有文档支持的本地桥接，否则任务留在托管工作区 | 在托管结果中审核，不推断本地会话可达 |
| 建议涉及更改负责人或状态 | 只生成变更建议 | 由人授权并提交 |
实用方式：本地 Kilo Code 配合 Tabbit Browser
如果需要使用的状态已经存在电脑浏览器里，Tabbit 是一个合适的候选方案。启动 Tabbit 并登录工单系统，确认本地 Kilo 客户端能发现 Tabbit skill 或调用本地启动器，然后在任务标签页核对目标账号。独立任务标签页让你仍可查看其他工单或继续改代码。
边界要说清楚。本文没有声称 Kilo 官方 VS Code 扩展、CLI、Cloud Agents 或 App Builder 内置支持 Tabbit。Tabbit 连接依赖你本机验证过的 skill/启动器路径。如果启动器无法访问该浏览器，就停止并改用人工交接。
更多设置可看 Tabbit CLI 指南、复用浏览器登录态和 Codex 配置示例。这些内容说明 Tabbit 侧如何操作，不代表 Kilo 已通过验证。
常见问题
Kilo Code 和 Kilo Cloud Agents 是一回事吗？
不是。Kilo Code 可以指本地编码客户端，Cloud Agents 则在托管环境中运行任务。先确认你使用的客户端和运行位置，再选择浏览器连接方式。
Kilo Code 会自动使用我的 Tabbit 登录态吗？
不会。模型或 Kilo 账号本身不会建立这条连接。本地客户端需要发现 Tabbit skill 或运行本地 CLI，且目标 Tabbit 配置文件必须已经登录。
Kilo Code Cloud Agents 能访问我电脑上的浏览器吗？
不要这样假设。托管 Agent 需要单独受支持的本地交接方式，才能访问电脑上的浏览器。连接 GitHub 或运行云端容器都不会带来本地浏览器登录态。
在 Kilo Code 里输入 /tabbit 有什么作用？
只有已安装的 Kilo 客户端列出或识别 Tabbit skill 命令时才使用 /tabbit。如果不识别，按客户端支持的 skill 发现方式检查，或明确让本地编码 Agent 读取已安装的 Tabbit skill 文件。
Agent 能提交工单表单吗？
如果页面可达，Agent 可能能操作页面，但更稳妥的流程是先生成待审草稿。要求它准备命名的分诊草稿、核对目标记录，并在提交或改状态前停止。
怎样检查浏览器连接？
先确认客户端能发现 skill 或本地命令，再确认 Tabbit CLI 能访问预期浏览器实例，最后由你检查站点标题和账号。这是三个独立检查。