阿里AI赛马终结：整合三大智能体，“千问办公”直攻2000万企业

阿里内部长达一年多的Agent“内部赛马”正式画上了句号。

从今年7月初开始，阿里对旗下多条AI Agent产品线进行了系统性统筹，正式推出面向办公场景的重磅产品——“千问办公”。这一项目由新任钉钉CEO陈宇森亲自牵头，全面整合QoderWork、悟空以及MuleRun三支智能体力量。

这一动作释放出一个清晰信号：阿里AI正全面收缩防线，剥离不必要的重复研发与资源内耗，向最明确的企业办公场景发起集中冲锋。从分散试错走向拳头出击，大厂AI落地的规则变了。

告别散兵游勇

“千问办公”的诞生并非简单的零基开发，而是一场对既有AI资产的“外科手术式”拆解与重组。在技术架构的顶层设计中，阿里做出了极其现实的决策：以QoderWork为核心底座，将悟空与MuleRun吸纳为能力模块。

作为今年5月由阿里云原通义灵码团队升级而来的桌面端本地智能体，QoderWork的核心优势在于“代码执行能力”与“本地文件处理”。其内置的安全沙箱机制，直接解决了企业最敏感的数据安全痛点——用户只需输入自然语言，智能体就能在本地完成复杂Excel数据建模、PPT自动化生成以及批量文件梳理，敏感数据无需上云。

正是凭借这种解决具体问题的硬核能力，QoderWork在技术、运营与数据分析等高频场景中积累了极高的用户活跃度与调用量，成为阿里系智能体中反馈最好的产品。

相比之下，另外两款产品的宿命则大不相同。

今年3月发布的钉钉原生智能体“悟空”，虽然主打企业级流程自动化，能直接联动审批、日程、文档与权限体系，却因研发进度拖沓，长期陷入“半成品”泥潭。大量功能停留在演示阶段，缺乏深度落地场景，最终只能在整合中退居为“能力补充包”。

而面向海外市场的MuleRun，虽然在今年6月上线了团队协作功能，并已覆盖全球43个国家和地区，但其主打的多智能体协同与云端复杂逻辑，在国内具体业务落地时存在场景错位。陈宇森选择将其技术积淀打包，作为补齐“千问办公”多语言处理与云端协同架构的拼图。

淘汰半成品，留存高频工具，吸纳海外能力——阿里不再为缺乏工程落地的概念买单，实用主义成为了这次重组的唯一铁律。

钉钉急需“硬核肌肉”

阿里将“千问办公”交给陈宇森统筹，并将其核心能力注入钉钉体系，切中的正是大厂AI落地最急迫的痛点：有流量入口，缺执行深度。

作为阿里To B业务的头号阵地，钉钉手里握着超过2000万家企业组织用户。然而，此前第一阶段的AI赋能，多半局限于“生成会议纪要”、“辅助写作”或“对话问答”这类轻量级应用。这些功能无法嵌入企业核心生产流程，也难以建立起真正的产品护城河。

企业真正需要的AI，绝不是一个聊天的助手，而是一个能接管复杂流程、执行实际任务的“数字员工”。

将三款智能体合三为一后，“千问办公”为钉钉补齐了最关键的这块拼图。QoderWork的本地沙箱与脚本执行力，解决了财务、法务、数据分析等岗位对敏感数据的极度关切；MuleRun的多Agent协同机制，让跨部门的多任务并发成为可能；而悟空现存的企业权限与审批接口，则构成了智能体行动的信任边界。

当2000万企业入口叠加可落地的硬核执行力，钉钉不仅能够有效盘活存量客户，更能彻底打通AI从“玩具”到“生产力工具”的最后一步。

比重新研发更难的体系博弈

对阿里而言，这场内部重组面临的阻力，未必亚于从零开发一款新产品。

首当其冲的是技术路线的强行整合。QoderWork走的是“桌面端本地化+沙箱隔离”的技术路线，重在客户端性能与本地安全；MuleRun则是典型的“云端多Agent协同”架构，强调高并发与云端能力调度；悟空则深度依赖钉钉的SaaS接口与权限体系。三者在代码底层、数据交互逻辑以及安全规范上截然不同，要在短时间内完成融合，工程量与架构调优难度极高。

更深层的挑战在于跨体系的团队与资源博弈。三款产品分别脱胎于阿里云、钉钉以及海外孵化团队，背后代表着不同的事业群利益、技术路线争端与绩效导向。在互联网大厂的生态体系里，团队归属的调整、核心主导权的分配以及业绩成果的划归，往往伴随着漫长而微妙的内耗。

陈宇森领头能否以绝对的技术与管理意志压服内部分歧，将散落在各个事业群的智能体资产高效捏合成型，直接决定了“千问办公”能否真正打赢硬仗。