为什么现在的 AI 越来越复古，非要逼我们用 CLI？
为什么现在的 AI 越来越"复古"，非要逼我们用 CLI？
最近在折腾 OpenClaw、Gemini CLI 这些本地大模型和 AI Agent 的时候，身边常有朋友问我一个问题：
"AI 听起来这么科幻、这么有未来感的东西，为什么你们这些开发者天天对着一个黑乎乎的、像上世纪 80 年代一样的终端敲代码？"
图形界面（GUI）那么香，为啥最前沿的 AI 却非要我们用命令行（CLI）？
今天来填这个坑。
1. 一句话搞懂：什么是 CLI？
$ 什么是 CLI ？CLI（Command Line Interface，命令行界面）就是你打开终端看到的那个黑乎乎的输入框。
打个比方，用电脑就像去餐厅点餐：
| GUI | CLI | |
|---|---|---|
| 像什么 | 🖥️ 平板自助点餐机 | 👨🍳 冲进后厨跟主厨对暗号 |
| 怎么用 | 屏幕上有汉堡、可乐的图片，点就行 | 输入：点餐 --汉堡 1 --去冰可乐 1 |
| 门槛 | 零学习成本，直观 | 需要知道"黑话"（命令） |
| 例子 | macOS 桌面、手机 App | 终端、Terminal |
简单说：CLI 就是摒弃所有花哨的按钮和图标，让你通过纯文本指令直接指挥电脑干活。
2. 为什么 AI 更偏爱 CLI？
既然"点读机"那么好用，为什么最新的 AI 工具反而逼大家进"后厨"？
🤖 理由一：AI 的母语是"纯文本"，不是"鼠标"
这是最根本的原因。
现在的大语言模型（LLM），本质上是一个极度聪明的文本处理器。
GUI 方式：AI 帮你整理桌面文件
→ 需要识别图标 → 模拟鼠标移动 → 点击 → 拖拽 → 定位目标文件夹
→ 每一步都可能出错，容错率极低 😵💫
CLI 方式：
$ mv ~/Desktop/*.pdf ~/Documents/
→ 一行纯文本代码，系统直接跑通 ✅在命令行里，AI 只需要输出一行纯文本代码，系统就能执行。CLI 是 AI 与操作系统沟通最纯粹、最无障碍的语言。
🚀 理由二：天下武功，唯快不破
AI 的迭代速度现在是以天为单位的。
做一个 GUI 版本：
┌──────────────────────────────────────────┐
│ 画 UI → 调交互 → 做进度条 → 弹窗 │
│ ⏱️ 几个月过去了…… │
└──────────────────────────────────────────┘
做一个 CLI 版本：
┌──────────────────────────────────────────┐
│ 写核心逻辑 → 终端跑通 → 发布 🚀 │
│ ⏱️ 几天甚至几小时 │
└──────────────────────────────────────────┘对于开发者来说，把核心 AI 逻辑写出来，在终端里跑通是最快的。CLI 是通往最前沿 AI 技术的抢先体验票。
💻 理由三：把每一滴算力，都留给 AI
跑本地大模型是个绝对的"电老虎"——显存和内存寸土寸金。
你的电脑资源分配：
████████████████████████░ CLI 模式
↑ 几乎全给 AI 推理和计算
████████████░░░░░░░░░░░░ GUI 模式
↑ AI 计算 ↑ 被界面、动画、渲染吃掉在追求极致性能的场景下，砍掉臃肿的 UI，用最轻量的 CLI 运行，能把电脑所有算力都倾注在 AI 的推理和计算上，保证速度和稳定性。
总结
CLI ≠ 落后
CLI = 高效 + 省资源 + AI 友好CLI 看似门槛高、不够"高大上"，但它是目前最高效、最省资源、最方便 AI 接管系统的交互方式。
当然，纯 CLI 对非技术人员确实不太友好。这也是为什么我个人一直非常关注如何给这些强大的本地 CLI Agent 做更好的可视化编排——在底层保留 CLI 的高效，在上层给予 GUI 的便利。
如果你也对本地 AI 和 Agent 感兴趣，不妨试着打开终端，感受一下直接用命令行和 AI 对话的极客快感。
$ echo "试试看？"
试试看？发表于 Kola.Work · 2026 年 5 月