软件行业的范式转变：从 GUI 转向 CLI，Agent 时代来了

你有没有感觉到，传统的软件正在经历一场非常重大的范式转变？

以前的软件主要设计给两种人用：普通用户和工程师。

以飞书为例，它有两种形式：GUI 用户界面（客户端、App）给普通人日常使用，API 接口给工程师开发第三方功能。

但 2026 年，一个全新的第三种形态出现了——CLI（命令行工具）。

这不是给用户用的，也不是给工程师用的，而是给 AI Agent 用的。

什么是 Agent-oriented CLI？

把现有的 API 接口包装成 Agent 能调用的 CLI，听起来简单——可能一周就干完了。

但飞书做得不一样。

它要让每条命令都适配 Agent 的调用习惯：默认值是什么？输出怎么结构化？报错信息怎么让 AI 看得懂？

这些需要一条条去调试。要达到 Agent 用起来舒服、用户看起来也舒服的状态，至少是几个月的活。

飞书反复强调这是"为 Agent 原生设计的 CLI"。 我一开始觉得大公司嘛，就是喊口号。但真正安装配置使用之后，你会发现区别确实很大。

飞书 CLI 的成绩单

2026 年 3 月底，飞书、钉钉几乎在同一周开源了各自的 CLI 命令行工具——给 Agent 开了一道办公入口。

消息、文档、日历、表格、云盘、会议、邮件、审批、OKR……原来都是人点来点去的，授权之后 Agent 可以直接读、直接写、甚至直接执行。

50 天，飞书 CLI 突破 1 万颗 GitHub Star。

这个成绩有多惊人？对比一下：

国内办公软件的 CLI 项目，50 天达到 1 万颗星，这在以前从来没有出现过。

GitHub 的新游戏规则

现在看 GitHub 项目要看两个新指标：

Star——表示"这本书值得买"，收藏关注。

Fork——表示"把这本书买回家，准备照着改一份自己的版本"。

基础越好的项目，越多人愿意站在它的肩膀上写新工具。飞书 CLI 已经有 10 个外部开发者的代码被合并进主干——从关注者到开发者，一层层深入参与。

背后还有 50 位外部开发者长期贡献。飞书的工程师一条条 Review、沟通和合并。里面有哈工大的后端实习生、越南的独立开发者、土耳其的电商工程师……跨国界的开发者愿意提交 PR，这本身就是非常不容易的事情。

AI 时代的软件新逻辑

以前衡量一个软件好不好，看日活、看消息量。

接下来要多看几个指标：

• Agent 每天调用的次数是多少？
• GitHub 上 Star 和 Fork 多不多？

这是 AI 时代的新游戏规则。

飞书里两三年前的旧消息、决策记录、会议纪要——以前存着你根本不会再看，不知道有什么用。

但现在 AI 能帮你消化这些工作上下文。 同样一份老数据，AI 能不能直接用、好不好用，差别巨大。

飞书里 AI 把每一个用户过去几年沉淀的协作记录，从沉睡的无意义档案，变成能用的资产。

在 AI 时代，消息、文档、会议纪要，可能比你想象的更值钱。

总结

软件行业正在从 GUI + API 转向 CLI——不是退回命令行时代，而是为 Agent 打开一扇新的入口。

飞书 CLI 50 天万星的成绩证明：基于 Agent 的协同办公，是接下来最值得花时间研究的方向。

如果你有兴趣，可以试着让自己的 Agent 接入飞书 CLI。这是一种完全不同的全新体验。