要用原版 Fugu Ultra 操作已登录网页，应在支持本地工具的客户端中固定 Sakana 于 2026 年 6 月发布的版本，再用 Tabbit CLI 读取获准访问的工作区页面。把公开检索结果和登录后证据分列，附上来源，并停在具名草稿供人复核。本指南说明一种接入方式，不表示 Fugu Ultra 已原生集成 Tabbit。
一位 Reddit 用户试用 Ultra 和标准 Fugu 后表示，Ultra 的表现有好有坏；在他的编程任务中，标准 Fugu 更合适，因为 Ultra 更慢、成本也更高。这只是个人经验，不代表普遍结果。它提醒我们：更重的编排应留给真正需要深度的任务。查看原始讨论。
要点
原版 Ultra 是带版本号的路由：Sakana 列出
fugu-ultra-v1.0，也称fugu-ultra-20260615。未带版本号的
fugu-ultra目前指向 v2.0。第三方目录中的sakana/fugu-ultra也可能是别名，使用前要核对具体路由。Fugu 模型 API 与浏览器访问是两件事。客户端必须同时支持所选 Sakana 模型和本地 CLI 工具。
Tabbit CLI 可在选定的 Tabbit 浏览器配置中工作。它不会自动发现客户端技能，也不会让远程 Agent 自动变成本机 Agent。
简报应只读、附来源，并留给人复核。
先确认版本，再选择浏览器工作流
| 需求 | 核对项 | 选择方式 |
|---|---|---|
| 使用 2026 年 6 月的 Ultra | 检查 Sakana 当前模型目录和服务商列表 | 若有提供，选择 fugu-ultra-v1.0 或 fugu-ultra-20260615 |
| 使用当前 Ultra 默认版本 | 查看 Sakana 的别名映射 | fugu-ultra 目前默认指向 v2.0 |
| 执行浏览器操作 | 检查客户端工具能力和 Tabbit CLI | 选择能加载 Tabbit 妙招并运行 CLI 的本机客户端 |
| 读取登录后资料 | 查看当前任务所用的 Tabbit 配置 | 读取前确认目标网站已登录 |
Sakana 的模型目录和入门文档列出了 Ultra 版本 ID 和当前别名行为。模型可通过 Sakana API 调用；第三方服务商的目录可能不同，也可能不提供固定版本。先确认可用性，不要在任务要求原版时静默换成 v2.0。
客户端也需要单独检查。Sakana 文档说明了 codex-fugu 启动器和 API 设置，但这只解决模型访问。本机 Agent 还必须加载 Tabbit 妙招，并有权限运行浏览器 CLI。Pi 的技能入口是 /skill:tabbit；使用 /skills 菜单的客户端应从该菜单打开技能并确认已加载。不要假设存在 /tabbit 命令。可参考Tabbit CLI 完整指南和连接现有浏览器配置。
分开整理公开资料与登录后证据
用客户端能访问的公开资料和 Sakana 文档核对公开主张；用 Tabbit CLI 只读取你获准访问的私有工作区页面。这是两类独立输入：模型名称不会带来浏览器访问权限，浏览器登录态也不证明模型端点可用。
| 证据类别 | 收集方式 | 简报应展示的内容 |
|---|---|---|
| 公开发布说明或文档 | 使用可搜索的客户端，或在 Tabbit 打开官方页面 | 主张、发布方、页面标题、URL 和核对日期 |
| 登录后的工作区备注 | 在正确的本机配置中使用 Tabbit CLI | 页面标题、可见章节或记录编号、来源 URL |
| 冲突或证据缺失 | 要求 Agent 对照，不要自行推断 | 冲突点、双方链接和复核标记 |
例如，内部上线备注可能描述旧版本，而 Sakana 公开目录已经列出新的默认别名。简报应分别保留两条事实，并解释各自支持什么主张。它不能自行推断私有备注已过期，也不能假设公开别名就是固定版本。进一步了解边界，可读网页搜索与浏览器控制和Agent 浏览器能做什么。
在本机开启 Tabbit 任务，不迁移登录态
打开网站前，先用已安装的启动器运行 tabbit-cli diagnose，确认本地控制器处于运行状态。这一步只检查 CLI 是否可连接，不会发现模型或技能，也不会替你登录网站。
安装 Tabbit Browser，并在支持 Sakana 模型和本地工具的 Agent 客户端中加载 Tabbit 妙招。模型 API 或 Sakana 支持的启动器请遵循官方设置文档；浏览器连接步骤见Tabbit CLI 快速开始。除非客户端另有受支持的本地接力功能，远程运行环境无法直接读取本机浏览器配置。
让 Agent 读页面前，依次检查：
确认 Sakana 模型出现在客户端列表中。若要用原版 Ultra，核对固定版本 ID，而不只是别名。
在准备使用的 Tabbit 配置中亲自打开目标网站，确认登录仍有效。
从客户端文档说明的技能菜单加载 Tabbit 妙招。技能说明应明确使用已安装的 CLI。
要求 Agent 打开独立任务标签页，先读一个无害且获准的页面。不要打扰配置中的其他标签页。
请求提取前，确认任务标签页显示的是预期账号和网页。
这次工作流的本机夹具测试记录：建立测试会话前，受保护页面返回 401；第二个具名任务复用合成会话后，读取页面返回 200。这只验证了本地测试环境中的会话复用，不代表测试了 Fugu Ultra、外部 Agent 客户端或真实第三方账号。可用首个浏览器任务检查表核对首轮步骤，用MCP 与 CLI 指南选择接入方式。
请求一份带来源的简报，并停在草稿
请求应设为只读，并包含输出名称和明确停止条件。例如：
如果当前客户端和服务商提供准确的 fugu-ultra-v1.0，请使用该版本。对照 Sakana 官方公开发布文档和我指定的获准工作区备注。在 Tabbit 中打开独立任务标签页，只读取该页面。创建名为“Sakana 发布证据简报”的草稿，字段包括：主张、公开来源 URL、工作区页面与章节、一致或冲突、可信度。不要填写、编辑、提交或发布任何网站表单。未知主张标记为待复核，完成后先展示草稿。预期结果是一张简短表格，而不是无法追溯的总结。公开主张应链接到原始页面；工作区主张应注明页面和可见章节。若来源不一致，就同时展示双方版本。另一位 Reddit 用户也提到，自己在编程任务中觉得 Ultra 比标准 Fugu 慢且贵。这是主观取舍，不能证明浏览器性能或你的账号情况。查看原始讨论。
分享简报前，核对模型路由、逐个打开来源链接，并确认私有来源属于目标账号。除非确有必要，不要加入身份信息。可用首个浏览器任务检查表复核权限和停止条件。
什么时候适合走这条路径
只有当任务明确要求 2026 年 6 月发布的原版 Ultra，且你的服务商仍提供该版本时，才固定使用它。若只需 Sakana 当前的 Ultra，使用别名可能更方便，但它目前指向 v2.0。简单任务可以先试标准 Fugu。无论选哪种路由，私有证据仍要由人核对。
当第二类资料需要登录，且本机浏览器配置已有该登录态时，Tabbit 才有帮助。纯公开研究不需要它；它也无法让不可用的模型端点突然出现在客户端里。先做一个只读、单页简报，检查具名草稿后再决定是否扩展任务。
Tabbit CLI 指南 · 连接现有浏览器 · 首个浏览器任务检查表 · MCP 或 CLI · 网页搜索或浏览器控制 · Agent 浏览器基础 · Codex 设置 · Playwright MCP 设置
常见问题
原版 Fugu Ultra 的准确模型 ID 是什么？
Sakana 当前模型目录列出 fugu-ultra-v1.0，也称 fugu-ultra-20260615。未带版本号的 fugu-ultra 目前默认指向 v2.0，因此调用前要检查服务商的模型列表。
Fugu Ultra 能打开我已登录的网站吗？
模型 API 本身不会复用浏览器登录态。本机 Agent 客户端必须能运行 Tabbit 妙招和 CLI，并连接到已有登录的 Tabbit 浏览器配置。
怎样比较公开资料和私有资料？
要求按主张逐项列出公开来源 URL 和工作区页面位置。出现冲突或证据缺失时标记给人复核，不要猜测结论。
这能证明 Fugu Ultra 已原生集成 Tabbit 吗？
不能。Sakana 文档说明 Fugu API，Tabbit 文档说明本地浏览器 CLI。此工作流要求客户端同时支持两者，而这里没有测试这种组合。
应该让 Agent 发布简报吗？
先保留为具名草稿。逐项对照来源并解决冲突，由人检查后再决定是否编辑或提交。