2026 CLI复兴：开源命令行如何成为AI时代的终极接口

不是复古，是 AI 正在长出“手和脚”

无需怀疑，当你打开 GitHub Trending，前十热榜里近七成都是 CLI 工具。

而早已成名的 CLI 更不在少数：

GitHub CLI (gh) - 230k+ stars
Vercel CLI - 15k+ stars
Netlify CLI - 3k+ stars
Notion CLI - 2k+ stars
Slack CLI  - 1k+ stars

一眼望去，几乎全是“广为人知的软件＋CLI”。

这不是巧合。2026 年，所有软件都在拼命长出“命令行”。

最近谁在出 CLI？五类软件都在卷

1. AI 编程工具——卷得最凶

它们几乎都是在终端里原生运行，完全不需要 GUI。

2. 企业协作平台——防御性开源

官方开源与社区的 unofficial 版本同时生长，谁也不肯落后。

3. 云服务平台——早已布局，持续迭代

对开发者而言，部署、配置、管理都离不开 CLI。

4. 生产力工具——一个新兴趋势

过去只有图形界面，现在也纷纷推出命令行接口。

5. 开发者工具——老牌却持续进化

它们天生就是命令行工具，而现在又注入了 AI 能力。

为什么在 2026 年突然爆发？

你可能会想：“CLI 不是上个世纪的东西吗？怎么到了 2026 年又火了？”

答案很简单：三个条件同时落地了。

原因一：AI Agent 真正能干活了（技术条件成熟）

2024 年之前，AI 只能聊天，无法操作外部系统。
而到了 2025 年之后，AI 可以执行命令、读写文件、调用 API，还能跑工作流。

能干活了，自然就需要“手和脚”。CLI 就是那双“手和脚”。

没有 CLI 的 AI 体验是这样的：

• 让你打开软件，截屏给它看
• 它告诉你该点哪个按钮
• 你再手动去点

而有了 CLI 之后，AI 可以直接：

notion create-page --title "周报" --parent "xxx"
vercel deploy --prod
lark message send --to "@team" --text "上线了"

一句话就能把事办完。

原因二：开发者对自动化的渴求（需求驱动）

和几位在用 CLI 的朋友聊，他们反复提到一个词：“能脚本化”。

GUI 做得到吗？看下面这些例子：

# 每天早上 9 点自动发日报
0 9 * * * lark message send --to "@boss" --text "昨日完成：..."

# 上线后自动通知团队
vercel deploy --prod && lark message send --to "@channel" --text "上线了"

# 批量创建 100 个 Notion 页面
for i in {1..100}; do notion create-page --title "Page $i"; done

GUI 做不到，但 CLI 可以。这就是生产力的倍增器。

原因三：竞品都在出（羊群效应）

稍微梳理一下时间线：

2025 Q3：

• 阿里通义灵码 CLI 发布
• GitHub CLI 突破 200k stars

2025 Q4：

• Anthropic 推出 Claude Code CLI
• Google 发布 Gemini CLI
• Slack 更新 Slack CLI

2026 Q1：

• OpenAI 发布 Codex CLI
• 飞书官方 CLI 开源
• 钉钉 CLI 跟进

2026 Q2（现在）：

• 几乎所有主流软件都在卷 CLI

这就是典型的“从众效应”：竞品都出了，你不出就意味着掉队。

CLI 背后藏着三种战略意图

大厂卷 CLI，绝不仅仅是“技术升级”，更是赤裸裸的战略博弈。

1. 抢夺“AI Agent 入口”

入口正在转移。

过去：入口是 GUI（网页、App），用户是普通人，交互靠点击、滑动。
AI 时代：入口变成 API 与 CLI，用户是 AI Agent，交互靠命令和调用。

谁控制了 CLI，谁就控制了 AI Agent 的入口。

设想一下：

• 你的工作流依赖飞书 CLI
• 你的 AI 助手（比如 Claude Code）集成了飞书 CLI
• 于是 AI 可以替你自动查日历、发消息、管理文档

飞书就这样成为你的“AI 工作流中枢”。
反过来，如果飞书没有 CLI，你的 AI 没法用它，你很可能转向别的有 CLI 的协作平台。这是一场用户留存的争夺战。

2. 防止“被管道化”

最糟糕的结局是什么？

• AI 助手（Claude、Cursor）变成唯一的“主入口”
• 各种 SaaS（飞书、Notion、Slack）沦为“后台服务”
• 用户只跟 AI 对话，不再打开具体产品

到那时，SaaS 就彻底成了看不见的管道。
开源 CLI，就是主动把自己的能力嵌入 AI 工作流，保持存在感。

3. 让数据留在自己手里

如果官方不出 CLI，会出现什么问题？

• 社区冒出 unofficial 方案
• 数据要经过第三方中转
• 安全风险难以控制

而官方开源 CLI 就能实现数据直连，全程可审计，安全合规。
这就是典型的“防御性开源”。

对普通用户意味着什么？

也许你会问：“这跟我有多大关系？”
答案是：AI 反而能为你干更多的活。

以前：

• AI 只能聊天、写代码
• 查日历、发消息、管文档这些都得你手动点

现在：

• AI 可以直接操作各种软件
• “帮我查一下明天的会议” → 自动完成
• “给团队发个日报” → 自动完成
• “整理这个文档” → 自动完成

你的生产力会明显提升。
你并不需要像程序员那样记下一堆命令。实际要学的只是一点点“命令的味道”，甚至可以交给你的 AI 助手去学。例如：

# 查日历
lark calendar list --today
# 发消息
lark message send --to "@team" --text "..."
# 查文档
notion get-page --id "xxx"

就像学会用手机快捷键一样，顺手了就好。

更爽的是，你可以自己设计自动化流程。比如：

# 每天早上 9 点自动发日报
0 9 * * * lark message send --to "@boss" --text "昨日完成：..."
# 上线后自动通知
vercel deploy --prod && lark message send --to "@channel" --text "上线了"
# 每周自动归档旧文档
0 10 * * 1 notion archive --older-than "7d"

以前需要开发介入的事，现在几行命令就能搞定。

实际用过的一些 CLI 工具

1. Claude Code

npm install -g @anthropic-ai/claude-code
claude-code login

用它重构一个 500 行的 Python 模块，只要两分钟；给整个项目写单元测试，五分钟；解释一段复杂代码，三十秒。真的很香。

2. 飞书 CLI

brew install larksuite/cli
lark login

官方终于出手了。再也不用折腾各种 third-party 方案，工作流顺畅了一大截。

3. GitHub CLI

brew install gh
gh auth login

开发者必备，这句话不夸张。创建 PR 用 gh pr create，查看 Issue 用 gh issue list，管理工作流用 gh workflow run，完全不用打开网页，所有操作还能脚本化，官方维护更是让人放心。

如果你现在就想开始

先从你每天用得最多的软件找起：

• 用飞书？→ 飞书 CLI
• 用 Notion？→ Notion CLI
• 用 Vercel？→ Vercel CLI
• 写代码？→ Claude Code

下一步，试试和 AI 集成。
如果你在用 Claude Code 或 Cursor，可以直接说：

“帮我用飞书 CLI 查一下明天的会议”

AI 会生成命令然后自动执行：

lark calendar list --tomorrow

多试几次，你就会找到那种掌控全局的感觉。

CLI 不是复古，是进化

刚开始接触 CLI 热潮时，我也有些抗拒：都 2026 年了，怎么还在敲命令？

但现在回头再看，问题不是 CLI 复古，而是 AI 需要 CLI。
GUI 是给人类看的接口，而 CLI 是给 AI 准备的接口。

所有软件纷纷推出 CLI，并不是因为开发者突然爱上命令行，而是因为在 AI 时代，没有 CLI，就相当于 AI “没有手和脚”。

花五分钟，装一个你每天在用的软件的 CLI 尝尝看：

# 飞书
lark user get --me
# Notion
notion whoami
# Vercel
vercel whoami
# GitHub
gh status