最近这一周，钉钉、企微、飞书等陆续推出了自己的 CLI 工具，支持开发者通过命令行快速构建、调试、部署应用。
是顺应技术趋势，还是为了抢占开发者市场？
是想做更深度的生态整合，还是在为未来的低代码/无代码平台铺路？
那么今天的话题是：「你认为为什么钉钉、飞书、企微等等都开源了CLI？」
欢迎留言分享你的看法，如果你已经在丝滑使用，也欢迎分享你的体验感受～
本周活动继续！让我们再复习一下活动规则：
当周五个话题参与最多的Top5用户，将获得
知乎2026好问日历 或
星巴克咖啡券 一份哦
1 个赞
cli 工具主要是 agent 友好吧，即使是非多模态模型也能很好理解工具的使用 
就比如上网搜索，需要先打开浏览器 → 然后找到地址栏 → 再输入内容 → 查看搜索结果 → 查看页面
对于人来说可能很简单，也就几秒钟的事情，但是对 agent 来说就是复杂的
但是如果 agent 用直接使用 curl 的话，只需要先请求一次搜索引擎的地址 → 请求一次想要打开的页面地址，就能轻松解决
1 个赞
开源抢用户市场
GUI是给人类用的，CLI天生AI友好，对接方便，稳定性高，还省token
2 个赞
技术发展上来说，“交互接口”一直是兵家必争之地，操作系统，导航页，浏览器，甚至输入法，IM，它们面向的都是人机交互接口的争夺，AI Agent时代，CLI就是人机之间的中间层，北向对接自然语言，南向无缝对接和操控各类资源和工具
1 个赞
请用户，闭合产品。
其实就好比为什么喜欢iflow cli ；
1.对于人来说，创造和创建将会贯穿始终
2.对于每个人来说，不一样才是一样的，同一个应用，不可能完整的介入所有人的口感，呸呸呸，习惯。哈哈哈。那么CLI可以更好的去获取自我构建，自我升级。
3.但是个人构建的时候往往容易出错，因为每个人的能力又有所不同，所以应该在专业+个人业余双向通道的运营。留余地作为核心保证（产品的根本的保留）+用户个人的DIY（双向特征）
哈哈哈哈
胡说八道中，等待楼下大佬的回复
1 个赞
人习惯的模式为ai让步，未来的发展都会这样，我做的项目也是这样，这就是我的感受
1 个赞
我认为核心原因就是AI Agent时代来了，办公软件的用户不再只是“人”，而是“人+AI”。以前的GUI界面是给人设计的，按钮位置一变AI就傻眼；CLI把所有功能（消息、日历、文档、多维表格、审批等）压缩成稳定、可自描述的命令行指令，AI敲一行命令就能执行，还自带–help和结构化输出，超级友好。
飞书MIT协议直接开源，钉钉Apache-2.0重写底层后开源，企微也悄悄跟进，就是想抢“AI执行层入口”。谁先把自己的能力变成Agent的“原生工具箱”，谁就能在下一代工作流里占坑。不是补开发者生态那么简单，而是主动把自己“拆”给AI用，换来生态扩张和日活的潜在增长。安全和权限肯定是挑战，但dry-run这些设计已经在缓解了。总体看，这步走得挺有前瞻性。
为什么开源CLI？大概是因为AI已经开始“抢饭碗”了呗。以前我们点来点去发消息、查待办、填表格，现在AI能直接帮你干，但得有个好接口啊。CLI就是最朴素、最稳定的那个——不用截图认按钮，不用怕界面改版，直接敲命令就行。
从技术角度看，这波CLI开源是必然的趋势。CLI天生自描述（–help就能看出所有命令和参数）、文本输入输出、支持管道组合，这些对LLM-based Agent来说完美适配。API虽然强大，但调用门槛高、文档维护累；GUI对AI是灾难（视觉模型+模拟点击，错误率高）。
这波操作有点“违背祖宗”的意思啊。以前大厂最爱封闭生态，API都要审核、限流，现在集体开源CLI？还不是因为OpenClaw之类的AI Agent火了，它们怕被绕过去，只能主动把钥匙递出去。
飞书最激进，直接MIT开源，让Claude、Cursor随便接；钉钉重写了11年代码，底层全CLI化
API-First / Protocol-First
现代架构设计中强调先定义协议/API，再实现界面，与"协议优于界面"的精神相通。
如果不是AI，这些大厂可能根本不会去公开API甚至主动构建agent型底座。
微信/QQ一直不放bot就是因为他想自己吃掉这部分，飞书/钉钉是面对企业用户为主，盈利压力大于生态压力。