软件行业的范式转变:从 GUI 转向 CLI

本周去了飞书的行业峰会，在峰会上重点强调了飞书CLI的全面开放，飞书也确实是行业里拥抱AI最快的协同平台。我自己的CC最近也全面接入了CLI，对于我的办公效率确确实实是全方位的提升。（顺便吐槽一下“飞书妙语”的定价是真的贵。）

今天聊聊为什么 2026 年顶级的办公软件都在为 AI Agent 原生设计命令行工具？

不知道你有没有感觉到，传统的软件行业正在经历一个极其深刻的变迁。

在以前，所有的软件在设计之初，主要都只服务于两类人：通过漂亮的客户端界面操作的普通用户，以及通过 API 接口调用的研发工程师。但在 2026 年，软件的交互界面正在从 GUI 和 API 转向 CLI（命令行界面）。

CLI 的本质，不再是提供给人和工程师的，而是专门为了 AI Agent 能够轻松调用、直接使用而定制的办公入口。

今年 3 月底，飞书、钉钉和企业微信几乎在同一周相继开源了各自原生的 CLI 命令行工具。原本需要人类反复点击跳转的繁琐工作，现在通过 CLI，AI Agent 可以直接进行读取、写入和执行。AI Agent 终于拥有了原生融入办公协同流的高速通道。

以前想要让 AI 真正融入日常办公系统，难度极其高昂，需要开发团队去对齐复杂的 API 文档并部署调试，至少需要一两周的折腾。

但现在装上 CLI，几条简单的命令，Agent 就能直接进入原生的工作流中。作为使用者的我，甚至不需要亲自去配置，只需把 CLI 的配置文档丢给 AI，它就能在后台默默完成所有的安装与调试。

很多软件只是把原有的 API 接口用 CLI 的壳子简单套了一下。但要让每一条命令都真正适配 Agent 的自动化调用，背后要考虑的细节多如牛毛。

缺省的默认值应该如何设定？输出的结果如何极度结构化以供 AI 解析？当命令运行报错时，报错信息要如何做到清晰，让 AI 看一眼就能自我修复和调整参数？

这需要逐条命令反复调试数月之久，才能达到“Agent 调得丝滑，用户看得舒服”的高级状态。当你真正用它跑起日常工作流时，那种极度顺畅的掌控感，是表面上看不出来的诚意。这也是开源社区里有如此多外部开发者愿意参与贡献的真正原因。

飞书 CLI 项目开源短短 50 天，在 GitHub 上已经迅速突破了 10,000 个 Stars。在这个史无前例的曲线背后，蕴含的是 AI 时代 GitHub 的全新游戏规则。

我们要关注两个关键指标：Star 和 Fork。Star 代表着你将这本书加入了自己的精选书架，会持续关注；Fork 则是你直接把书复印回了家，准备改写一个属于自己的定制版本。

在飞书 CLI 万星的背后，仅仅 50 天就有 700 多个 Forks，并且有 10 位完全来自外部的贡献者亲手把代码合并进了主干。他们中有河南科大的后端实习生，有杭州 SaaS 公司的架构师，甚至有越南的独立开发者。这种跨越国界的开源协作密度极为罕见。

这 10,000 颗星的真正回响，是海量顶级开发者共同达成的行业共识：基于 Agent 的协作办公室，就是接下来最值得投入的黄金方向。

以往我们衡量一款软件看的是日活和留存。而在 AI 时代，我们必须开始关注更硬核的指标：Agent 每天被调用的次数，以及代码库在 GitHub 上的开源协作密度。

更重要的是，这是我们全面复活历史沉睡数据资产的终极钥匙。你两三年前积攒下的旧消息、陈年决策文档、会议纪要，原本只是毫无生气的数字档案。但现在，当 AI 配合 CLI 接口低成本消化这些工作上下文时，沉睡的老数据被激活后将变成能直接派上用场的黄金资产。