Tabbit博客

如何用 CoBuddy 操作已登录的浏览器

先确认 CoBuddy 的调用路由,再让本地浏览器代理连接已登录的 Tabbit 会话,并逐条核验工单读取结果。

本文目录
  1. 要点
  2. 配置前:各部分分别负责什么?
  3. 将 CoBuddy 连接到本地 Tabbit 浏览器
  4. CoBuddy 工单队列只读提示词
  5. 如何核验工单表
  6. 适用范围

CoBuddy 本身不能操作已登录的浏览器。先确认 Baidu Qianfan 模型的服务商路由,再选择一个能运行本地工具的代理客户端。在这个流程中,客户端调用已安装的 tabbit skill 或 Tabbit CLI,操作一个命名的 Tabbit Browser 会话;CoBuddy 负责生成计划,本地浏览器读取页面。我没有找到 Baidu 官方公开文档确认这个模型 ID 的直连 API。Novita AI 当前提供托管 CoBuddy API,模型 ID 为 baidu/cobuddy;这是第三方路由,不是百度直连端点。Novita CoBuddy 页面说明了该路由,Models.dev 也列出 Novita AI。百度千帆开发者中心提供通用 API 开发文档。

要点

  • CoBuddy 是与 Baidu Qianfan 关联的模型条目,不是浏览器客户端,也不是 Tabbit 功能。

  • 模型端点和本地浏览器工具是两项能力。宿主需要同时具备。

  • 使用服务商当前列出的路由,并在开始前核对客户端中的模型 ID。

  • 在目标 Tabbit Browser 环境中自行登录网站。遇到登录页、验证码或权限提示时,代理应停止。

  • 先让代理输出只读工单清单,再回到页面逐条核验。

配置前:各部分分别负责什么?

层要核对的内容通过表现失败时怎么办
模型路由服务商列有 baidu/cobuddy,且账户可用通过选定路由的普通测试请求成功尚未核实百度官方直连端点;确认第三方路由和权限
代理客户端客户端支持该服务商并允许运行本地命令/工具能发现 tabbit skill,或执行 Tabbit CLI单独安装或发现 skill;能用模型不代表能用工具
浏览器会话目标 Tabbit 配置中打开了正确网站授权页面显示预期账户自行登录或请管理员授权
结果核验工单号、标题、状态和链接均可见每一行都与页面一致不确定项标为未核实,不推断缺失字段

把这几层分开很重要。“CoBuddy 支持工具调用”不表示服务商客户端已启用本地工具,安装 skill 也不能证明模型端点可用。可先看浏览器 MCP 与 CLI 对比。本地浏览器部分可参考 Tabbit CLI 完整指南和 Codex 配置。

将 CoBuddy 连接到本地 Tabbit 浏览器

先在本机安装 Tabbit 浏览器并配置 Tabbit CLI。 Tabbit CLI 快速上手

  1. 核对服务商路由。 打开所选服务商的模型清单,确认 CoBuddy ID 和当前是否可调用。公开路由可能变化;本文不承诺价格、速率限制或持续可用性。

  2. 单独核对客户端。 确认代理客户端能选择该服务商,并获准执行本地工具。如果它支持命名 skill,先发现并调用已安装的 tabbit skill。不要假定所有客户端都支持 /tabbit 斜杠命令。

  3. 启动独立任务。 新建一个命名任务页或标签组,这样你可以继续使用其他浏览器标签。首个任务检查清单提供了低风险的连接验证方式。

  4. 复用目标登录。 在本地 CLI 能访问的 Tabbit Browser 环境中打开支持工单队列,并自行确认账户和工作区。其他浏览器、配置、电脑或远程运行器里的登录状态不会自动共享。

  5. 先读再核对。 让代理只返回屏幕上可见的字段。打开工单行或直达链接,确认工单号和状态后再做后续操作。

agent-browser CLI 教程解释了客户端指令和 CLI 执行的区别。如果客户端在远程环境运行,还需要单独支持的本地交接机制。云端模型 API 不会自动看到你笔记本上的浏览器。针对具体客户端权限,可看 Claude Code 浏览器权限说明。

CoBuddy 工单队列只读提示词

只有在客户端已能调用 CoBuddy 并运行本地 Tabbit 工具后,才使用这段提示词。这是流程草稿,不代表 CoBuddy 与 Tabbit 有原生集成。

任务名:CoBuddy 工单队列核查

在这个本地代理客户端中使用已安装的 `tabbit` skill 或文档说明的 Tabbit CLI。先确认目标 Tabbit Browser 标签页已打开,并显示我有权访问的支持工作区。不要登录、处理验证码、更改权限或提交任何内容。如果页面未登录或访问权限不清楚,请停止并告诉我需要核对什么。

只读取屏幕上可见的未结工单列表。返回 Markdown 表格,包含工单号、可见标题、可见状态和直达页面 URL。每条工单对应一条来源记录。不要推断隐藏字段,也不要搜索可见队列之外的信息。然后列出无法读取的条目及原因。把结果保存为名为“CoBuddy 工单队列核查”的草稿,并暂停等待我审核,不要执行后续操作。

预期结果是一张对应可见工单行的小表,以及明确列出的缺口。不要包含客户消息、邮箱地址或从无关页面复制的数据。连接代理和现有浏览器介绍了本地客户端如何复用现有登录。如果网站跳转到登录页,请停止并由账户所有者重新建立会话。

如何核验工单表

检查项对照证据通过条件停止条件
账户和工作区账户切换器、工作区名称、目标 URL与授权队列一致账户或工作区不符
工单身份页面可见的工单号和标题与直达工单页一致工单号或标题缺失、含糊
状态列表和工单详情中的状态标签两处均显示当前相同状态内容不一致或页面仍在加载
范围可见筛选条件和结果数量请求的筛选条件已启用队列被截断、筛选错误或尚未加载完
操作边界草稿名和审核检查点结果保存为“CoBuddy 工单队列核查”待审客户端尝试修改或提交工单

一条 CoBuddy Reddit 讨论提到早期使用时间有限,偶有措辞问题,不是基准测试或浏览器测试。另一位评论者表示它能较好处理长项目提示。这些反馈说明应该检查任务输出,不能证明浏览器可靠性。见 CoBuddy 讨论。模型身份和通用 API 用法应以服务商当前目录为准,不要沿用旧发布描述。

适用范围

当服务商、客户端、浏览器登录和页面权限都通过核对时,这套流程适用于小规模支持队列读取。不要用它绕过角色权限、解决验证码、批量导出私人工单,或跳过人工审核直接修改内容。模型路由和网站登录状态互不依赖;登录中断后要分别重新检查。

第一次运行先选一条你有权查看的工单。确认客户端用了预期服务商,本地 Tabbit 任务操作了正确页面,并在草稿里保留审核节点。只有页面本身显示了完整结果集时,再扩大读取范围。

还可参考:连接代理与现有浏览器; 浏览器代理首任务检查清单; 浏览器 MCP 与 CLI 对比; Tabbit CLI 完整指南; Codex 与 Tabbit CLI 配置; agent-browser CLI 教程; Claude Code 浏览器权限说明; GPT-5.5 介绍。

常见问题

CoBuddy 是浏览器代理吗?

不是。CoBuddy 被模型目录列为百度模型,不是浏览器或独立代理客户端。还需要一个能调用该模型并运行本地浏览器工具的宿主。

我能直接通过百度千帆调用 CoBuddy 吗?

我没有找到百度官方公开文档确认这个模型 ID 的直连 API。Novita AI 当前通过托管 API 提供 `baidu/cobuddy`,这是第三方路由。配置客户端前,请在服务商账户中确认路由和访问权限。

Tabbit 会把网站登录信息交给 CoBuddy 吗?

这个流程不会把密码或浏览器 Cookie 传给模型。本地代理客户端通过 Tabbit CLI 操作指定的 Tabbit 浏览器会话,网站登录仍保存在该浏览器环境中。

工单核对应该让 CoBuddy 返回什么?

要求输出页面可见的工单号、标题、状态和页面 URL。每条结果都要对应来源记录,并单列无法核实的项目。

工单页面跳转到登录页怎么办?

停止操作,在目标 Tabbit 浏览器中自行登录,然后重新执行只读核对。不要把凭据或会话 Cookie 放进提示词。

远程代理运行器也能用这套方案吗?

只有当运行器有文档说明的本地交接方式,并获准调用这台机器上的 Tabbit CLI 时才可以。云端模型端点本身看不到本地浏览器。

下一步

让 Tabbit 与你并肩工作。

跨标签页调研、自动化重复的浏览器工作,让每一处上下文都触手可及。