
大公司工作过的人应该都深有体会,在引入新工具方面,他们有着一种「集体性迟疑」。这种迟疑并非保守,而是组织记忆的产物。1999 年,好时巧克力强行提速引入新企业管理工具,导致供应链瘫痪;2012 年,美国全球金融服务公司骑士资本草率部署新交易工具代码,引发天文数字的亏损…… 所以,在这件事上,不谨慎就会栽大跟头。
2026 年初,「龙虾」OpenClaw 火了。原本对 AI 不感兴趣的人也开始亲身体验到:人可以远程指挥 AI 干活,只要「养虾」有道,一个人运营整个项目甚至一个小公司都不成问题。
黄仁勋在今天凌晨的 GTC 大会上甚至表示,OpenClaw 对 AI 的意义,等同于 Windows 对个人电脑的意义,并呼吁每家公司制定「OpenClaw 战略」。

经过这次全民参与,恐怕没有人再怀疑那个早就在圈内形成的共识:AI 正在从「聊天」走向「做事」。
但兴奋劲过去,上手之后问题就来了 ——OpenClaw 环境依赖复杂、权限地狱、任务跑到一半崩了不知道怎么办、数据开放后心里没底、出了错没地方追责。折腾一圈,大多数人得出同一个结论:这东西,只是给极客玩的。
企业更是不敢碰。个人电脑上折腾一下还可以,一旦放进公司环境,问题立刻成倍放大:员工人手一个「龙虾」,怎么管理?权限怎么分配?任务出了问题谁负责?过程能不能审计?
这些问题让很多企业在看完「龙虾」的演示之后,依然停在观望阶段。显然,行业已经看到未来的方向,但还没有出现一个真正面向企业的答案。
问题在那,谁能解这道题?在 AI 钉钉 2.0 发布会上,阿里巴巴面向全球发布企业级 AI 原生工作平台「悟空」,主打企业可用级安全、商业可交付的企业智能体。

相比 OpenClaw 这类主要面向开发者的开源极客工具,它回答的是另一个更现实的问题:怎么让成千上万家企业,真正安全地、放心地让 Agent 跑起来,而且真能把活儿干好。
Agent 不再只是个人电脑上的新奇玩法,而需要成为可以被企业采购、部署、管理和审计的生产系统。这其中的 gap,比我们想象中要大。
面对「龙虾」
企业的「集体性迟疑」
如果只看社交媒体,很容易产生一种错觉:Agent 已经准备好进入企业。
但在很多公司内部,真实气氛却截然不同。
一位制造企业的 IT 负责人看完「龙虾」演示,直冒冷汗 —— 他管着 3000 人的权限体系,如果每个人都装一个龙虾,相当于开了 3000 个不受管控的后门。这是很多企业的技术管理者对「龙虾」的第一反应。
这就造成了一种拧巴的局面:一边是老黄在 GTC 大会上向所有企业喊话「当今世界上的每一家公司都需要制定一个 OpenClaw 战略,一种智能体系统战略,这就是新的计算机」,声音洪亮得像是发令枪响;另一边却是企业的集体沉默,不是不想跟,是不知道该怎么迈出第一步 —— 你说的那个「龙虾」,我们不敢用啊。
这种兴奋与质疑并存的局面也存在于硅谷,这也是「龙虾」在硅谷反而没有引发多少关注的核心原因。

说白了,这根本不是技术问题,而是信任问题。企业无法接受现在很多 Agent 开发所采用的「先跑通,再修补」的极客做派,他们希望技术提供方从一开始就把所有问题都预演一遍,把隐患全部排除。这也是所有企业级标准化产品的基本动作,卖给企业的从来不只是功能,而是一整套「保险」:权限管理、数据安全、全生命周期追踪…… 样样都得经过极限压力测试,才算过了门槛。
当然,这也只是「门槛」,后面要做的事情还多着呢。
首先是怎么和现有工作流耦合的问题。
今天的「龙虾」们 —— 无论是 XXclaw 还是各类开源方案 —— 骨子里其实是个人 AI 的操作系统,设计初衷就是跑在电脑里,让一个人、一台机器、一个模型自己玩起来。这个基因决定了它的工作方式:你在本地配置好,它就在本地执行,像个私人助理。
但企业的工作流是什么情况?需求从钉钉群、飞书文档、邮件里冒出来,得先经过审批系统,再触发 ERP 或 CRM,执行完还要回写数据库、通知相关人员、留下审计日志 —— 这套流程横跨四五个系统,每个环节都有权限校验和状态同步。这套现有的工作流,当前的龙虾们往往插不进去,只能在外围打转。这就带来了新的摩擦和效率损耗。
其次是怎么把这种「个人效率神器」所带来的收益规模化。
一个工程师通过养自己的「龙虾」,将个人工作效率提升了两倍,这固然是好事。但 prompt 怎么写、工具怎么配、异常怎么处理,这些 know-how 全在他自己脑子里。他离职了,这只「龙虾」就跟着消失了。当然,他可以通过 Skills 将经验留下来,但这些 Skills 怎么组成一套工作流、什么场景下会失效等经验依然是不成体系的。
当经验无法封装为可迁移、可管控、可迭代的数字资产时,龙虾就永远停留在「个人提效工具」的层面,进不了企业的核心生产系统。企业自然没有采购动力。
所以总的来看,行业当下的竞争焦点,已不再是 Agent 能否完成任务,而是谁能率先将其转化为「企业可大规模部署的生产力基础设施」。要做到这一点,「龙虾们」必须完成从「单打独斗」到「正规军作战」的蜕变。
「正规军」悟空
要把龙虾安全地装进企业里
这次,阿里悟空是作为一个单独的 Agent 应用来亮相的。但和其他从头开始做的 Agent 不同,它底层接的是钉钉干了十年的事情,并在此基础上进行了大刀阔斧的重构。
首先,他们做了一套经过极限压力测试的治理框架。
权限怎么分级、数据怎么隔离、操作怎么留痕、出了问题怎么追责、成本怎么核算…… 这些看似枯燥的「苦活累活」,钉钉早就跑通了。到了悟空这里,这套治理框架可以直接继承过来。
在此基础上,悟空还加上了更适应这个 Agent 时代的规则:所有操作在安全沙箱中运行,token 消耗和成本一目了然。
这是悟空与其他 AI Agent 的根本区别:在别人还在琢磨怎么加安全围栏时,它从第一天起就有企业级的安全边界。这是天然的护城河,也是打消企业安全顾虑的底气所在。

其次,他们练就了连接一切的闭环能力。
过去十年,钉钉其实做出了很多实用的功能模块,而且重点打磨了这些模块之间的业务逻辑、数据流转、权限校验。比如群里发起审批,自动同步日程,通知相关人。这些连接能力是钉钉真正值钱的东西,也是最难从零搭建的。
但在 Agent 时代,这种「给人用的连接」已经不能满足需求。悟空需要的,是「给 AI 用的连接」,否则就只能让 Agent 模拟人类点击图形界面,这是一种非常低效、存在众多卡点的方式。
这也是为什么,悟空要在继承这套已经验证过的业务连通性的同时,将所有功能模块都做 CLI(命令行界面)化,不惜重写底层代码。
CLI 化之后,悟空里的 Agent 能够原生操作钉钉上千项能力,而非模拟人类点击图形界面,实现「沟通即执行」。这扫清了悟空在企业里干活的障碍。

有了这两个大的前提(治理框架和连接能力)做保障,企业担心的其他问题迎刃而解。
首先是工作流天然耦合,因为继承了钉钉各项能力的悟空天然就长在企业组织中,内置企业级运行环境,自动继承企业权限规则。而且,除了钉钉,它还可以连接 Slack、微信、飞书等各主流通讯工具。可以说,在悟空这个平台上,模型能力、工具调用、沟通入口和工作流程被串成了一条完整的链路,员工不需要在不同软件之间来回切换。
规模化也不再是问题。有了从钉钉继承的组织架构和连接能力,一个人跑通的流程可以封装为模板,一键推广全公司。这是从「个人效率工具」到「组织级生产力平台」的关键一跳,也是极客工具难以跨越的门槛。
其实企业不是不相信 Agent 的能力,而是不相信一个缺乏治理、无法审计、归属模糊的工具,能在复杂的组织环境里稳定运行。悟空的解法,不是去证明 Agent 比人更聪明,而是证明 Agent 可以像员工一样被管理,像资产一样被沉淀,像流程一样被规模化。这就是「正规军」的价值所在:不是技术更炫,而是真正让企业敢用、用得好。
从个人到商业场景
Agent 刚刚进入真正的战场
如果把视野放回到更大的 AI 竞争格局里,就会发现,「能进入企业干活」这件事的含金量正变得越来越高。
OpenAI 和 Anthropic 之间的 PK 就很能说明问题。OpenAI 早期主攻 to C 大众化路线,追求通用能力的覆盖;Anthropic 的 Claude 系列则长期深耕 coding 和真实生产场景,积累了更扎实的工程口碑。近期,Claude Code 和「龙虾」的走红,让这种差异重新被行业看见。几年竞争下来,趋势愈发明显:能对话的模型选择很多,但真正能嵌入产线干活的,是另一套技术路线。悟空走的正是后者,这也是 OpenAI 近来越发重视的战场。


但路线对了,不代表谁都能走通。
企业级 Agent 的壁垒,本质上不是技术问题,而是积累问题。权限体系、组织数据、合规能力、商业基础设施 —— 这些东西没有数年的企业服务沉淀,很难凭空建起来。
这也解释了,为什么抢先跑出来的是悟空。悟空背后的钉钉有着 11 年的企业服务底座、8 亿用户、2700 万家组织,这些不是从零能复制的资产。
更关键的是,昨天的一则新闻让我们真正看清了「悟空」在阿里的位置 —— 阿里面向 Agent 时代做了一次重要的组织调整,单独成立了「悟空事业部」,这是阿里重点发力企业端 AI 应用市场的信号,而「悟空」被放到了 C 位。只要能用上的资源,都会向着它倾斜。
所以我们看到,阿里集团的淘宝、天猫、支付宝、阿里云等业务的商业服务能力正在以 Skill 形式向悟空集中。
此时,时间窗口也恰好打开:「龙虾热」让全民完成了 Agent 的认知教育,让企业看到了 Agent 蕴含的巨大可能性。
但可能性从来不是商业环境买单的理由。企业买单的首要前提是:敢用。谁先解决这个「敢」字,谁就能最先拿走这个时代最大的生产力红利。
© THE END
转载请联系本公众号获得授权
投稿或寻求报道:liyazhou@jiqizhixin.com