WorkBuddy进化史：一款AI产品背后，是一套新的团队工作方式

2026年3月，腾讯正式上线WorkBuddy。上线仅两天，由于访问量远超预期，核心服务触及容量预警，团队不得不紧急扩容并调整系统架构。随后在腾讯一季度财报中，马化腾首次将WorkBuddy纳入公司级业绩叙事，称其按日活用户计算已成为中国使用最广泛的效率型AI Agent服务。从内部试用到行业标杆，这款产品为何能实现如此快速的增长？答案或许不在产品本身，而在于其背后的团队工作方式正在发生深刻变革。

能力外溢：从代码世界到通用办公场景

从时间线来看，WorkBuddy的真正起点并非2026年3月，甚至不是2026年1月。它源于腾讯云团队过去几年围绕AI Coding、Agent架构和企业研发场景所积累的能力体系。WorkBuddy产品负责人汪晟杰从2021年开始参与AI Coding产品，早期团队约10人，他们没有停留在内部做技术验证，而是直接进入企业客户现场——曾在招商银行机房驻场近三周，参与开会、部署、收集反馈和修改产品。这种深入真实工作环境的实践，使团队积累的不仅是模型调用能力，更是模型如何在企业权限内执行任务、如何处理失败、如何将一次模型回答转化为完整工作的经验。

价值重构：从“一次回答”到“一个完成的工作成果”

到2025年下半年，CodeBuddy团队已建立支持Agent自主执行任务的底层架构、开放平台和SDK。这套系统成为WorkBuddy快速出现的真正基础。2026年1月，基于CodeBuddy已有平台，团队快速搭建了面向非技术用户的Web原型。因此，将WorkBuddy简单理解为腾讯看到OpenClaw热潮后迅速推出的“模仿之作”，并不准确。WorkBuddy的产品逻辑，实际上是把CodeBuddy在代码世界中已验证的Agent执行框架，迁移到文档、数据、网页、设计和通用办公场景——这是一种典型的“能力外溢”：不是从零开发新产品，而是把高确定性场景里形成的底层能力，推向更广泛的工作领域。

团队协作新范式：3-5人闭环与职能边界消融

过去两年，企业办公AI大多停留在三个典型动作：总结、生成和问答。WorkBuddy试图把产品价值单位从“一次回答”变成“一个完成的工作成果”。用户不只是问它一个问题，而是把一项工作交给它——WorkBuddy可以自主理解目标、拆解任务、读取本地文件、搜索资料、运行代码、调用不同工具，最后生成文档、网页、表格、PPT或其他交付物。这种转变背后，是团队协作方式的根本性变化。汪晟杰描述了WorkBuddy内部的协作机制：团队先把功能模块拆解出来，让AI参与定义模块边界；一个模块涉及的上游、下游和内核能力，由一个小组尽可能闭环负责。具体执行通常由3-5名开发人员组成的小团队完成，产品、研发之间的边界明显弱化——开发人员可以参与撰写产品文档，产品经理也可以写代码。模块之间会先明确上下游的“约定”，由人类进行前期评审，再让AI根据这些约定执行。Agent可以把任务派发给其他Agent，完成后再汇总；人在执行过程中进行监控和抽样检查。这是一种正在形成的Task Contract机制：组织不再主要通过岗位和层级推动工作，而是通过明确的输入、输出、上下文、接口和验收标准，让人和AI共同完成任务。

四大组织机制：AI原生组织的实践样本

综合官方材料、管理者访谈和媒体报道，可以清晰看到WorkBuddy背后正在形成四个组织机制。第一，先从高确定性场景建立闭环，再向复杂场景扩张。代码是一个相对适合Agent成长的场景：输入输出明确，结果可运行、测试和验证。CodeBuddy团队先在代码环境中建立上下文管理、工具调用、循环执行和结果评估能力，再迁移到办公场景。第二，厚平台、小团队。WorkBuddy前线功能由小型团队负责，但背后共享CodeBuddy的Agent架构、模型能力、云资源、工具体系、安全沙箱、连接器和腾讯办公生态。公共平台承担通用能力，前线小组集中解决业务问题，两者缺一不可。第三，Dogfooding，用自己的产品生产自己的产品。WorkBuddy最初就是借助CodeBuddy和已有Agent SDK快速搭建；产品上线后，团队继续使用AI完成需求分析、编码、测试、文档和经验沉淀。产品能力提升团队效率，团队效率又加快产品迭代，形成自我强化循环。第四，先允许分散探索，出现市场信号后再集中资源。据媒体报道，QClaw产品中心相关业务和部分团队被调整至WorkBuddy所在的云产品六部。这反映典型的创新组合管理：探索阶

如有侵权，请联系删除。