Tabbit博客

如何用 Command A+ 操作已登录的浏览器

让支持本地工具的客户端调用 Command A+,再通过 Tabbit CLI 读取已登录网页,将带来源链接的文档整理成待审草稿。

本文目录
  1. 关键结论
  2. 工作流由四个部分组成
  3. 打开团队资料前先确认模型路由
  4. 把团队页面整理成可审阅草稿
  5. 这种做法适合什么任务

如果 Agent 客户端能够调用 Cohere 的 Command A+ 并执行本地工具,它可以帮助你从已登录的团队网站整理文档草稿。选择模型 ID command-a-plus-05-2026,安装 Tabbit Browser,在目标工作区登录,再让本机 Agent 通过 Tabbit CLI 读取页面。要求它给每条内容附来源链接,保存为单独的草稿,并在分享或修改源文档前停下。Cohere 文档说明了模型 API 和工具调用,但没有声明内置 Tabbit 集成。

这条边界需要先验证。在一条 Reddit 用户报告中,用户称通过 Pi 和一个 OpenAI 兼容 API 调用时,模型“调用工具后就停住了”。这只是一个配置下的个人反馈,不是基准测试。它提醒我们,在真实团队文档上运行前,要先检查完整工具往返链路。

关键结论

  • Cohere API 的模型 ID 是 command-a-plus-05-2026;官方模型页列出工具调用能力。

  • 模型、Agent 客户端、浏览器连接器和人工审核是工作流中的不同部分。

  • Cohere API 是资料最明确的托管路径。OpenRouter 也列出 cohere/command-a-plus,但使用前仍需在客户端核对路由。

  • 本机 Agent 可通过 Tabbit CLI 操作 Tabbit Browser 中现有的登录会话。不要默认远程运行器能访问本机。

  • 把结果存成有名称的草稿,逐条核验来源,不让 Agent 触碰发布按钮。

工作流由四个部分组成

部分负责什么开始前检查
模型生成回复或请求调用工具模型 ID 为 command-a-plus-05-2026,API 返回工具调用
Agent 客户端调用 Cohere 并运行已授权的本地工具支持所选服务商,且能在同一任务中运行本地工具
Tabbit CLI让本机 Agent 操作 Tabbit Browser 标签页客户端发现 Skill,tabbit-cli diagnose 能看到浏览器
审核者核对来源并检查草稿源文档未被改动,修改保存在单独草稿中

托管模型调用和本机浏览器连接需要分别验证。Cohere 模型文档列出了文本、图像输入和工具调用,API 指南也讲解了工具往返流程。但仍需客户端把模型发出的工具请求转成实际操作,再把结果返回给模型。如果客户端只输出普通文本,它不能仅凭这段回复操作浏览器。

打开团队资料前先确认模型路由

Cohere 当前模型页使用 API ID command-a-plus-05-2026,生产用户还可以查看 Model Vault。官方列出的 W4A4 部署参考为 1 张 B200 或 2 张 H100;不能把“25B 激活参数”当作普通桌面电脑的硬件估算。托管工作流可先从 Cohere 文档支持的 API 开始。OpenRouter 当前也列有 cohere/command-a-plus,但服务商可用性和工具行为可能变化。

在本机客户端中选择准确的服务商和模型,先运行一个不会访问浏览器的工具测试。让它通过一个无害函数返回固定值,检查客户端是否收到结构化工具调用、执行函数并把结果传回 Command A+。如果调用发出后流程就结束,先别继续。上面的社区报告描述了类似故障。

浏览器一侧可参照 Tabbit CLI 快速开始。支持 Skill 的客户端可能使用 /tabbit;Pi 使用 /skill:tabbit;另一些客户端会把入口放在 /skills 或 Skill 菜单里。不要凭感觉猜命令,先读本机安装的 Skill 说明。然后运行 tabbit-cli diagnose,自己在 Tabbit Browser 打开目标网站,并确认当前账号和工作区。Skill 是否发现、CLI 是否可达、网站是否登录是三个独立条件。

预检项通过标准需要停止的情况
模型路由客户端显示 Cohere command-a-plus-05-2026 或明确选择的当前路由客户端静默切换到名字相近的模型
工具往返无害测试返回结构化参数和执行结果调用显示成普通文本、卡住或结果没有返回
Skill 与启动器客户端发现 Tabbit Skill,诊断命令能看到浏览器客户端只能远程运行或不能执行本地工具
网站范围你确认了已登录账号和准确页面账号不对、权限不清楚或页面含意外写入操作

把团队页面整理成可审阅草稿

从一份文档或少量获准页面开始。让 Agent 只提取与任务相关的字段,为每项结论添加来源链接,并标出无法核实的信息。它应该新建草稿,不应修改源页面。任务可以使用独立标签页,这样你仍能在主窗口继续工作。连接 Agent 与现有浏览器指南和浏览器 Agent 首任务清单解释了如何划分这类任务。

可以先试用这段提示词:

在本机任务中使用 Tabbit CLI。只读取已登录的团队文档:[获准访问的 URL]。不要编辑、分享、发布或提交任何内容。提取决定事项、负责人、截止日期和未解决问题。每一项附来源 URL 和一条简短原文。缺失或冲突字段标记为 needs_review。新建草稿“Q4 launch notes, 2026-11-10”,包含来源列和审核人列,然后停下。告诉我草稿位置,以及哪些字段无法核实。

文档名和日期只是示例,请换成自己有权限查看的资料。逐条在浏览器中打开来源,比较草稿和原文,并删除不该出现在记录中的敏感内容。不要让模型凭空补齐负责人或日期。

可审阅的草稿应做到一项决定一行,并说明它来自哪里。两页信息冲突时保留两个链接并标记差异,不要用流畅的总结掩盖冲突。浏览器 MCP 与 CLI 对比介绍了两种连接方式的适用情况;进一步了解Tabbit CLI 使用指南、Codex 连接示例、Tabbit Browser 简介、浏览器使用最佳实践和什么是 Agent 浏览器。

这种做法适合什么任务

如果客户端能使用 Cohere 当前端点并执行本地工具,Command A+ 可以作为整理资料、生成审核副本的候选模型。如果客户端解析不了工具响应、部署资源达不到所选模型配置,或任务要求不经审核就修改内容,这个流程就不合适。托管模型不会自动获得浏览器登录会话。

Cohere 以 Apache 2.0 许可发布 Command A+ 权重,托管服务另有自己的使用条款。请按数据要求和部署方式选择模型入口。团队写作可以从只读读取、有名草稿和人工核验开始。如果你需要本机浏览器,可以下载 Tabbit Browser。

常见问题

应该选择哪个 Command A+ 模型 ID?

Cohere API 文档使用 `command-a-plus-05-2026`。OpenRouter 当前列出的路由是 [`cohere/command-a-plus`](https://openrouter.ai/cohere/command-a-plus/)。开始任务前,请在 Agent 客户端检查实际服务商和完整 ID。

Command A+ 能直接打开已登录的网站吗?

不能。模型可以请求调用工具,但要由本机 Agent 执行。客户端发现已安装的 Tabbit Skill,并能启动 CLI 后,Tabbit CLI 才能连接 Tabbit Browser。

Command A+ 是开源模型吗?

Cohere 以 Apache 2.0 许可发布 Command A+ 权重。托管 Cohere API 的使用则遵循该服务的条款,和权重许可是两回事。

Command A+ 能在笔记本电脑上运行吗?

不要只凭 25B 激活参数推算硬件需求。Cohere 公布的 W4A4 部署参考是 1 张 B200 或 2 张 H100。对很多本机浏览器工作流,先调用托管推理更实际。

工具调用卡住时该怎么排查?

先停止任务,检查所选模型 ID、服务商、思考模式、工具 schema、客户端适配器和工具结果回传。获得授权后,再用无写入权限的只读页面重试。

托管的 Command A+ 能连接本机 Tabbit 浏览器吗?

只有在本机运行的 Agent 能调用托管模型并在同一任务执行本地工具时才可以。远程运行器还需要经过验证的本地交接方式。模型能用,不代表它已经接入你的浏览器。

下一步

让 Tabbit 与你并肩工作。

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