知识卡片：QQ浏览器接入WorkBuddy，AI在浏览器里自动代办网页任务

一句话结论

WorkBuddy上线浏览器操控能力，QQ浏览器第一时间接入，用户安装官方扩展后即可让AI拆解计划并自动执行搜索、点击、翻页等网页任务，最终汇总成文件；任务在独立标签页组中隔离运行，遇敏感环节主动暂停待确认。

事件概述或研究问题

本条来自腾讯研究院AI速递（20261104）第五条，属于“生成式AI”产品动态。核心问题是：浏览器内的AI Agent如何在不干扰用户正常浏览的前提下，自动代办网页操作任务，并在关键风险节点保留人工确认。WorkBuddy选择与QQ浏览器合作落地，而非自建独立浏览器，这与“AI浏览器作为独立品类退潮”的既有脉络形成对照——AI能力以扩展形式嵌入成熟浏览器入口。

方法/产品要点

• 接入方式：WorkBuddy浏览器操控能力上线，QQ浏览器第一时间接入；需安装官方扩展。
• 任务执行：可拆解计划，自动执行搜索、点击、翻页，并将结果汇总成文件。
• 隔离运行：任务在独立的“WorkBuddy标签页组”中运行，不干扰用户正常浏览；执行过程实时可见，可随时介入或终止。
• 风险暂停机制：遇滑块验证、支付、提交确认等环节会主动暂停并列出清单，待用户确认。
• 开启路径：在客户端「设置-智能体」开启浏览器控制并安装扩展即可使用。

主要结果或产业意义

产品层面的增量在于：把浏览器Agent的“自动化”与“可控性”做成一对显式设计——标签页组隔离解决“不打扰”，敏感环节暂停解决“不失控”。对产业而言，这代表AI Agent落地路径的一种务实选择：不自建浏览器入口，而是寄生在已有浏览器（QQ浏览器）上，以扩展+标签页组的方式获得页面操作权限。这与“MCP、API与Agent绕过浏览器直接调用数据”的趋势并行，说明浏览器内操作自动化仍是Agent能力谱系中的一环。

为什么重要

• 相比独立AI浏览器品类（如已关停的Atlas）的退潮，扩展式接入成熟浏览器是成本更低、用户迁移门槛更小的落地方式。
• “独立标签页组+实时可见+可终止”为浏览器Agent的干扰控制提供了可参考的产品范式。
• “滑块/支付/提交确认前暂停并清单确认”是人机协作边界的具体化，可作为Agent权限分级设计的案例。
• 与既有卡片的关系：本条是“AI浏览器品类退潮”叙事下的反向补充——入口之争之外，扩展式Agent仍在推进；与Claude Cowork“需决策时推送确认”的思路同属“关键节点人工介入”模式，但本条限定在浏览器标签页场景。

局限与不确定性

• 材料仅来自腾讯研究院速递的转述，未见WorkBuddy官方文档或QQ浏览器官方公告，具体支持的浏览器版本、扩展权限范围待核实。
• “汇总成文件”的文件格式、保存位置、是否支持导出待核实。
• 暂停清单的具体交互形式（弹窗/侧栏/通知）待核实。
• 任务执行的准确率、失败重试机制、并发任务数量上限等性能指标未披露，待核实。
• 与QQ浏览器账号体系的绑定关系、数据是否上传云端待核实。

可用于图书/PPT/简报的角度

• “扩展式Agent vs 独立AI浏览器”：作为入口策略对比案例，说明AI能力嵌入成熟入口的务实路线。
• “浏览器Agent的隔离与可控设计”：标签页组隔离+实时可见+可终止，可作为Agent UX设计原则的示例。
• “人机协作的确认边界”：滑块、支付、提交确认三类暂停点，可提炼为Agent操作风险的分类框架。
• “Agent落地场景：网页任务代办”：搜索、点击、翻页、汇总成文件，是较典型的“信息收集类”Agent任务样板。

原始材料

• 来源：腾讯研究院AI速递 20261104（搜狐转载）
• URL: https://m.sohu.com/a/1096760389_455313?scm=10001.325_13-325_13.0.0-0-0-0-0.5_1334&digest_item=5
• 条目：五、QQ浏览器接入WorkBuddy，AI在浏览器里自动代办网页任务