桌面 Agent 不是更大的聊天框：从 WorkBuddy、QoderWork 看下一代工作入口

2026 年，桌面级 Agent 开始从概念变成一类具体产品。腾讯把 WorkBuddy 定义为全场景 AI 办公工作台；Qoder 在 2 月推出 QoderWork，把原本面向编码的 Agent 能力延伸到文件、浏览器和日常知识工作。它们都在说同一件事：不要只问 AI，直接把事情交给它。

这不是一次简单的客户端迁移。Chatbot 的核心契约是回答：用户提出问题，模型返回文字。桌面 Agent 的核心契约是委派：用户给出目标、上下文和权限，系统规划并执行，最后留下真实文件或真实的软件状态，等待验收。前者比回答质量，后者要同时承担过程、结果和后果。

因此，桌面 Agent 不是更大的聊天框，而是人和软件之间的一层新交易界面。过去，用户需要把意图翻译成菜单、按钮、表格和跨应用操作；现在，Agent 尝试直接接收意图，再替用户完成这次翻译与执行。它争夺的不是桌面面积，而是工作的入口。

从公开产品形态看，WorkBuddy 更像一间可配置的 AI 办公室。它把 Skill、专家和专家组分成三个层次：Skill 是能力，专家是能力加经验，专家组则把多个角色和协作流程组合起来。再叠加连接器、资料库、自动化、项目空间和云端助理，用户面对的不再只是一个助手，而是一套可以分工的组织隐喻。

这个设计最重要的不是多 Agent 本身，而是它试图改变用户心智。用户不必知道底层调用了几个模型，只需要选择市场研究员、PPT 专家或一个专家组，然后像管理团队一样描述目标。WorkBuddy 公开的 Ask、Plan、Craft 模式，也可以理解为一把自主性刻度：问答案、看方案，或者直接让系统制作交付物。

QoderWork 选择了另一条路径。它把本地文件夹设为 workspace，让任务围绕具体上下文发生；界面将 New Task、Skills、定时任务、IM 和历史放在左侧，对话居中，执行时再出现 Task Monitor。用户看到的是计划、工具调用和文件变化，而不是一群被拟人化的数字同事。

这种差异不是包装。WorkBuddy 的基本产品单位更像组织能力，QoderWork 的基本单位更像任务、工作区和交付物。前者天然适合把个人经验沉淀成专家与团队流程，后者天然适合从一个文件夹出发，把研究、整理、生成和修改连续做完。它们分别押注了“我在管理一支 AI 团队”和“我把一个项目交给工作搭子”两种心智。

QoderWork 的 Design 进一步暴露了桌面 Agent 的可能终局：通用聊天入口之上，会长出垂直工作台。Design 不只返回一张图片，而是提供无限画布、结构化设计计划、局部编辑和向 Qoder IDE 的交接。通用 Agent 负责理解任务，领域工作台负责让交付物可看、可改、可继续生产。

如果只看功能清单，两款产品已经很像：本地文件、浏览器自动化、Computer Use、Skills、连接器、定时任务、IM、记忆、多模型。但功能越趋同，体验问题反而越突出。用户真正关心的不是 Agent 会不会点鼠标，而是它是否知道该点什么，点错后能否回来，以及自己需要盯多久。

第一个问题是任务入口。一个空白输入框看似最通用，实际上把产品设计的成本转嫁给了用户。用户要自己决定目标粒度、补充资料、限制范围和描述验收标准。专家、模板、文件夹工作区和垂直工作台的价值，就是在第一次输入之前先缩小问题空间。通用性适合做广告，具体场景才有助于第一次成功。

第二个问题是时间。聊天产品被训练成追求首字延迟，复杂任务却可能运行数分钟甚至更久。此时用户需要的不是打字动画，而是任务计划、当前步骤、预计成本、阻塞原因、可中断点和恢复入口。桌面 Agent 的最终界面很可能不是对话流，而是任务收件箱、运行监视器和成果审核台。

第三个问题是权限。QoderWork 只直接操作获授权目录，删除内容进入可恢复区域；其官方文档同时说明，文件操作虽在本机进行，模型需要的文本内容仍会发送给所选 LLM API 提供方。WorkBuddy 则提供默认权限与完全访问等模式，并在高风险动作前要求确认。所谓 local-first 从来不自动等于完全离线，权限说明必须精确到文件、应用、凭据、模型和同步链路。

第四个问题是交付。用户不会因为 Agent 说“任务已完成”就获得价值；他们要打开 Word、Excel、PPT、设计稿或被整理后的目录，判断数字是否对、格式是否能用、来源是否完整。桌面 Agent 的北极星不该是对话轮数或任务启动数，而应是每次有效交付需要用户付出多少监督时间。

可以把这套体验理解成一份委派契约：目标是否清楚，计划是否可见，权限是否受控，执行是否可中断，产物是否可编辑，结果是否可验收和恢复。对话只负责建立契约；真正决定留存的是系统能否履约。

这里存在一个自主性悖论：Agent 越能做，用户不一定越轻松。如果一项十分钟的工作，需要花五分钟写任务书、三次批准权限、全程观察执行、最后再返工，用户会回到手工操作。更高自主性只有在降低监督时间的同时保持可控，才会转化成体验优势。

用户心智也会沿着四级阶梯变化：问答工具告诉我怎么做，Copilot 和我一起做，承包人先做完让我验收，运营系统持续运行、只在异常时找我。WorkBuddy 和 QoderWork 已经跨到第三层，并开始通过自动化、IM 和云端任务试探第四层，但“数字员工”仍是一个需要靠可靠性挣来的称号。

一个很现实的反方观点是：桌面 Agent 也许只是更易用的 RPA。这个判断只对了一半。两者都跨应用执行任务，但 RPA 通常把稳定流程预先编码，Agent 则用自然语言处理变化和模糊性。它获得了更低的配置门槛，也引入了更高的不确定性。最终可靠的产品不会只靠视觉点按，而会混合文件接口、应用 API、连接器和 GUI；Computer Use 更像遗留系统的兜底层。

增长上，桌面 Agent 面临一个反常识难题：什么都能做，往往意味着用户不知道先做什么。“一句话完成任何工作”可以制造下载，却很难制造习惯。最好的切入口不是最宏大的任务，而是频繁、讨厌、上下文相对稳定，又能产生明确交付物的工作，例如周报、资料汇总、文件整理、销售分析和固定格式的 PPT。

WorkBuddy 的潜在增长飞轮来自腾讯生态。IM、文档、会议、邮箱、知识库和统一账号降低连接工作上下文的成本；一次成功任务可以沉淀成专家、Skill 或项目流程，再在团队和企业空间里复用。它的强项不只是个人效率，而是把某个人会做的事包装成组织可以反复调用的能力。

腾讯在 2026 年第一季度业绩材料中称其相信 WorkBuddy 已是中国使用最广的生产力 Agent 服务；6 月投资者材料又披露 CodeBuddy 与 WorkBuddy 合并口径下，活跃用户次日留存为 80%、付费用户为 88%。这些是腾讯自己的表述，而且不是 WorkBuddy 单品 DAU 或留存，不能当成独立市场份额证明，但至少说明腾讯正在用既有分发、账号和订阅协同快速推产品。

QoderWork 的增长路径更像从 Qoder 的编程 Agent 向相邻工作扩张。共享账号与额度、本地 workspace、Skills、连接器，以及 Design 这类垂直工作台，可以把开发者、设计者和知识工作者拉到同一执行入口。公开资料中没有可信的 QoderWork 用户规模或付费数据；它当前更值得观察的是能力迁移路径，而不是未经证实的增长数字。

两者都会把 Skill 市场当成增长杠杆，但 Skill 数量很可能是一个虚荣指标。真正有价值的 Skill 不是一段 prompt，而是一份经过验证的工作配方：适用输入、调用工具、权限范围、输出格式、失败处理和验收标准都应该清楚。一次任务成功后沉淀配方，重复使用，再被团队分享，才会形成复用飞轮。

这也决定了更好的增长指标。激活不是发送第一条消息，而是产出第一个可用成果；留存不是每天打开客户端，而是持续把同类工作交给它；扩散不是邀请了多少人，而是一个交付物或 Skill 被多少同事采用；商业化也不该只看 token 消耗，而要看它替用户完成了多大价值的工作。

未来 12 个月，我认为高概率会出现产品形态收敛：Ask、Plan、Execute、Review 成为共同骨架；授权目录、变更预览、任务历史、恢复区、定时任务和 IM 入口成为基础配置。营销仍会强调万能 Agent 和 AI 团队，实际留存则集中在少数每周重复的工作上。

未来 12 到 24 个月，竞争重心可能从能力展示转向可靠性交付。Skill 会从 prompt 包升级成带版本、依赖、权限和评测的可执行配方；产品开始展示预计时长、费用、来源覆盖和验收检查；企业版把审计日志、凭据托管、审批节点、数据驻留与身份继承放到中心位置。模型仍重要，但会越来越像底层可替换的引擎。

再往后，桌面可能只是执行位置，而不是主要入口。用户从 IM、邮件、日历和手机发起任务，本地客户端处理敏感文件与原生应用，云端运行长任务，桌面只在需要本机状态时接力。QoderWork 的本地定时任务在电脑休眠或关机后不会执行，这个今天的限制，正说明本地执行与云端持续性迟早要组合。

真正的终局也许不是一个无边界、随意控制整台电脑的通用 Agent。安全、责任、成本和可靠性更可能把市场推向受限工作空间、明确任务契约和领域工作台。操作系统厂商与办公平台拥有权限和分发优势，独立产品则可以凭跨生态中立、专业工作流深度和更好的信任体验获得位置。

所以，桌面 Agent 的竞争不会由谁接入更多模型、展示更多专家或点鼠标更像人来决定。最后的赢家要把模糊的自然语言变成可追踪的计划，把高权限执行变成可恢复的过程，再把结果变成可验收的工作。用户真正交出去的从来不只是一项任务，而是控制权；产品必须用一次次可靠交付把它挣回来。