北京
9月2日，腾讯开了一场发布会，主角WorkBuddy不再只是一个AI办公助手。它换了个身份——开放生态平台。这个动作背后，是腾讯在Agent（智能体）时代的一次押注：把自家AI助手的能力拆开，封装成标准接口，交给外部软硬件企业使用。
发布会现场公布了一组数据：9款联名智能硬件首发，30余个行业应用接入，超百家生态伙伴覆盖金融、教育、医疗等十余个行业。这套打法，熟悉腾讯的人一眼就能认出——和当年微信小程序的路径几乎一致：先搭台子，再定规则，然后让第三方进来唱戏。
从单点工具到开放平台
WorkBuddy的转型逻辑并不复杂。过去它是个能帮你写纪要、管日程的AI助手，现在它把底层能力拆成了三样东西：Skill（工作方法）、Expert（领域知识）、Connector（软件服务接入）。合作伙伴可以按需取用，不用从零搭建一套Agent系统。
这个思路解决的是两个被反复提及的痛点。第一是上下文割裂——信息散落在不同软件和设备里，用户换个设备就得重新描述一遍任务。第二是企业自建Agent的门槛——记忆管理、工具调用、权限控制这些工程问题，每家企业都要重复解决一遍，成本高、周期长。
腾讯把原本只服务WorkBuddy自身的能力封装成标准接口开放出去，相当于在Agent时代提供了一套公共底座。移动互联网时代，Android和iOS干过同样的事——提供底层能力，让开发者在上层盖楼。
两个早期案例验证了方向
发布会上有两个合作案例值得细看。一个是北大法宝，做法律场景的——把法律知识库封装成Expert，接入WorkBuddy后，用户可以直接在对话里完成法律条文检索和案例查询。另一个是帆软软件，做数据分析的——它的Skill上线首周，在没有推广的情况下获得了上万次调用。
这两个案例的共同点是：合作伙伴不需要自己开发Agent的工程框架，只需要把核心能力以标准形态接入平台。腾讯负责处理意图理解、任务拆解、工具调用这些通用环节，合作方专注自己的专业领域。
Rokid智能眼镜的案例则展示了跨终端上下文延续的价值。眼镜负责「看」和「听」，信息进入系统后自动完成转写、纪要、待办生成，甚至跟进邮件。任务在手机、PC上可以继续处理，不会因为换了设备就断掉。真正变化的不是眼镜接入了Agent，而是前一个入口产生的信息，成为后一个服务继续工作的上下文。
平台化有边界，合作方留了一手
但腾讯的生态野心并非没有阻力。北森采取的是分层入口策略：助手类场景交给WorkBuddy，核心专家类场景留在自家入口。证券行业更明显——因为对实时性、数据处理和精确计算要求极高，AI可以作为新入口，但重计算、量化回测仍然依赖传统专业引擎。
部分企业保留核心Know-how不开放，商业激励体系也还在早期设计阶段。有合作方把当前阶段称为「1.0阶段」——意思是先跑通流程，再谈深度绑定。
这些保留态度说明一个问题：平台方想收编所有场景，但垂直领域的玩家并不打算把命脉交出去。生态合作的边界，最终取决于双方对「核心能力」的定义是否一致。
腾讯的底牌：场景密度和留存数据
腾讯做这件事的底气来自几个数字。WorkBuddy日活在中国市场排第一，6月PC端AI原生办公智能体市场单月访问量突破2000万，次日留存80%，付费用户次日留存88%。它还支持混元及多种第三方模型，背后有微信、QQ、企业微信、腾讯会议、腾讯文档这些高频场景做支撑。
更重要的是小程序的经验。开发规则、分发入口、基础能力、第三方参与——这套平台化方法论，和WorkBuddy现在的「开放、连接、共创」思路一脉相承。腾讯在移动互联网时代验证过的路径，想在Agent时代再走一遍。
Gartner预测，2026年底40%的企业应用将集成任务型Agent。Agent「能做事」这道坎已经跨过去了，接下来的竞争焦点是：谁能把散落在不同软件和设备里的信息串起来，让任务不因换设备而中断。
腾讯的答案是搭台组局——自己不做所有事，但提供让所有事发生的底座。这条路能不能走通，取决于合作伙伴是否愿意把核心能力放上这张台子。目前看来，大家还在试探阶段。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
