亲测三大办公 CLI，飞书这次真有点东西！

大家好，这里是K姐。一个帮助你把AI真正用起来的女子。

友友们，最近有没有发现一个很有意思的现象？CLI 正在“复兴”。在 Agent 时代里，CLI 不再只是程序员专属的命令行工具，也成为了 AI 调用企业能力的标准接口层。我们普通人平时最常接触的是 GUI，图形用户界面，也就是用鼠标去点各种好看的按钮、菜单，对人类的眼睛和手非常友好。但在 AI 眼里，这些花里胡哨的界面毫无意义。而 CLI，命令行工具，就是那种黑框白字的纯文本指令，直达底层逻辑，会更准确。

3 月底前后，国内三家大厂飞书、企业微信、钉钉几乎在同一个时间窗口，把自家的办公能力做成 CLI，推上了 GitHub，给 Agent 铺一条可以直接进入企业工作流的路。从此，AI Agent 不再只会聊天，它能直接在工作群发信息，提醒相关同事处理任务，读取会议纪要…覆盖文档、智能表格、消息、通讯录、待办、会议、邮箱、日程等等。一个多月过去了，三家表现到底怎么样？话不多说，今天咱们就来实测对比一下。

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 玩家真正看见。从这个角度看，飞书现在的势能确实最强。

能力对比实测

对比看看飞书、企业微信、钉钉 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:\KjieGZH\CLI\我的文章”，提取其中涉及的 AI 工具、产品、模型和实测案例，创建一张多维表格《K姐 AI 工具测评资料库》。字段包括：文章标题、工具名称、工具类型、核心能力、使用场景、实测案例、亮点、适合人群、内容价值、可二创方向、是否值得继续跟进。如果一篇文章涉及多个重点工具，请拆成多条记录；缺失信息不要编造。最后，请把多维表格链接返回给我。

飞书非常快，基本按我的提示词要求执行，也就 10 分钟左右就把链接发我了。

钉钉我明明授权了，但是执行过程中一直反复找我要授权，循环了好几次，根本跑不出来，我受不了了。卧槽，钉钉你在干嘛呢，哎呀我*，能不能给我拿好的 CLI 啊！

企业微信跑了一个小时，耗了30块钱了，才做70几篇文章，有点肉痛。而且每次只做10篇就让我确认一次，最终花了两个多小时才跑完，花了60多，幸好最终效果还算可以。

另外，如果我们想做一份常用的幻灯片，目前三家里应该只有飞书有 Slides 原生能力。如果需要创建、读取、修改、覆写、导出 Markdown 文件，或者做文档格式转换能力，飞书 CLI 也是三家里最完整的。如果你问我：老板想在公司内部搞个真能干活的 AI Agent，底层到底接哪家的系统？飞书毫无疑问是独一档。飞书 CLI 的开放极其深入彻底，实测复杂数据库写入基本算是全自动，底层架构天生就是给 Agent 准备的操作系统底座。企微基础使用很稳，但在多步骤任务中需人工反复确认，耗时费钱，离真正的自动化打工还有距离。钉钉表面模块极广，但在多步复杂操作里，很容易陷入不断要授权的死循环导致跑崩，也还有待优化。

一些分享

真正的 Agent 时代来了，软件不再是人类的专属，而是 AI 的生产力工具。很多人可能会觉得，在这个连鼠标都快被淘汰的 GUI 时代，大厂们跑回来卷黑框白字的 CLI，是不是一种历史倒退？恰恰相反，这是一场专为 AI 准备的文艺复兴。对于人类来说，点击按钮是最直观的；但对于大模型来说，屏幕上的花里胡哨毫无意义，它们需要的是结构化、确定性、机器可读的接口。像飞书这样敢于把底层业务核心全盘向 Agent 开放的平台，正在从一个协同办公软件，蜕变成企业在 Agent 时代必备的基础设施。Agent 的时代才刚刚开始，CLI 只是第一步。今天这些在终端里跑出的绿色代码，或许几个月后，就会变成帮我们处理一切繁杂琐事的超级数字员工。

作者：K姐投稿邮箱：tougao@kseek.ai