对话：WorkBuddy做底座不做全能，生态才是下一步

从正式上线到发布开放平台，WorkBuddy只用了不到半年。

3月9日，腾讯推出桌面智能体WorkBuddy。QuestMobile于9月1日发布的报告显示，截至7月，WorkBuddy PC客户端月活跃用户达到658.2万，在该报告统计的几款办公Agent中居首。

9月2日，腾讯为WorkBuddy办了一场以生态为主题的发布会，开始把更多软件、硬件和开发者接进来。

当天，WorkBuddy开放平台正式上线，首批引入超百家生态伙伴；9款联名硬件首发亮相，覆盖智能眼镜、录音卡、麦克风、耳机等品类；30余个行业应用同时接入，覆盖金融、法律、医疗、教育、公益等20多个领域。开发者可以通过Expert、Skill和Connector接入WorkBuddy，合作伙伴也可以基于其Agent底座搭建Buddy应用。

今年夏天，几家大厂先后调整AI办公产品和团队。7月20日，腾讯将QClaw产品中心的相关业务和部分团队调整至WorkBuddy所在的云产品六部，QClaw继续独立运营。

8月，阿里推出由QoderWork、悟空和MuleRun整合而来的“千问办公”；百度将内部办公智能体dodo的研发人员和技术资源并入百度搭子。字节整合飞书与豆包的产品团队后，又将TRAE、扣子团队及相关办公Agent能力并入豆包体系，并于8月25日推出“豆包工作”。

在内部调整之外，WorkBuddy把接入范围扩到了外部伙伴：腾讯提供Agent运行底座，合作伙伴带来专业数据、软件工具、业务流程和行业经验。

腾讯云副总裁、腾讯CodeBuddy & WorkBuddy负责人刘毅在发布会上表示：“我们希望把WorkBuddy打造成面向Agent时代的操作系统——不是做一个更强的工具，而是做一个能承载所有工具的平台。”

腾讯云副总裁

腾讯CodeBuddy & WorkBuddy负责人刘毅

不过，部分软件接入WorkBuddy后，能够调用的功能和权限仍少于其独立产品。腾讯WorkBuddy开放生态负责人林佐露解释，合作伙伴会挑选更适合自然语言交互和自动执行的部分。收费和分成方面，WorkBuddy正在搭建面向伙伴的经营、运营和营销工具，现场没有公布具体方案。

腾讯WorkBuddy开放生态负责人林佐露

在当天另一场交流中，帆软软件有限公司战略副总裁沈涛表示，WorkBuddy和同类产品仍处在用户教育阶段，正式讨论用户付费是下一阶段的事。一名硬件合作厂商业务负责人则提到，后续可能由硬件厂商向AI办公智能体厂商采购服务，再向用户提供；除WorkBuddy外，该公司也考虑接入更多智能体。

发布会后，林佐露接受了包括证券之星在内的媒体群访，回应了WorkBuddy为何在上线不到半年后开放、腾讯与合作伙伴如何分工、接入能力的差距以及商业化等问题。

以下内容根据现场采访整理，有删节。

01、Agent跨过门槛

Q：WorkBuddy今年3月才上线，团队是在什么阶段决定开始做生态的？为什么这么快？

林佐露：WorkBuddy是一个很年轻的产品，从3月上线到现在还不到半年。我们很早就在考虑开放，五六月份已经开始筹备相关能力，直到今天才对外公布开放及生态合作的进展。

我们从2024年开始做Agent。到2026年，我们判断Agent已经迈过了“能干一些事情”这道坎。年初国产模型能力快速提升后，我们看到这道坎正在被迈过去。既然Agent可以做更多事情、交付更多价值，我们就开始考虑它还缺什么、需要补什么，才能把结果做得更好。

Q：腾讯、阿里、字节等公司都在加码AI办公。竞争过程中，生态是最重要的吗？

林佐露：我们做产品时，关注的还是在什么场景下解决用户的什么需求。随着基座模型、行业开源模型和腾讯自研混元模型快速提升，我们看到了基于ReAct框架完成更通用任务的机会。

WorkBuddy团队过去两年多一直在建设Agent的底座能力，包括Harness、Runtime、上下文管理以及Agent Loop的稳定性。今年把WorkBuddy推给用户后，大家对自动执行任务这种交互方式的接受度很高，也有人在尝试后留下来继续使用。

但是到了用户的实际工作场景里，要自动解决各种生产力任务，光靠我们做不到。合作伙伴在专业数据、业务流程和行业经验上积累很深。现在大家经常讨论Skill，它可以理解为给模型的一份说明书，帮助智能体在Harness环境中完成任务。这样的Skill大量存在于各行各业的合作伙伴手里。

所以一个任务最后做得好不好，是基座模型、Harness、上下文、工具调用和场景连接一环一环乘起来的结果。生态只是其中的一部分。

Q：WorkBuddy负责通用Agent能力，合作伙伴负责把行业做深，可以这样理解双方的分工吗？

林佐露：我们会在Model、Harness、上下文管理和Runtime等方面做很多工作，提供稳定的Agent运行环境。合作伙伴则把自己的Know-how接进来，提供系统调用、权限和工具，让Agent拿到足够的上下文，完成具体任务。

过去很多SaaS伙伴也尝试给用户搭建Agent应用。他们熟悉自己的行业和业务，但再投入大量资源做Agent工程未必划算。双方合作后，可以直接向用户提供开箱即用、运行相对稳定的WorkBuddy解决方案。

02、首批合作超百家伙伴

Q：首批已经有超百家伙伴。WorkBuddy接下来会优先把金融、法律、制造等垂直行业做深，还是继续扩大覆盖范围？

林佐露：从过去参与平台型产品发展的经验看，生态不太能被计划，不是想让它长成什么样，它就会长成什么样。有没有生态只是结果，关键还是产品够不够好用，开放是否坚决，设计是否合理。产品有足够多的人使用，各行各业的伙伴才愿意投入。

最早进来的伙伴，通常拥有专业数据和知识，或者熟悉某一套业务流程。很多SaaS开发者已经服务同一批企业和用户多年，现在可以把这些经验带到Agent底座上，用新的方式服务原来的客户。

今天提到的超百家伙伴，是我们初期接触并开展合作的伙伴，不等同于生态已经形成。我们没有把伙伴数量设成成果指标，更关心这些应用有没有人经常用，合作伙伴能不能从中获得收益。

Q：一些软件接入WorkBuddy后，能够使用的功能和权限，与其原产品仍然有差距。为什么会出现这个差距？

林佐露：我们不认为一个伙伴需要把所有能力都搬进WorkBuddy。WorkBuddy适合帮助用户自动完成任务，但一款应用并不只有这一种使用方式。

合作伙伴会判断哪些能力适合放进WorkBuddy。比如阅读一篇文章，用户可能更需要在浏览器里读完全文，而不是让Agent只给出30字或50字的摘要。有些需求适合在WorkBuddy里完成，有些仍适合留在独立客户端或站点里。

今天是开放平台上线的第一天。我们先提供WorkBuddy的运行底座，让伙伴把行业经验、数据和场景理解做成Buddy应用，后面还会继续开放更多能力和工具。

Q：这次首批合作中，智能眼镜、录音设备等语音和随身硬件很多，这是WorkBuddy主动选择的方向吗？

林佐露：大语言模型可以理解一句话表达的意图，再规划任务、调用工具和执行，基于语言的交互方式与语音硬件连接得比较自然。

这也是硬件行业和桌面智能体之间的双向选择。硬件让用户更方便地发起任务，也会增加与WorkBuddy交互的频率；WorkBuddy则可以为设备补上理解、规划和执行任务的能力。

我们认为硬件会成为Agent的重要外设，因此这次接入了不少硬件伙伴。但要说WorkBuddy能够推动一轮硬件爆发，我们没有那么大的能量。

03、伙伴不必只选WorkBuddy

Q：WorkBuddy早期更多由个人用户使用。开放生态以后，企业市场会不会变得更重要？

林佐露：企业市场从WorkBuddy第一天开始就很重要。它在个人办公场景里可以提效，但如果进入企业工作流，成为企业的数字生产力，价值会更高。

帆软、北森等伙伴熟悉各自领域的业务和流程，再结合我们的开发能力做产品，对企业客户会有吸引力。个人版和企业版解决的都是办公提效，主要区别是谁买单：个人版由个人付费，企业版由企业主付费。

Q：开放平台上线后，WorkBuddy和生态伙伴准备怎么赚钱，收入又会怎么分？

林佐露：我们正在以很高的优先级搭建经营、运营和营销工具，支持伙伴长期经营。合作伙伴也会考虑，自己提供了什么专业能力，希望得到怎样的回报。

关键还是谁来买单。用户会为真正解决问题、提高生产力的任务付费，这部分收入也需要在产业链上合理分配。现在的分配仍具有阶段性，比如AI应用产业链里，GPU厂商拿走了很多价值，未来还会变化。

WorkBuddy在推理、稳定的Harness以及用户获取方面提供价值。随着更多行业技能、数据和Know-how进入平台，用户会完成更复杂的任务，新增价值应该更多导向提供Buddy应用、Connector和Skill的生态伙伴，这是我们长期坚持的方向。

Q：WorkBuddy接入了硬件厂商、行业应用和独立开发者。面对其他Agent平台和MCP生态，WorkBuddy准备靠什么留住伙伴？

林佐露：说到壁垒，往往意味着要让伙伴在不同平台之间做选择，或者平台已经形成很高的势能。但我们认为现在还不是这个阶段。WorkBuddy目前已经有一批满意的用户，我们更关心继续把产品做好，通过开放接入更多能力，也不会要求伙伴只能在WorkBuddy上开发。

不同伙伴与WorkBuddy连接的方式不一样。硬件伙伴可能希望成为WorkBuddy的输入设备，或者拥有一个云端Agent来管理终端能力。应用伙伴有的掌握专业数据，有的熟悉具体行业和业务流程。部分伙伴通过Connector、Skill或Expert接入就足够，也有伙伴希望搭建Buddy应用，长期服务自己的用户。

WorkBuddy需要根据不同伙伴的能力设计开放方式，包括账号与授权、Skill、Expert以及Buddy应用。我们不是为了把生态做得复杂，而是希望不同伙伴都能找到合适的接入方式。