为什么现在的 AI 越来越"复古",非要逼我们用 CLI?

最近在折腾 OpenClaw、Gemini CLI 这些本地大模型和 AI Agent 的时候,身边常有朋友问我一个问题:

"AI 听起来这么科幻、这么有未来感的东西,为什么你们这些开发者天天对着一个黑乎乎的、像上世纪 80 年代一样的终端敲代码?"

图形界面(GUI)那么香,为啥最前沿的 AI 却非要我们用命令行(CLI)?

今天来填这个坑。


1. 一句话搞懂:什么是 CLI?

$ 什么是 CLI ?

CLI(Command Line Interface,命令行界面)就是你打开终端看到的那个黑乎乎的输入框。

打个比方,用电脑就像去餐厅点餐:

GUICLI
像什么🖥️ 平板自助点餐机👨‍🍳 冲进后厨跟主厨对暗号
怎么用屏幕上有汉堡、可乐的图片,点就行输入:点餐 --汉堡 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 月

标签: none

添加新评论