Qwen Code 如何操作已登录的浏览器

Qwen Code 可以通过两条不同路径操作已登录的浏览器。官方 Browser Use 功能通过 Qwen Code 扩展连接受支持的 Chrome。如果登录页在 Tabbit Browser 中，则要先确认 Qwen Code 能读取本地 Tabbit Skill 或运行启动器，再评估单独的 Tabbit CLI 路径。这是两种不同连接方式，光知道使用哪个 Qwen 模型并不能确定浏览器工具是否可用。

一位 r/Qwen_AI 评论者直截了当地指出：“Qwen Code is the cli not a model”。客户端、模型 Provider 和浏览器连接是三项独立检查。查看讨论。

比如，商品页需要登录才能查看时，可以先做只读检查：打开目标预览，整理可见商品字段，保存一份供人工复核的清单。浏览器任务页可与自己平时使用的标签页分开。

要点

• Qwen Code 是 Agent 客户端；模型 Provider 是另一项配置。建议具体主机或模型前，先查看当前安装提供的选项。

• Qwen Code 官方 Browser Use 面向 Chrome，并列出了系统和版本要求。安装扩展前先核对这些要求。

• 官方资料没有说 Qwen 的 Chrome 扩展能连接 Tabbit Browser。

• Tabbit CLI 是另一条本地路线，可让本机 Agent 使用 Tabbit 中的浏览器会话。分别检查 Skill 发现、启动器权限、实例选择和网站登录。

• 要求生成有名称的清单，并在提交商品修改、订单或其他重要操作前设置人工检查点。

先选浏览器连接方式

Qwen Code 的官方 Browser Use 指南说明，它可以连接 Chrome 中已打开的标签页及现有登录会话。文档目前列出 macOS 或 Linux、Chrome 125 及以上、Qwen Code 0.24.2 及以上。Qwen Code 扩展需要单独安装，不随客户端包自动提供。如果你的环境符合这些条件，可以先使用 Qwen 官方路线。

1. 检查 Qwen Code 客户端和 Provider

Qwen Code 是开源 Agent 客户端。项目官方仓库将客户端和模型分开，并列出多种 API 协议及本地 Provider。实际能否使用取决于当前安装和账户提供的选项。使用 /auth 或当前设置指南检查已配置的 Provider。不要因为某个模型或订阅名称出现在演示中，就假设自己的账号或环境已经启用它。

2. 环境符合时使用官方 Chrome 路线

在已登录商品页面的 Chrome 配置文件中安装 Qwen Code 扩展。每个配置文件只启用一个扩展副本。随后可以直接在 Qwen Code 中描述只读任务，例如：“读取我打开的商品预览，列出可见标题、价格、库存状态，并与我提供的清单比对。”

Browser Use 指南说，第一次执行浏览器任务时会注册一个小型本地连接程序，后续任务继续复用它。这个 Browser Use 功能无需另外启动 qwen serve。如果连接失败，检查 Qwen Code 版本、Chrome 版本，以及扩展是否在登录了目标账号的配置文件中启用。

浏览器连接可能读取网页内容、URL、截图和操作结果。官方隐私说明指出，浏览器结果可能进入对话上下文，再由该会话中配置的模型 Provider 处理。选择与要分享的数据相匹配的页面和 Provider。

3. 在 Tabbit 配置文件中使用 Tabbit CLI

Qwen Code 的 Chrome 扩展和 Tabbit CLI 不是同一个工具。Qwen 的 Browser Use 文档写的是 Chrome 和其扩展。若页面已在 Tabbit Browser 中登录，需要走本地 Tabbit CLI 路线。该路线依赖本地 Tabbit 应用、已安装的 CLI，以及 Qwen Code 能否读取或调用 Tabbit Skill。

Qwen Code 支持从 ~/.agents/skills/ 和 .agents/skills/ 读取 Skill。它的 Skill 指南说明如何通过 /skills 查看和调用 Skill。Tabbit 的快速开始介绍其 Skill 和启动器。完成设置后，先用 /skills 查看注册的 Skill 名称。Qwen Code 按 /<skill-name> 调用用户可调用的 Skill；只有当 Tabbit Skill 在清单中注册为 tabbit 时才使用 /tabbit。接着要求 Qwen Code 查看 Skill 指令并展示准备执行的只读命令，再确认启动器能在本机运行、目标 Tabbit 实例正是登录了网站的配置文件。

同一个已登录 Tabbit 环境中的任务可以复用该配置文件现有的网站会话。这不代表 Qwen Code 获得网站密码，也不代表 Qwen 登录能为网站授权。如果任务连接的是另一个浏览器配置文件或在远程主机运行，就需要另行支持的连接方式，并在对应环境登录。

如果你正在比较浏览器连接方式，可以先读连接 Agent 与现有浏览器指南。针对远程 Qwen Code 会话，可先看本地和云端浏览器指南，不要假设它能访问桌面配置文件。若还在判断某项任务是否需要浏览器，可以参考浏览器自动化概览。

对照商品预览和核对清单

假设你有一份待发布商品清单，要核实页面上的标题、价格和库存状态是否与发布说明一致。一位 Qwen Code 用户提到，它在规划时有时会忽略先前项目上下文，或偏好并不适合当前场景的方案。这是个体反馈，不代表失误率。它提醒我们应该把可见证据写进核对清单，而不是只依赖 Agent 的总结。查看 Reddit 原讨论。

确认客户端与浏览器连接后，可使用下面的提示词：

通过已连接的浏览器检查已登录的商品预览。
如果是 Tabbit Browser，请新建名为 "sku-417-preview-check" 的任务。
如果是 Chrome Browser Use，请留在当前 Qwen Code 浏览器会话中。
只读取商品页和我提供的发布核对清单。
不要编辑商品、加入购物车、提交表单或发布更改。
保存一份名为 "sku-417-preview-review.md" 的本地 Markdown 草稿，包含：
- 页面可见的商品标题、价格和库存状态
- 每个字段对应的核对清单项目
- 不一致之处、简短引用及其页面位置
- 看不到或无法检查的项目
保存后停止，并告诉我文件路径以便审阅。

这是示例流程，不代表我们测试过某个浏览器、模型或 Provider。用于真实商品时，请确认预览构建版本并自行审核输出。若页面显示了不预期的账号、要求重新登录，或出现购买、发布等操作，请暂停并由人工核实。

将任务限定在小范围并留下证据

浏览器 Agent 并不适用于每一种网页操作。Qwen 社区有人询问，大家日常如何使用浏览器 Agent。对于检查自己开发的 Web 应用、在网页中处理没有 API 的具体操作，都是可讨论的场景。开始时最好限定一个具体任务，而不是让 Agent“负责管理店铺”。查看 Qwen 社区原帖。

若 API、确定性测试或直接导出能够提供同样可靠的证据，优先使用它们。只有当需要检查可见页面、会话授权流程或面向用户的预览时，再执行浏览器操作。将输出留在本地，等人审查后再分享。

走 Tabbit 路线时，可继续看 Tabbit CLI 指南、登录态复用指南或浏览器 Agent 检查清单。Qwen3.5 Plus 模型文章讨论的是另一个客户端，不能当作 Tabbit 内置连接的证明。

如果你的目标是检查自己开发的本地网页，也可以看浏览器 Agent 验收流程，这是一条侧重测试的路线。

根据主机选择路线

Qwen 还提供桌面、Web 和聊天界面，而“Qwen”也可能指模型系列或办公助手演示。这些产品不会自动继承 CLI 客户端的 Skill 支持或浏览器连接。请从终端里显示的具体客户端名称出发，查阅它当前的文档。

Secholar.L

Tabbit 增长与内容

Secholar.L 专注 AI 浏览器与 Agent 工作流的实操写作,基于真实调研对比工具,引用可验证的一手来源。