Tabbit博客

怎样让 goose 使用已登录的浏览器?

通过 Tabbit CLI 让 goose 读取每周网页报告,先核对登录页面,再生成带来源链接、等待人工复核的草稿。

本文目录
  1. 要点
  2. Goose 中这些组件分别做什么
  3. 运行周报前,检查三处连接
  4. 1. 确认 goose 能发现 Skill
  5. 2. 确认本机命令可运行
  6. 3. 确认浏览器登录状态
  7. 用 Recipe 保存周报流程并留出人工检查
  8. 实际工作流:Tabbit Browser 与 goose 配合
  9. 先定位问题,再决定是否重试
  10. 结论
  11. 相关指南

如果 goose 能加载 Tabbit Skill,并在 Tabbit Browser 所在的同一台机器上运行 Tabbit CLI,它就可以读取 Tabbit 中已登录的网站。你仍要自己确认登录账号和目标页面。一位 r/LocalLLaMA 用户用自建 MCP Chrome 驱动连接 goose 时提到,Agent 有时会"编出不存在的 URL"。所以周报流程应要求它返回来源链接,并停在待审草稿,不能把流畅的摘要当作证据。查看原始讨论。

要点

  • Skill 用来教 goose 如何调用工具,Recipe 用来保存可重复的任务流程。

  • 分开确认三件事:goose 能看到 Skill、本机命令能运行 Tabbit CLI、目标网站已在 Tabbit Browser 登录。

  • 第一次运行先只读。要求它返回页面标题、报表周期和工作区,再提取信息。

  • 每条摘要旁保留来源 URL,最后停在带名称的草稿,交给人复核。

  • goose 如果运行在 Docker 或远程机器上,不会自动获得宿主机浏览器和命令行的访问权。

Goose 中这些组件分别做什么

组件用途要核对什么
Skill提供可复用指令和辅助文件。用 goose skills list 查看,用 /skills <name> 加载。新会话里能看到 tabbit。
Recipe将提示词、指令、选用的扩展和可选的模型/提供方设置打包成流程。扩展列表里有任务所需工具,运行前检查 Recipe 内容。
本机命令工具运行 Tabbit CLI。命令运行在 Tabbit 所在的机器,且 tabbit-cli diagnose 能看到浏览器。
网站会话提供网站登录状态。Tabbit 显示预期账号、工作区和报表页面。

Goose 官方把 Skill 定义为可复用指令,并提供 goose skills list 和 /skills <name> 两种发现、加载方式。它的 browser-use Skill 可用 browser-use skill install 安装,但那是另一套浏览器流程。Goose Recipe 则封装指令、提示词、扩展以及可选的模型/提供方设置。这两种机制都无法证明本机 CLI 可用,也不会自动获得已登录网站的访问权。Goose Skills 文档 · Goose Recipes 文档。

还不熟悉 Tabbit CLI 的话,可以看完整使用指南、让 Agent 连接现有浏览器和browser MCP 与 CLI 的区别。

运行周报前,检查三处连接

1. 确认 goose 能发现 Skill

安装 Tabbit Skill 后,重新启动 goose 会话。在终端运行 goose skills list,或在 CLI 中输入 /skills。如果列表里有 tabbit,就用 /skills tabbit 加载。macOS 上,Agent 常读取 ~/.agents/skills/tabbit/SKILL.md。看一遍其中的启动器和任务语法。不要假设 /tabbit 是 goose 通用命令,官方给出的命名 Skill 语法是 /skills <name>。

作为对照,goose 官方的 browser-use Skill 安装命令是 browser-use skill install。它安装的是上游 browser-use 流程,不代表已经接入 Tabbit。如果连接器已显示但没有工具可用,可以参考浏览器 MCP 已连接却没有可用工具的排查方法。

2. 确认本机命令可运行

Tabbit Skill 会告诉 goose 如何调用本地 CLI。goose 还需要启用终端或开发者工具来运行命令。第一次先运行只读诊断。如果 goose 运行在 Docker、SSH 或托管执行器里,命令是在那个环境执行,不会自动运行在你的电脑上。远程执行时需要另有受支持的本机交接方式。

Goose Recipe 可以指定扩展集合,也可以指定模型和提供方。只选择当前 goose 安装中已经配置的提供方和模型。可用 goose configure 查看当前设置。不要只照抄 Recipe 里的模型名称,就认定你的账号已经能用。

3. 确认浏览器登录状态

先在 Tabbit Browser 里登录报表网站,然后让 goose 只识别页面,不要修改内容。核对工作区、报表周期和页面标题。能打开同一个域名,不代表一定进入了正确账号,也不代表登录没有过期。

Tabbit 快速开始介绍了这种本机流程:安装并启动 Tabbit,在 Tabbit 中登录目标网站,确认 Agent 能发现 Skill,然后下达浏览器任务。本任务的本机测试也验证了,设置短时测试登录后,另一个 Tabbit CLI 任务可以读取同一测试页。这个测试没有运行 goose,也不能证明任何远程模型提供方能访问该浏览器。Tabbit CLI 快速开始。更多配置边界见连接已有浏览器指南。

用 Recipe 保存周报流程并留出人工检查

如果每周重复相同的读取任务,可以把稳定流程保存为 Recipe。把来源页面、日期周期和输出格式设为参数。不要把密码、Cookie 或其他秘密放进 Recipe 文件。

提示词示例:

使用 tabbit Skill 和本机 Tabbit CLI,打开 {{ week }} 对应的已登录周报页面。

只读任务。先返回页面标题、工作区名称和页面显示的日期范围。如果有任何内容与请求不符,或出现登录、MFA、CAPTCHA 页面,请停止。不要更改筛选条件,也不要点击保存。

对每一项报告返回:
- 页面上的项目原名
- 当前状态
- 一句话说明变化
- 来源 URL

创建名为"Weekly report: {{ week }}: review first"的草稿。每一项旁边保留来源链接。不要发布、发送,也不要修改来源系统。最后给出复核清单,检查日期、名称和缺失链接。

双花括号是 Goose Recipe 的参数占位符。保存为 Recipe 时,将 week 定义为必填参数,选择本机命令扩展,并保留已核实可用的模型/提供方配置。Goose Recipe 文档支持参数和运行前审阅流程。Recipe 是保存工作流的方式,不是跳过人工检查的授权。Recipe 参数和运行流程。

实际工作流:Tabbit Browser 与 goose 配合

这个例子是每周读取一个登录后的状态报表。任务目标明确,用户也已经在 Tabbit 中打开正确页面。把浏览器操作限制为读取状态行、保留链接、生成草稿。

一位 Reddit 用户描述了自己给 goose 接入的浏览器桥接工具,并提到 Agent 有时会编造 URL。另一位本地模型用户认为 browser-use 表现"时好时坏",需要写清指令并反复调试。这些是个人经验,不是当前产品测试。它们支持一个简单的流程选择:模型总结之前,先核对页面,再要求它交回来源链接。goose 相关原帖。

让 goose 在独立任务空间运行,来源报表继续留在浏览器中。Tabbit 快速开始说明,CLI 任务执行时,用户仍能在其他窗口继续工作。goose 返回 Weekly report: review first 后,打开每个来源链接,核对日期范围,并对照页面检查草稿。确认后再复制到共享文档或发布。可参考浏览器 Agent 的 CMS 草稿流程和第一次任务检查清单。

先定位问题,再决定是否重试

现象检查项安全的下一步
/skills tabbit 不识别Skill 是否安装在 goose 会扫描的目录?是否重启会话?用 goose skills list 确认,再开启新会话。
找不到 CLI 命令goose 运行在哪台主机或容器?Tabbit CLI 是否安装在那里?改用本机执行或明确交接,不要假设 Docker/SSH 能访问桌面。
页面显示登录页或工作区不符Tabbit 是否登录正确账号?会话是否过期?停止操作,由你重新登录,再做只读页面核验。
摘要含猜测或错误链接goose 是否返回了每个页面的最终 URL?打开链接核对。无法对应到报表的条目先删除。
出现 CAPTCHA 或 MFA网站要求人工验证。停止,由你完成验证,不要要求 Agent 绕过。
Recipe 选了不可用的模型goose 安装里是否配置并认证了该模型/提供方?移除覆盖项,或改用已确认可用的配置。

也可以用浏览器 Agent 首次配置检查表和本地网页验收步骤判断问题出在 goose、CLI 还是页面。访问边界见浏览器 Agent 安全风险。

结论

如果每周都要读取同一个网页报表,可以用 goose Recipe 保存重复流程,用 Skill 说明 goose 如何调用 Tabbit CLI。前提是 goose 的命令工具与 Tabbit 在同一台可互通的机器上。需要操作真实登录页面时,直接使用 Tabbit Browser 和 Tabbit CLI,再核实网站会话,让 goose 生成带来源链接的草稿,最后由人检查。

相关指南

常见问题

goose 怎样使用浏览器?

为 goose 提供可访问的浏览器工具或本机浏览器命令。如果任务需要 Tabbit 中已有的登录态,先确认 goose 能加载 Tabbit Skill,并能在 Tabbit Browser 所在的同一台机器上运行 Tabbit CLI。

goose Recipe 和 Skill 是一回事吗?

不是。Skill 提供可复用的指令和辅助文件,Recipe 把流程、提示词、扩展和可选模型设置打包成可重复运行的任务。Recipe 本身不会授予浏览器或终端访问权限。

goose 能复用网站登录态吗?

只有浏览器工具实际能访问的会话才可以使用。在 Tabbit 中,先登录目标网站,再让 goose 核对页面和账号。网站登录可能过期,也可能要求再次验证。

为什么 goose 找不到 Tabbit 命令?

检查 goose 是否发现了 `tabbit` Skill、本机终端工具是否启用,以及 Tabbit CLI 是否安装在 goose 所运行的机器上。Docker 或远程 shell 未必能访问宿主机浏览器及其 CLI。

还要安装 goose 的 browser-use Skill 吗?

如果要使用该 Skill 自己的浏览器流程,可以安装。不要据此认定它会连接 Tabbit Browser。要使用 Tabbit,应加载 Tabbit Skill,并确认本机 CLI 到达了预期的 Tabbit 实例。

可以让 goose 自动发布报告吗?

先把流程限定为只读,并停在命名草稿。分享或发布之前,由你检查来源链接、日期范围、账号和摘要。

下一步

让 Tabbit 与你并肩工作。

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