腾讯发布Buddy One，阿里、字节、快手紧随其后调整组织。大厂频繁动作背后，是AI时代“三台架构”的重排：前台拆成三五人小队，中台变成API工厂，后台沦为资源池，而连接它们的竟是Token结算。本文深度拆解这场组织变革的底层逻辑，并给出大厂之外企业今年就能落地的三个行动建议。

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转为货币。

但有一句话必须说在前面。积分或者筹码绝不等于货币，它只是企业内部的激励计量单位。一旦货币化或准货币化，就触碰了违法违规的红线。这个边界守不住，前面所有设计都是给自己找麻烦。

至于激励本身，我在书里设计了三种市场化形式，业内叫它“激励三明治”。

1. 交易模式——激励额度等于单价乘使用量，买方承担效果风险，适合提供标准化服务、API、算力、数据的中后台。
2. 夹层模式——激励额度等于折扣价加效果分成，双方共担，适合提供非标准化服务的中后台。
3. 跟投对赌——激励额度等于提成比例乘超利额度，跟投方承担主要风险，适合经营单元和进入经营单元的BP；再加一层公司整体跟投对赌，覆盖高管团队和中后台公共服务部门。

这套设计的精妙之处在于：它终于让“躲在中后台”变成了一件成本很高的事。

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

大多企业没有腾讯、字节、阿里的体量，也不需要一次做完三台重排。但有三件事今年就能动。

第一件，先找出你的“三五个人”。

不是把部门划小，是以承接任务的“作业单元”为单位重划。哪些任务能交给一个自然人和若干智能体闭环完成？把它们圈出来，给授权、给核算，有条件的情况下给点分成，做成试点。

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

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

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

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

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

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