友友们，最近有没有发现一个很有意思的现象？CLI 正在“复兴”。
在 Agent 时代里，CLI 不再只是程序员专属的命令行工具，也成为了 AI 调用企业能力的标准接口层。
我们普通人平时最常接触的是 GUI，图形用户界面，也就是用鼠标去点各种好看的按钮、菜单，对人类的眼睛和手非常友好。
但在 AI 眼里，这些花里胡哨的界面毫无意义。而 CLI，命令行工具，就是那种黑框白字的纯文本指令，直达底层逻辑，会更准确。
3 月底前后，国内三家大厂飞书、企业微信、钉钉几乎在同一个时间窗口，把自家的办公能力做成 CLI，推上了 GitHub，给 Agent 铺一条可以直接进入企业工作流的路。
从此，AI Agent 不再只会聊天，它能直接在工作群发信息，提醒相关同事处理任务，读取会议纪要…覆盖文档、智能表格、消息、通讯录、待办、会议、邮箱、日程等等。
一个多月过去了，三家表现到底怎么样？
话不多说，今天咱们就来实测对比一下。
01. GitHub 的热度差异
一个月过去，几家的开源项目进展和反响如何？先看最直观的数据，截至 2026 年 5 月 18 日，三家 GitHub 项目大概是这个情况：
飞书 CLI Star 约 11870，Fork 约 796，Open Issues 约 140。企业微信 CLI Star 约 2063，Fork 约 148，Open Issues 约 46。钉钉 Workspace CLI Star 约 1897，Fork 约 115，Open Issues 约 44。这个差距还是挺明显的。
如果只看 GitHub 关注度，飞书基本已经跑到了第一梯队。企业微信和钉钉比较接近，但企业微信的 Star 和 Fork 都略高一些。
当然，GitHub 数据不完全等于产品能力。
Star 多，可能是产品表达更清楚，也可能是开发者社区传播更强，还可能是 Agent 相关定位打得更准。
但对 CLI 这种开源工具来说，GitHub 的反馈很重要，代表项目发出去以后，有没有被开发者和 Agent 玩家真正看见。
从这个角度看，飞书现在的势能确实最强。
02. 能力对比实测
对比看看飞书、企业微信、钉钉 CLI 官方的能力说明。
飞书 CLI 覆盖消息、文档、多维表格、电子表格、幻灯片、日历、邮箱、任务、会议、Markdown 等核心业务域。
README 里最醒目的几个点是：200+ 命令、2500+ Raw API、24 个 AI Agent Skills、三层命令架构：Shortcuts、API Commands、Raw API。这个设计就很 Agent Native。
飞书 CLI 把不同复杂度的使用场景拆开，还内置了 Agent Skills，让 Agent 清楚在哪些场景该用什么命令、怎么鉴权、怎么处理错误、怎么避免乱操作。
钉钉这次开源的是 DingTalk Workspace CLI，也叫 dws，首批开放的能力包括：AI 表格、日历、日志、待办、机器人、通讯录、DING 消息、考勤、开放平台文档、工作台。
覆盖面其实也不窄。
但从我后续跑的实际体验上看，钉钉还需要进一步把这些能力收束成更顺手的 Agent 工作流。
再看企业微信，开放的能力包括：消息、事件、文档、智能表格、会议、待办、通讯录。
这些能力其实非常贴近企业微信的优势场景，尤其是消息、通讯录、会议，接入 Agent 后很多事情都能自动化完成了。
不过，从 Agent 友好度和整体开放层次来看，企业微信现在给我的感觉是：能用，但系统化程度还没有飞书那么强。
我这次主要测了几个办公里最常见的场景：生成云文档、创建会议日程、发送消息、读取资料、整理多维表格。
基本覆盖了消息、云文档、表格、日历、会议五大核心模块。
Case 1 生成云文档
请使用 XX CLI，帮我创建一篇XX文档，标题为《XX CLI 测试记录》，内容写入：这是一次 AI Agent 调用XX CLI 完成办公操作的测试。完成后把文档链接返回给我。
飞书是最顺的，会单独请求任务所需的部分授权项目，从授权到生成基本一气呵成。
钉钉也创建成功了，只是过程相对没有那么顺，CLI 能力是有的，操作丝滑度有待提升。
企业微信也成功创建了文档，完成度不错，整体体验介于飞书和钉钉之间。
Case 2 会议、日程、消息
这个任务比创建文档复杂很多，也更接近 Agent 真实办公场景，需要串起通讯录、日历、会议、消息这几个模块。
帮我为下周三下午安排一场 AI 交流会，参会人包括KK、Koi。请先查找合适的参会人，再检查他们的空闲时间，创建会议日程，邀请参会人，并在群里发送会议通知。
飞书整体链路最完整，Agent 能比较自然地理解任务拆解，先找人，再查日程，再创建会议，最后发通知。
钉钉的能力模块不少，但在多步骤任务里，体验会更容易被授权、确认和命令调用打断。
企业微信在找人、发消息这类场景里有天然优势，但在实际使用中还需要更明确的提示词和确认动作。
Case 3 多维表格
请使用企业微信 CLI，读取我整理好的历史公众号文章，文件地址是”D:KjieGZHCLI我的文章”，提取其中涉及的 AI 工具、产品、模型和实测案例，创建一张多维表格《K姐 AI 工具测评资料库》。
字段包括：文章标题、工具名称、工具类型、核心能力、使用场景、实测案例、亮点、适合人群、内容价值、可二创方向、是否值得继续跟进。
如果一篇文章涉及多个重点工具，请拆成多条记录；缺失信息不要编造。
最后，请把多维表格链接返回给我。
飞书非常快，基本按我的提示词要求执行，也就 10 分钟左右就把链接发我了。
钉钉我明明授权了，但是执行过程中一直反复找我要授权，循环了好几次，根本跑不出来，我受不了了。卧槽，钉钉你在干嘛呢，哎呀我*，能不能给我拿好的 CLI 啊！
企业微信跑了一个小时，耗了30块钱了，才做70几篇文章，有点肉痛。
而且每次只做10篇就让我确认一次，最终花了两个多小时才跑完，花了60多，幸好最终效果还算可以。
另外，如果我们想做一份常用的幻灯片，目前三家里应该只有飞书有 Slides 原生能力。
如果需要创建、读取、修改、覆写、导出 Markdown 文件，或者做文档格式转换能力，飞书 CLI 也是三家里最完整的。
如果你问我：老板想在公司内部搞个真能干活的 AI Agent，底层到底接哪家的系统？
飞书毫无疑问是独一档。飞书 CLI 的开放极其深入彻底，实测复杂数据库写入基本算是全自动，底层架构天生就是给 Agent 准备的操作系统底座。
企微基础使用很稳，但在多步骤任务中需人工反复确认，耗时费钱，离真正的自动化打工还有距离。
钉钉表面模块极广，但在多步复杂操作里，很容易陷入不断要授权的死循环导致跑崩，也还有待优化。
03. 一些分享
真正的 Agent 时代来了，软件不再是人类的专属，而是 AI 的生产力工具。
很多人可能会觉得，在这个连鼠标都快被淘汰的 GUI 时代，大厂们跑回来卷黑框白字的 CLI，是不是一种历史倒退？
恰恰相反，这是一场专为 AI 准备的文艺复兴。对于人类来说，点击按钮是最直观的；但对于大模型来说，屏幕上的花里胡哨毫无意义，它们需要的是结构化、确定性、机器可读的接口。
像飞书这样敢于把底层业务核心全盘向 Agent 开放的平台，正在从一个协同办公软件，蜕变成企业在 Agent 时代必备的基础设施。
Agent 的时代才刚刚开始，CLI 只是第一步。今天这些在终端里跑出的绿色代码，或许几个月后，就会变成帮我们处理一切繁杂琐事的超级数字员工。
原文链接：亲测三大办公 CLI，飞书这次真有点东西！
