飞书、钉钉、企微干了件违背祖宗的事

有个词突然密集出现：CLI。CLI是命令行，用文字指令操作软件，不用点界面。

3月17日，钉钉发了「悟空」。产品最核心的动作，是把钉钉11年的底层代码全重写了一遍，所有功能都压缩成AI能直接调用的命令行指令。

紧接着3月28日，飞书直接把自己的CLI工具开源了，MIT协议一扔到GitHub，当天就收获1000多个Star；企微也没闲着，这段时间悄悄把wecom-cli挂在了GitHub上。

三家在同一个月里做了同一件事，把自己从一个你需要打开的App，变成一行AI可以直接敲的命令。

01

你有没有想过，AI最早怎么操作软件的？说个反常识的答案：截图。

像OpenClaw刚出来时，就是这个路子。AI看一张屏幕截图，识别出哪里有按钮，再模拟鼠标去点。

这方式一听就不靠谱，跟蒙着眼让别人在旁边指挥「往左一点、点那个蓝色按钮」似的，又慢又容易出错，界面稍微改个布局，直接全崩。

那不截图怎么办？调API。

API是稳定，但它是给程序员设计，每个接口的参数格式都不一样，文档也都是给人看的；AI要想正确调用一个API，得提前喂一堆上下文信息，能用是能用，但太笨重了。

有没有一种方式，能让AI自己搞明白怎么用？还真有，就是CLI。

敲一行命令进去，它返回一段结构化文本；不知道怎么用？命令自带--help，AI自己就能查；报错了？错误信息也是文本，AI读完就能直接换个方式重试。

发现没，整个过程全是文本，大语言模型最擅长处理文本，所以CLI和AI之间几乎零摩擦。

简单说，GUI是给眼睛设计，API是给程序员设计，CLI是给语言设计；软件发展到这一步，CLI确实是最自然的答案，但往底层看就会发现，CLI根本撑不起终局。

大模型看懂纯文本是不难，代价是真金白银。自然语言写的帮助文档和报错信息，读一遍就烧一遍 Token 和算力。真到了后台干活，机器最喜欢的，是规规矩矩的结构化数据。

去年底Anthropic牵头搞了个MCP标准，这东西就相当于给AI画了个统一的「Type-C接口」，大模型最舒服的姿势，是直接对着接口喂标准数据。

可钉钉、飞书攒了十几年的老代码，底层接口乱七八糟，想让这几万个老接口一夜之间全换成新款「Type-C」，工程上根本不现实。

中间得找个东西过渡，找什么呢？

把复杂的业务逻辑全拍扁，变成一行行极简的命令行指令，底子一旦变成CLI，外面再套一个大模型能懂的壳子，可能就是几行代码的事。

说白了，大厂花这么大精力，把底层架构推倒做成CLI，本质上是给自己搓一根「转换线」，有了这根线，外面的AI不管是谁，插上就能用。

02

三家都选了CLI，走的路完全不一样。

钉钉，坐拥8亿用户、2700万企业组织，还有11年积累的底层系统，它做了个很重的决定：全部重写，所有功能逐个拆解，改写成标准化的CLI指令。

陈航自己说过，OpenClaw爆火前两个月，钉钉内部就做出了类似的东西，因为OpenClaw的热度，悟空直接提前了一个月。然后把这套东西打包进「悟空」这个独立产品，还不开源。

钉钉卖一个完整的执行环境，悟空里面有沙箱隔离、权限继承、全链路审计，还有Token消耗管控，CLI是底层，上面盖了一整套企业级的安全架构。

这东西本来瞄准的是企业IT部门，借着OpenClaw的热度，悟空先切了个人效率工作者赛道，先让个人用户体验到Agent能干活，再把企业级安全架构作为升级卖点，推给企业组织。

对企业IT部门来说，悟空解决了一个关键问题：AI在公司内部跑起来后，谁来兜底？

很多人以为，兜底是怕AI发错消息、乱批条子，这只是表层；企业IT真正怕一个叫「手脑分离」的死局。

你脑补一下这个画面：

开源CLI相当于把软件的「手脚」开放出去了，但「脑子」呢？现在最聪明的脑子，全是公有云大模型。

你让外网的大模型，通过开源CLI操作公司系统，大模型这颗脑子要指挥手脚干活，公司的核心财务数据、客户名单、高管日程，就得先打包送到外网服务器跑一圈，再送回来。

对中大型企业和国企来说，数据出域是碰都不能碰的红线。

钉钉把底层重写成悟空，关起门来，防的就是这个。阿里手里有千问，钉钉赌企业玩了一圈开源工具，迟早会撞上「数据不出域」这堵墙。

到时候，他们一定会回头找一个方案：

把大模型这个「脑」和操作指令这双「手」绑死，全套部署在自己公司里；所以，钉钉做封闭，表面看是保守，其实早在院子里挖好坑，等撞了南墙的中大型客户，带着钱主动进来。

飞书则走了反方向，直接把lark-cli用MIT协议开源，任何AI工具都能接，Claude Code、Cursor、Codex都行。

这个动作有个容易被忽略的细节：

它开源的只是操作入口，你通过CLI能建文档、发消息、查日历，但API调用量、数据存储、权限校验，全还在飞书的服务端。相当于钥匙给你了，但房子还是飞书的。

企微是第三种打法：wecom-cli上了GitHub，OpenClaw插件也开放了消息、日程、文档、会议这些MCP能力，但只面向10人以下的小团队，步子迈得特别小、特别克制。

为什么不急？

企微手里的牌根本不在CLI上。腾讯最大筹码是微信，14亿月活的社交关系链，企微的CLI做得再好，也只是锦上添花。微信本体在AI上怎么走，才是真正的胜负手。

聊到这，你可能觉得飞书最激进、钉钉最保守、企微最佛系。不是这样。

飞书开源CLI之前，OpenClaw社区的数据显示，飞书在国内IM工具中的接入率已经到了65.2%。这说明什么？开发者不会等你官方开源，他们会用OpenClaw把你强行接进去。

再看飞书3月份的动作节奏：

6日上线OpenClaw官方插件，19日发布aily智能体平台，28日开源CLI；22天三招，一步比一步快。这根本不是激进，更像一边跑一边往外扔弹药。

飞书怕开发者社区的注意力窗口，因为今天这群人在接飞书，明天可能就去接钉钉、Notion、Slack，如果不赶紧把官方CLI开源，把标准定义权抓在自己手里，这波注意力一旦转移，就再也回不来了。

所以，飞书开源CLI，是被动防守。

钉钉和企微刚好是一组对照。钉钉重写底层做封闭产品，很多人觉得不够开放，但陈航在发布会上说了句大实话：把所有东西都放出来，一定会危害整个生态。

这不是公关话术。

OpenClaw在企业场景已经出过真正的事故了，你让AI通过开源CLI直接操作公司的审批流和客户数据？开源社区可不会替你兜底。

钉钉赌等安全事故积累到一定程度，企业客户会主动回来，找一个有人兜底的封闭平台，这是在等一个还没到来的拐点。

企微看起来在观望，今年有消息说，腾讯计划在Q2或Q3给微信做AI智能体，要连接微信里几百万个小程序。

这个东西一旦落地，企微的CLI根本不重要，14亿月活加上小程序生态，本身就是最大的Agent入口，企微不急，因为胜负手根本不在这张桌子上。

飞书是被动防守，钉钉是等待拐点，企微是另开战场，跟大家想的刚好相反。

03

现在有个绕不开的问题：命令行化之后，该怎么赚钱？

以前飞书、钉钉、企微怎么收费？按人头收。一个人一个座位，一年交一份钱。这个模式能成立，是因为每个人都要打开App自己操作。

但命令行化之后，这个前提就松动了。一个AI能替十个人操作飞书。那飞书该收谁的钱？收那十个人的座位费？还是收 AI 调用费？

我查了一下，目前全球都没有标准答案，但已经有几条路在试了。

微软跑了两条模式：

Copilot按人头收。每人每月十八到三十美元，加在Microsoft 365的订阅里，同时在Copilot Studio里，用了一种叫「Copilot Credits」的东西。

企业用这个来搭自己的AI，AI每做一次操作，就扣掉一些Credits。不同操作扣的数量不一样。简单说：人用Copilot按人头收。AI用Copilot Studio按消耗收。

Notion走得更直接。

今年二月发布了「Custom Agents」。能自动完成多步骤的任务。收费方式叫「Notion Credits」。按AI每次运行消耗的工作量来算。管理员按需购买。五月三日之前免费试用。之后正式收费。

钉钉悟空也在走这条路，发布会上明确说，Token消耗和使用成本一目了然，企业能像管预算一样，管控AI开支。

你发现没，不管叫Credits还是Token，逻辑都一样：Agent不能按人头算，只能按它干了多少活算。

这里有个有意思的差异：

国外主流办公软件，目前没有一家做了全产品CLI化；Notion做MCP Server，Slack做的也是MCP Server，微软靠Copilot直接内嵌自家全家桶。

只有中国这三家，集体选了CLI。为什么？大概率是被OpenClaw在中国的爆发速度逼的。

开发者用OpenClaw把飞书、钉钉、企微都接了一遍之后，平台发现：与其让别人来定义接口标准，不如自己做CLI，把标准抓在手上；国外没有经历这波冲击，自然就没有这个紧迫感。

目前只有飞书还没给出明确的收费答案。命令行公开了，免费。API有免费额度，超了按调用量收。这套定价是给开发者设计的。

但问题来了：

一个AI一天的API调用量，可能顶得上一个开发者一个月。一个五百人的公司，以前每人每年交几百块飞书座位费，现在放一个AI帮全员操作。

大家都不怎么打开App了，座位费还收不收？收的话理由是什么？不收的话，API调用费能补上这个窟窿吗？这就是旧模式失效、新模式还没成型的真空期。

往深了说，这件事动摇了过去十年整个SaaS行业的资本命脉。

以前飞书、钉钉这类软件值钱，因为按人头收订阅费，这叫ARR（年度经常性收入）。这种模式就像收租，或者卖自助餐门票，哪怕员工一天只打开一次发个表情，公司每年也得照样交钱。

这种收入稳定、复购率极高的模式，一旦走向CLI化，改成按Agent干了多少活、消耗多少Token计费，这套「收租」逻辑就彻底塌了。

按消耗计费，SaaS平台就从「企业软件」退化成了「算力管道」，变成了企业里的「水电煤」；客户业务旺季，Agent疯狂跑，你就赚钱；客户淡季，或者Agent优化流程少跑几步，你的收入就直接断崖式下跌。

没有哪家投资机构，会用给顶级软件公司的估值，去评估一家卖水电煤的基础设施公司。

这才是旧模型失效背后最冷酷的真相：飞书、钉钉们在技术上，必须做CLI来拥抱AI，在商业上，这个动作等于亲手砸碎自己过去十年的估值神话。

大家都在拖时间，都在等谁能第一个跑通既能接住AI、又能保住利润的新路子。

04

就算按消耗收费的模型跑通了，还有个更深的问题：定价权在谁手上？

如果用户只跟Claude Code打交道，Claude Code同时帮他调飞书、调钉钉、调Notion，那用户的付费意愿，只会给Claude Code。

飞书在用户眼里，就变成了后台的能力供应商，飞书想涨价，用户只会说「换钉钉也一样」。

那平台拿什么保住定价权？答案是：数据沉淀。

你公司三年的知识库结构、组织关系链、审批流程，全在飞书上面；Agent能帮你建文档、发消息，但搬不走这些积累。用户换一个CLI很容易，换一套组织上下文却很难，这是平台手里最后一张牌。

但问题是，这张牌能撑多久？

如果有一天，Agent自己能积累和管理组织上下文，平台连这道防线都守不住了。我觉得，这才是命令行化最深层的商业后果，定价权可能要换人。

以前用户离不开你的App，你说多少钱就多少钱；以后用户只认Agent，你的命令行只是Agent调用的几十个能力模块之一，你的议价能力就不在手上了。

命令行化之后，这个天平正在从平台往Agent那边倾斜，平台真的只能眼睁睁看着自己变成「无头数据源」，彻底没了存在感吗？不会的。

你想，命令行解决的是AI怎么「操作」软件的问题。建个日程，发个通知，一条指令就搞定。但如果用户让AI「对比过去三个月华东区和华南区的销售趋势」，AI能只吐一堆干巴巴的数字或者代码吗？人根本看不了这个。

交互的终极形态，是生成式UI。

AI通过命令行或者MCP去飞书拿数据，飞书返回的不该只是冷冰冰的指标，还得顺手丢回来一个能在聊天框里直接渲染的交互组件，比如：一张飞书原生样式的动态图表，一个能直接点同意的审批卡片。

所以平台退到幕后，不代表彻底交出界面。

这些SaaS巨头接下来的动作，是把自己的前端页面敲碎，变成一个个微型组件，随时准备塞进各种大模型的聊天窗口里。

用户确实不再去双击桌面上的App图标了，但在任何一个AI助理里看到的报表、点开的审批，依然是某个平台的皮肤，走的是平台的交互。

所以，三家公司做的事情，表面上是技术重构，底层回答的是同一个问题：当AI变成用户的第一入口，平台愿不愿意退到后面去。

钉钉的答案是：可以退，但安全和计费的闸门，必须握在自己手里。飞书的答案是：先退一步把生态撑开，数据资产还在我这儿。企微的答案是：这张桌子我先不急，微信那张桌子才是正局。

三个答案，没有对错。但有一件事已经很清楚了。

命令行化这个动作，一旦做了就收不回来。你把能力开放给了Agent，用户的习惯就会变。变了之后，再想让他们回到App里来，根本不可能。

现在三家做的每一个决定，都是一张单程票。

本文来自微信公众号 “王智远”（ID：Z201440），作者：王智远，36氪经授权发布。