飞书钉钉企微三大办公软件推出重大功能更新

最近，有个技术词汇在圈内讨论得越来越频繁：CLI，也就是命令行。简单说，它让软件操作从“点点界面”变成了“敲行文字”。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

这个趋势，在3月份的中国办公软件市场集中爆发了。先是钉钉在17日发布了“悟空”，其核心动作是把积累了11年的底层代码全部重写，将所有功能都压缩成了AI能直接调用的命令行指令。紧接着在28日，飞书直接将自己的CLI工具开源，以MIT协议扔上了GitHub，当天就收获了上千个Star。企微也没闲着，悄悄将wecom-cli挂在了GitHub上。

三家大厂在同一个月的密集动作，指向同一个方向：把自己从一个你需要“打开”的App，变成一行AI可以直接“敲”的命令。

那么，AI究竟该如何操作软件呢？最早的思路可能有些反常识：截图。就像OpenClaw刚出现时那样，AI通过识别屏幕截图上的按钮位置，再模拟鼠标去点击。这种方式听起来就效率低下且脆弱，如同蒙着眼睛听人指挥，界面布局稍有变动，整个流程就可能崩溃。

截图不行，那就调用API（应用程序接口）。API确实稳定，但它是为程序员设计的，每个接口的参数格式、文档规范都各不相同。AI要想正确调用，需要“喂”入大量上下文信息，过程笨重且复杂。

有没有一种方式，能让AI自己“搞明白”怎么用？答案就是CLI。敲入一行命令，返回一段结构化的文本；不知道用法？命令自带“–help”帮助文档，AI可以自己查询；执行报错？错误信息也是文本，AI读完就能尝试其他方案。整个过程全是文本交互，而这正是大语言模型最擅长的领域。可以说，CLI与AI之间，几乎实现了“零摩擦”。

简而言之，GUI（图形界面）是为眼睛设计的，API是为程序员设计的，而CLI是为语言（尤其是AI能理解的语言）设计的。软件发展到AI时代，CLI似乎成了最自然的答案。但如果往底层看，CLI本身可能还撑不起终局。

大模型理解纯文本不难，但代价是真金白银的Token消耗和算力成本。自然语言写的帮助文档和报错信息，每读一遍都在“烧钱”。到了后台实际执行时，机器最喜欢的其实是规规矩矩的结构化数据。去年底，Anthropic牵头推出的MCP（模型上下文协议）标准，就相当于为AI设计了一个统一的“Type-C接口”，让大模型能以最舒服的姿势处理标准数据。

问题在于，钉钉、飞书们积累了十几年的老代码，底层接口千差万别，想让数万个旧接口一夜之间全部换成新的“Type-C”，在工程上根本不现实。中间必须有一个过渡方案。这个方案是什么？

答案就是把复杂的业务逻辑全部“拍扁”，变成一行行极简的命令行指令。一旦底层变成了CLI，再在外面套一个大模型能理解的壳子（比如MCP Server），可能就是几行代码的事了。说白了，大厂花大力气重构底层为CLI，本质上是在为自己搓一根“转换线”。有了这根线，外部的AI无论来自哪里，都能即插即用。

三条路径，三种算盘

虽然都选择了CLI，但三家公司走的路却截然不同。

钉钉坐拥8亿用户和2700万企业组织，加上11年的系统积累，它做了一个很“重”的决定：全部重写。将功能逐个拆解，改写成标准化的CLI指令，并打包进独立的“悟空”产品中，且选择不开源。据称，在OpenClaw爆火前两个月，钉钉内部就已做出类似产品，是OpenClaw的热度促使“悟空”提前面世。

钉钉售卖的是一个完整的执行环境。“悟空”内部集成了沙箱隔离、权限继承、全链路审计和Token消耗管控。CLI是底层，上面覆盖的是一整套企业级安全架构。它最初瞄准的是企业IT部门，但借着OpenClaw的热度，先切入了个人效率赛道，让用户体验到Agent的能力，再以企业级安全作为升级卖点推向组织。

这解决了一个企业IT的关键焦虑：AI在公司内部跑起来后，谁来兜底？很多人以为兜底是怕AI发错消息、乱批流程，这只是表象。企业IT真正害怕的是一个叫“手脑分离”的死局。

想象一下：开源CLI相当于把软件的“手脚”开放了，但“脑子”（即决策的大模型）呢？目前最聪明的“脑子”都在公有云上。让外网的大模型通过开源CLI操作内网系统，意味着公司的核心数据必须先送到外网服务器“思考”一圈再回来。对于中大型企业和国企而言，“数据不出域”是不可触碰的红线。

钉钉关起门来做“悟空”，防的就是这个。阿里手握通义千问大模型，钉钉赌的是企业尝鲜开源工具后，迟早会撞上“数据安全”这堵墙。届时，他们必然会回头寻找一个能将“脑”（大模型）和“手”（操作指令）全套部署在内网的方案。因此，钉钉的封闭看似保守，实则是提前挖好了“护城河”，等待那些撞了南墙的客户带着需求回来。

飞书则走向了相反的方向，直接用MIT协议开源了lark-cli，任何AI工具都能接入。但这里有一个容易被忽略的细节：它开源的只是操作入口（CLI），API调用量、数据存储、权限校验等核心服务依然牢牢握在飞书手中。相当于给了你钥匙，但房子还是我的。

企微是第三种打法：将wecom-cli上架GitHub，也开放了基于OpenClaw插件的消息、日程等MCP能力，但目前主要面向10人以下的小团队，步子迈得小而克制。为什么不急？因为企微手里最大的牌并非CLI，而是微信。拥有14亿月活的社交关系链和小程序生态，才是腾讯真正的胜负手。微信本体在AI上的布局，远比企微的CLI动作更重要。

聊到这里，你可能会觉得飞书最激进、钉钉最保守、企微最佛系。但事实可能恰恰相反。

在飞书官方开源CLI之前，OpenClaw社区的数据显示，飞书在国内IM工具中的接入率已高达65.2%。这说明什么？开发者不会等待官方动作，他们会用OpenClaw强行把你“接”进去。再看飞书3月的节奏：6日上线OpenClaw官方插件，19日发布AIly智能体平台，28日开源CLI——22天内三连击，一步比一步快。这不像主动进攻，更像一边奔跑一边向外抛洒弹药，进行被动防守。飞书害怕开发者社区的注意力窗口稍纵即逝，必须尽快将官方CLI和标准定义权抓在自己手里。

钉钉和企微则构成一组对照。钉钉重写底层做封闭产品，许多人认为不够开放。但钉钉负责人陈航在发布会上说了一句大实话：“把所有东西都放出来，一定会危害整个生态。” 这并非公关话术。OpenClaw在企业场景已出现过真实事故，让AI通过开源CLI直接操作审批流和客户数据，开源社区无法为你兜底。钉赌的是，当安全事故积累到一定程度，企业客户会主动回归，寻找一个有保障的封闭平台。它是在等待一个尚未到来的市场拐点。

企微看似观望，实则另辟战场。有消息称，腾讯计划在年内为微信推出AI智能体，连接数百万个小程序。一旦落地，企微的CLI战略将变得无足轻重，因为微信生态本身就可能成为最大的Agent入口。企微不急，是因为真正的牌局不在CLI这张桌子上。

所以，更准确的判断或许是：飞书是被动防守，钉钉是等待拐点，企微是另开战场。

商业命脉的动摇：从“收租”到“计费”

命令行化之后，一个绕不开的根本问题是：该怎么赚钱？

过去，飞书、钉钉、企微主要按人头收费（席位费）。一个人一个座位，一年交一份钱。这个模式成立的前提是，每个人都需要打开App亲自操作。

但命令行化动摇了这个前提。一个AI可以替代十个人操作软件。那么，该向那十个人收座位费，还是向AI收调用费？目前全球都没有标准答案，但已有几条路径在探索。

微软尝试了两种模式：Copilot按人头收费，每人每月加在Microsoft 365订阅中；同时在Copilot Studio中引入了“Copilot Credits”机制，企业搭建的AI每执行一次操作，就扣除相应点数，按消耗收费。

Notion走得更直接。其发布的“Custom Agents”功能，收费方式称为“Notion Credits”，完全按照AI执行任务消耗的工作量来计算，管理员按需购买。

钉钉“悟空”也明确了这条路，发布会上强调Token消耗和使用成本一目了然，企业可以像管理预算一样管控AI开支。

可以发现，无论叫Credits还是Token，逻辑是一致的：Agent不能按人头算，只能按它“干了多少活”来算。

这里有一个有趣的差异：目前国外主流办公软件（如Notion、Slack）并未将全产品CLI化，它们主要提供MCP Server或像微软Copilot那样深度内嵌。只有中国的这三家，集体选择了CLI路径。为什么？大概率是被OpenClaw在中国市场的爆发速度“逼”的。当开发者用OpenClaw把主流软件都接入一遍后，平台方意识到，与其让别人定义接口标准，不如自己动手，把标准掌握在手中。国外市场没有经历这波冲击，自然缺乏同样的紧迫感。

目前，飞书尚未给出明确的商业化答案。命令行开源免费，API有免费额度，超额部分按调用量收费——这套定价体系仍是面向开发者的。但问题随之而来：一个AI一天的API调用量，可能抵得上一个开发者一个月。一个500人的公司，如果用一个AI袋里了大部分操作，员工不再频繁打开App，那么传统的“座位费”还收不收？如果不收，按调用量收取的费用，能否填补这块收入窟窿？

这就是旧模式失效、新模式尚未成型的真空期。往深处说，这件事动摇了过去十年整个SaaS行业的估值根基。

以往，飞书、钉钉这类软件之所以估值高，是因为其按人头收取的订阅费（ARR）模式像“收租”或卖“自助餐门票”，收入稳定、可预测性强。一旦走向CLI化，改为按Agent的消耗量计费，这套“收租”逻辑就坍塌了。按消耗计费，意味着SaaS平台从“企业软件”退化为“算力管道”，变成了企业内部的“水电煤”。客户业务旺季，Agent疯狂调用，你就赚钱；淡季或流程优化后调用减少，你的收入就可能断崖式下跌。没有投资机构会用顶级软件公司的估值逻辑，去评估一家基础设施公司。

这才是旧模型失效背后最冷酷的真相：飞书、钉钉们在技术上必须拥抱CLI，但在商业上，这个动作可能等于亲手砸碎自己过去十年的估值神话。大家都在等待，看谁能第一个跑通一条既能接住AI、又能保住利润的新路。

终局猜想：定价权转移与生成式UI

即便按消耗收费的模式跑通了，还有一个更深层的问题：定价权在谁手上？

如果用户只与Claude Code这类AI助手交互，由它同时调用飞书、钉钉、Notion来完成工作，那么用户的付费意愿和粘性只会给到Claude Code。飞书在用户眼中就变成了后台的能力供应商之一。届时，飞书想涨价，用户可能会说：“换钉钉也一样”。

平台靠什么保住定价权？答案是：数据沉淀。你公司三年的知识库、组织关系、审批流程全都沉淀在平台上。Agent能帮你执行操作，但搬不走这些深厚的“组织上下文”。用户换一个CLI工具很容易，换一套积累了多年的业务上下文却极其困难。这是平台手中最后，也是最重的一张牌。

但这张牌能撑多久？如果未来Agent自身就能积累和管理组织上下文，平台连这道防线也可能失守。这才是命令行化最深层的商业后果——定价权可能发生转移。过去用户离不开你的App，你可以定义价格；未来用户只认Agent，你的命令行只是其调用的几十个能力模块之一，议价能力将大幅削弱。

那么，平台会眼睁睁看着自己变成“无头数据源”，彻底失去存在感吗？大概率不会。

命令行解决的是AI如何“操作”软件的问题。但交互的终极形态，可能是“生成式UI”。想象一下，当用户让AI“对比过去三个月华东与华南的销售趋势”时，AI返回的不能只是一堆数字或代码，而应该是一张能在聊天窗口中直接渲染、交互的动态图表，或者一个具有平台原生样式的审批卡片。

这意味着，平台退居幕后，不代表彻底交出界面。这些SaaS巨头接下来的动作，可能是将自己的前端页面“敲碎”，变成一个个可嵌入的微型交互组件，随时准备塞进各种大模型的聊天窗口里。用户确实不再双击桌面图标了，但他们在任何AI助理中看到的报表、点开的审批，依然带着某个平台的“皮肤”和交互逻辑。

因此，三家公司看似在做技术重构，底层回答的是同一个战略问题：当AI成为用户的第一入口时，平台愿不愿意、以及如何退到后面去。

钉钉的答案是：可以退，但安全和计费的闸门必须握在自己手里。飞书的答案是：先退一步把生态撑开，但数据资产的核心控制权不能放。企微的答案是：CLI这张桌子可以先观望，微信生态那张更大的牌桌才是主局。

三个答案，没有绝对的对错。但有一件事已经很清楚：命令行化这个动作，一旦开始就不可逆。你把能力开放给Agent，用户习惯就会彻底改变。习惯一旦养成，再想让他们回到打开App操作的老路上，几乎是不可能的。现在三家做的每一个决定，都是一张单程票。