腾讯WorkBuddy，学不会豆包工作？

文|蓝洞商业 赵卫卫

字节跳动的豆包工作上线当天，腾讯云与智慧产业事业群CEO汤道生发布了一篇内部信长文。

Chatbot的战役已经是过去时了，AI办公智能体才是当下的热点。汤道生提到了过去一年元宝与豆包的竞争，承认对手值得学习，而元宝在巨大的用户增长压力下，花了较多精力去做推广与引流，当时模型与产品都还没ready，其实效果并不满意。

汤道生提到更多的，还是腾讯如今最当红的AI办公产品WorkBuddy。

尤其是在谈到组织形态时，他认为，团队也在推动企业微信、腾讯文档、ima、腾讯会议、iwiki等产品与WorkBuddy的打通，在WorkBuddy可以一站式实现文档处理、知识管理、会议总结、协作办公和人机共创等高频需求。

此举的目的，是为了集中力量做深度场景，「持续获得更多真实任务数据、用户交互反馈和场景化Context，并将这些反馈用于调优、能力补齐和体验优化。」

组织收拢，一站式实现多种办公高频需求这一点，恰恰就是豆包工作目前区别于WorkBuddy的关键所在。

豆包合并了飞书，Agent真正进入了组织工作内部，后来又吸收了Coze和Trae Work两个团队，成为目前AI办公领域集中度最高的产品，统一归赵祺管理；而阿里千问办公也实现ToB一体化，整合了三款Agent产品QoderWork、悟空、MuleRun，统一归陈宇森负责。

而相比之下，企业微信作为IM产品，隶属于腾讯的微信事业群，WorkBuddy和腾讯文档等产品隶属于腾讯云与智慧产业事业群，IM与Agent产品的组织壁垒，给腾讯的AI办公产品生态协同带来了挑战与考验。

所以，面对当下字节和阿里在AI办公领域的一系列整合追赶动作，腾讯日活百万级别的WorkBuddy还能保持住先发优势吗？飞书、钉钉都已经变了，企业微信能保持不变吗？如果竞争进一步加剧，企业微信和WorkBuddy能否进一步协同甚至合并？

毕竟办公Agent已是红海，过去它们只是智能工具，而现在真实组织关系和上下文数据才是竞争的护城河。

登录框就是世界观

在今年第一季度财报中，腾讯把WorkBuddy称为「中国使用最广的效率AI智能体服务」，其先发优势已经非常明显，日活用户达到百万量级。进入8月，阿里千问办公和豆包工作先后发布。

AI办公趋势已经验证，Agent能自主执行更复杂的工作任务，在这一前提下，字节和阿里如何在办公市场竞争？

豆包工作有两个主要登录方式，一个是飞书账号，一个是豆包账号；千问办公也有两种主要登录方式，一个是手机号，另外一个是钉钉账号；而腾讯的WorkBuddy最显眼的登录方式只有一个：微信。

微信登录，是WorkBuddy在C端惯性最诚实的一面，但豆包工作更大的惯性来自于飞书，而不是豆包。

用飞书账号登录豆包工作，意味着它会继承你权限范围内的全部企业资产，包括群聊、纪要、文档、日程等等，能深度理解用户工作上下文，这一点，是豆包工作跟腾讯和阿里AI办公最大的不同，而与此同时，飞书内的原豆包企业版入口也已升级为豆包工作。

也就是说，豆包工作要让Agent变成工作的入口，而当下的趋势就是办公软件不再是生产场景唯一的入口。

而反观WorkBuddy，它不是某个办公套件的内置功能，而是一个独立运行在你电脑上的Agent，在权限上它看不到企业微信中的用户聊天记录和上下文，除非用户提供相关文件，本质上它是跟企业微信接入的两个独立产品。

WorkBuddy企业版文档里的「渠道接入」章节写得很清楚，「支持接入企微AIBot、QQ机器人、飞书和钉钉接收和回复Agent消息。」在企业后台可以管理Agent的即时通讯渠道，但对于WorkBuddy来说，企业微信、飞书和钉钉是并行关系，并不存在深度绑定谁的问题。

这也意味着，WorkBuddy赢在辐射面更广，而豆包工作要切入AI办公赛道，必然会在场景深度上做文章。

豆包工作发布当天的直播间，重点展示的AI能力也是关于飞书协同之后的任务处理，包括实时内容质检、远程内容生产和数据驱动的系统搭建，展示了豆包工作在浏览器操作、多模态理解、文件处理和应用生成等方面的能力，以及与飞书文档、多维表格等产品的协同工作流。

尤其是字节跳动生态内部的联动上，豆包工作可以说是飞书的智能大脑，而WorkBuddy则是连接各业务系统的神经接口。

例如，在直播间实时巡检上，豆包工作可以通过内置浏览器打开抖音直播间进行录屏和视频理解分析，再结合飞书妙记将语音转写为文字，对照质检标准文档自动扫描画面布局、话术合规性及违禁词等项目，最终输出包含完整逐字稿的飞书文档，并支持针对问题进行二次巡检。

护城河在于组织上下文

AI办公赛道，腾讯WorkBuddy赢在了零门槛和智能体通用能力，而豆包工作的入局，意味着下一阶段的赛点是，谁能更深入组织内部，谁能拿到更多企业上下文数据。

一个AI办公Agent，往往都是三部分构成：最底层是模型，中间层是Harness，也就是驾驭和规范模型行为的一整套工程基础设施与运行框架，而最上层上下文数据，则是它对一个组织和工作目标的理解程度。

当前，模型层的竞争还在持续，但很难拉开大的差距，中间层的工程也开始趋同，外接不同工具都可以实现文档、表格和长任务的工作，唯独最上层的数据权限，决定了一个企业办公Agent的能力上限，不能只看谁的Agent更聪明，更要看谁的Agent站在离数据更近的地方。

也就是说，上半场重要的是AI办公能做什么，下半场更重要的是AI办公能知道什么。

比如写周报，本质上是基于过去一周的会议、群聊和文档项目等上下文做一个总结，总结中要有数据和细节，如果Agent能读到你所有的工作数据和组织上下文，就可以轻松完成，而如果需要你把所有文档和项目都告诉它，那等于是你写完了之后它再修改而已。

所以，读懂一周内的企业上下文，就成为了AI办公产品真正能力的关键。但问题是，企业是否愿意组织内的上下文数据被AI完全读懂？

这也是飞书、钉钉和企业微信作为办公产品，过去多年积累的经验所在。比如，豆包工作继承的是组织现有权限体系，没有权限的数据，员工的Agent也看不到，智能协作的边界早已经划清。而对于企业来说，数据存在企业内部，企业才敢于把上下文交给Agent。

让AI在企业安全边界内释放生产力才是关键，而首要的前提，就是Agent接入之后，不需要重新搭一套安全架构，直接沿用组织已有的权限规则。

不论是先发优势的WorkBuddy还是刚刚发布的豆包工作，它们当前的目标都是拿到更多的企业数据，让企业长期沉淀下的会议记录、文档资产和业务流程跑在AI之上。

AI 办公是结果还是目的？

当下的WorkBuddy、豆包工作和千问办公，都是AI进入企业的一种阶段性结果，而不是目的本身。

过去，办公赛道的主角是企业微信、钉钉和飞书，如今进入Agent时代，用户的核心需求转向智能协作，产品核心入口从IM、文档界面转向能够自主拆解任务、执行操作的AI智能体，主角变成了WorkBuddy、豆包工作和千问办公，所有业务单元势必要服务于Agent业务。

最明显的就是飞书产品团队并入豆包，成立新的豆包产品团队，而飞书的GTM体系与火山引擎团队合并，成立「创造力服务平台」，这是字节过去5年间对To B业务最大的一次调整。

也就是在飞书调整的同一天，腾讯WorkBuddy发布重大更新，打通腾讯文档，推出「人机双写」，让AI以虚拟协作者的身份进入云端文档的协同编辑流。

但这样远远不够，所以才有了汤道生的内部信，要推动企业微信、腾讯文档、ima、腾讯会议、iwiki等产品与WorkBuddy的打通，真正实现一站式的Agent需求。

在AI战略面前，办公只是服务AI的场景和闭环。大厂都在做调整，都朝着目标前进，字节迈出一大步，而腾讯走出一小步。

对字节来说，飞书负责办公领域的客户渗透与场景落地，豆包负责大模型能力与产品体验，火山引擎负责算力基础设施、云服务与商业变现。这三层架构整合了To B资源，形成了AI闭环的业务通路，豆包工作是AI闭环的落地场景之一，这些真实办公场景产生的任务流和反馈数据，是验证和训练Agent执行能力最真实语境。

而对于腾讯来说，守卫AI入口依然是关键。

WorkBuddy已是腾讯AI应用中战略优先级最高的产品之一，战略价值不言而喻，甚至可以说是反驳「腾讯做AI慢了」这种论调的最佳证明，但要将AI时代的工作入口留在腾讯生态体系内，它的领先优势要开始从规模广度往场景深度上延伸，打破应用之间的部门壁垒，尤其是企业微信与WorkBuddy之间的协同。

这一趋势正在走向深入，字节已经调转方向，而腾讯将 WorkBuddy 与企业微信或腾讯文档等产品合并，也势必会发生。