腾讯发布Buddy One办公套件：文档会议知识库并入同一AI工作台

10月29日，深圳腾讯全球数字生态大会上，高级执行副总裁汤道生推出办公套件Buddy One。这套产品以WorkBuddy作为工作台，将腾讯文档、会议、ima知识库串联起来，由AI调用用户已经授权的资料。

换句话说，文档、会议、知识库这三样东西，过去各自去争取用户，如今成了同一个AI工作流程里的三件工具。产品层面的合并，其实组织上早有苗头。

今年6月的一场公开对谈中，汤道生提到自己审阅过一份WorkBuddy组织文件，里面写道：三五个人编成小队，围绕具体领域做实验。再往前推，3月31日腾讯云发内部信，组建云产品六部，任务是构建AI原生的代码能力（CodeBuddy）和泛生产力智能体（WorkBuddy）。

大厂近来的类似调整并不少见。6月阿里把悟空与MuleRun团队合到一起；7月底字节将飞书产品团队和豆包产品团队合并。快手的做法更彻底，拉起一个跨事业部的虚拟组织，名为“企业AI生产力”。是虚拟组织，并非新设部门。

外界多在议论哪些产品被并了。我更在意另一层：三台被重新排了。

01 前台——从“部门”到“小队”

先看“三五个人组成小队”这句。金字塔式组织里，一个部门要用AI，决策链条极长，预算、评审、跟一堆部门对齐，一样都少不了。可换成一名员工自己用AI，今天下午就能上手。

正是这种不对称，让AI总是先从个人渗透，而非组织。想打破它，只有把组织拆小，小到像细胞、像特战队。我在《智能体组织》中描述的前台形态就是如此——不断裂变的创业特战队。最极端的样子，是“1个自然人+n个专用智能体”构成的独立核算经营单元，如同一家微型公司，直接面对外部市场，自负盈亏。

这背后的含义值得细看。一个人可以配销售助理、数据分析、客服、合同审查等多个智能体，同时应付多个客户、多个项目。个人产能不再是“一天8小时”，而是“7×24小时并行”。产能由此出现量级上的跃升，远不止效率提高20%那么简单。

02 中台——从“官僚”到“工厂”

再回到快手那个虚拟组织。跨事业部是为什么？非要“虚拟”又是为什么？传统中台的死结正在这里。中台本意是共享，现实中却常被卡住：它不像前台那样能直接向客户交付，也不像后台那样能定底层规则。夹在中间，它交出的是前台无法考核的半成品，背的却是后台定下的KPI，走向官僚化几乎躲不掉。于是中台越建越大，前台越用越憋屈。

AI入场后，中台的逻辑跟着变了：输出对象从“人”换成“能力”。资产、数据、算法、合规能力统统封装成标准化API；中台不再指挥前台，只作为一个“公共服务市场”摆在那里。前台按需调用，按次付费。

《智能体组织》里我举过一家零售公司的例子。销售预测算法被封装成API，前台每个品类单元都能调。输入品类ID、日期范围和促销计划，返回的就是预测销量。调用次数和消耗的Token自动记录，月底从虚拟账户扣费。中台由此从“要预算的部门”变成“要报价的供应商”。平台型组织与“部门+AI”的分野，就落在这一步上。

03 后台——从“定游戏规则”到“做资源池”

腾讯云组建云产品六部，或许透露了后台演进的部分方向。它做的三件事可以对照着看：一是构建AI原生的代码能力，二是构建泛生产力智能体，三是推进商业化。这三件事都不直接带来客户体验，却都左右着前台能跑多快。后台在智能体组织中的角色，就在于此——负责搭舞台，而非上台唱戏。

后台为何更容易陷进官僚主义？因为它的产出既没法定价，也没法检验。穆胜咨询把三台架构中后台的功能简要归为“做资源池”和“定游戏规则”，但后台往往更偏爱后者，把自己当成“规则的制定和维护者”。原因不复杂：这样定位能扩大权力，也让自身价值更难被考核，安稳地藏进“黑箱”。

等到后台产出被封装成API，“游戏规则”也写进智能体、被明码标价、被前台用脚投票，“黑箱”就打开了，价值得自己来证明。这里有条分界线——从前中后台爱讲“缺了自己会怎么差”；如今得拿贡献说话，证明“有了自己能怎么好”。

04 三台之间——市场价格来连接

三台重排之后，最后一个问题必然冒出来：它们之间怎么算账？

假如服务、算力、数据接口、模型调用全部明码标价，前台拿内部货币按需购买，员工自然会算账——多用AI省钱，还是多雇人省钱？用哪个AI更划算？低效的中后台会被这一步快速淘汰。有价值的有人买单、留得下来；价值不够的没人选，只能降价、改进，或者被外部供应商顶替。

结算用什么？Token。

它撑得起原子化、高频的微结算。单笔价值极低，一次API调用可能才0.001元；频次极高，每秒数万次。法定货币不可拆分，交易必须经法定机构，处理不了这种颗粒度。Token靠账本记录，能做到毫秒级、成本接近于零。它还能与智能合约结合，实现“条件触发、自动支付”：报告交付成功即自动划转，质量不达标则自动退回。员工要提现时，也可按约定的兑换比例把token换成货币。

但有句话得说在前头。积分也好，筹码也罢，绝不等于货币，它只是企业内部的激励计量单位。一旦货币化或准货币化，就踩上了违法违规的红线。这条边界守不住，前面所有设计都是给自己添麻烦。

激励本身，我在书里设计了三种市场化形式，业内称之为“激励三明治”。

交易模式说的是激励额度按单价乘使用量算，效果风险由买方扛，标准化服务、API、算力、数据这类中后台比较对路。

夹层模式则是折扣价加上效果分成，风险双方一起担，非标准化服务的中后台更适用。

跟投对赌的算法是提成比例乘超利额度，主要风险落在跟投方身上，经营单元和进到经营单元里的BP适合这么干；公司层面再叠一层整体跟投对赌，高管团队和中后台公共服务部门都覆盖进去。

这套安排真正狠的地方在于：想继续“躲在中后台”，代价变得很高。

05 大厂之外——应该如何行动？

多数企业没有腾讯、字节、阿里那样的体量，三台重排也没必要一口气做完。不过有三件事，今年就能先动起来。

头一件，先把你那“三五个人”找出来。

做法不是把部门划小，而是以承接任务的“作业单元”为单位重新划。哪些任务能交给一个自然人加若干智能体闭环完成？把这些圈出来，给授权、给核算，条件允许再给点分成，先做成试点。

第二件，给中后台（职能部门）报个价，用需求来框定他们的规模。

挑一项最成熟的能力——数据分析、素材生产、客服知识库都行——封成内部API，标价、计量、扣费，然后一步步推着中后台各类职能“定价化”。定不了价的，大概率就是冗余。通常定价之后一个月，真实的内部需求分布就会显出来，那才是中后台职能部门该有的规模。

第三件，组织架构图先别急着改，先把核心“工作流”梳理清楚。

三台不是一张图，是一组定价关系，终点指向客户。别把金字塔倒过来画，也别忙着给部门重新命名，图和名可以先不动，要紧的是把人机协作的“作业单元”连起来，形成指向客户的“工作流”，把交易、夹层、跟投这几层定价关系理清楚。

这一步动了，几条从市场往企业输血的“大动脉”就出来了，图自然会跟着变；这一步不动，图画得再漂亮，也只是“强化版金字塔（Hierarchy Pro）”。

所以我判断一个组织有没有真变革，从来不看他喊了什么新概念、画了几层结构、设了几个委员会。只看一件事——这个组织内部，有没有发生过第一次真正的“市场化交易”。要是从来没有，那它所有的市场化、平台化、敏捷化，都只是宣传口号。