简单即效率：命令行 vs 图形界面，一场不该存在的战争

原创

adra1n
adra1n

YY的黑板报

2026年5月25日 11:02
天津

在小说阅读器读本章

去阅读

一场持续的争论持续了很久，用命令行还是用图形界面，同样类似还有用linux还是用windows，结果结合两者的mac横空出世，给了开发者一个最优的选择，现在AI出现，是使用终端的Hermes还是用Hermes Desk？

最近一直在用 Hermes Agent 的 AI 助手，在命令行里完成搜索资料、构思框架、写内容、甚至格式化排版的全流程。

也下载了一些基于龙虾或者Hermes包装的桌面化工具，最终还是退回到了ghostty + Hermes+tmux的环境下，下面说下我的一些感受：

GUI 是最好的老师，CLI 是最好的工具

图形界面的最大成就是什么？降低了学习门槛。

1984 年 Macintosh 把 GUI 带给大众，乔布斯赌对了：普通人不需要记命令，看图标、点鼠标就能用电脑。Windows 95 把这个逻辑做到极致，从此电脑不再是极客的特权。

GUI 的底层逻辑是 可见性——所有功能摆在你面前，看到就知道能用。这对新手无比友好。

但成也可见，败也可见。

每多一个按钮、一个菜单、一个弹窗，就多一次认知负担。你要在屏幕上来回扫视，找到你要的那个按钮，移动鼠标过去，点击，等待反馈。每一次操作，手都要从键盘移到鼠标再移回来——这个 Fitts 定律里的小动作，累积起来就是庞大的效率损耗。

CLI 的逻辑完全不同：精准直达。

你想找当前目录下最大的 10 个文件：

du -sh * | sort -rh | head -10

12 个字符。敲一次，永远能复用。换成 GUI？打开 Finder、切换到列表视图、按大小排序、找到最大的文件、右键查看……你自己算要多少步。

真正拉开差距的不是速度，是可编程性

这是我立场最鲜明的地方。

GUI 操作是一次性的。你点了一个按钮，事情做完了，就没有然后了。同样的操作明天再做，你还得再点一遍。后天呢？再点一遍。

CLI 操作是可组合的。你的一串命令可以写成脚本，设置定时任务，连入 CI/CD 流水线，和其他工具联动。今天做一次的操作，明天可以自动化跑 100 次。

举个例子：你要每周统计服务器日志中的错误数。

• • GUI 方案：登录云平台、点进日志服务、填筛选条件、看结果、手动记录。下周再来一遍。
• • CLI 方案：grep ERROR app.log | wc -l，写进 cron job，输出到报表。一次投入，永久自动。

这不是速度快慢的问题——这是能不能规模化的问题。

AI 正在把 CLI 推上新高地

2025 年一个有趣的现象：AI 反而让 CLI 变得更性感了。

原因很简单：AI 模型处理的本质是文本，而 CLI 的本质也是文本。AI 天生就懂命令行。

Graphical User Interface 里的这个 Graphical 恰恰成了 AI 操作的障碍。AI 不懂像素，不懂图标，不懂鼠标悬停。但 AI 懂 curl、懂 jq、懂 git、懂 docker compose。

但别误会，我每天也用 GUI

写这篇文章要表达的不是\"GUI 是垃圾，CLI 才是王道\"。那很蠢。

我每天依然在用 Safari 浏览器网页、用 Figma 看设计稿、用 Arc 管理标签页、用 Tolaria 做笔记。GUI 在探索性任务上无可替代。一张图片胜过千言万语，一个可视化界面胜过千行日志。

真正的分界线是：

这张表不是什么新鲜发现，但很多人就是不肯接受这个事实：工具没有优劣，场景决定选择。

真正的问题不是\"哪个更好\"

回想一下那些最让你烦躁的操作场景：

• • 在 6 层嵌套的菜单里找一个设置项
• • 等一个 GUI 应用启动加载，就为了改一行配置
• • 反复在十几个浏览器标签页之间切换找信息
• • 同一个操作第 50 次重复点到手酸

这些痛苦的根源不是界面本身，而是用错了工具。

所以 CLI vs GUI 这场\"战争\"本身就是伪命题。真正的高手从不为站队浪费时间，他在该敲命令的时候敲命令，该点鼠标的时候点鼠标。

而我要补充的是：如果你从来没认真学过命令行，2025 年可能是最好的时机。不是因为情怀，不是因为复古，而是因为 AI 时代的 CLI，远比过去任何时候都强大。

当你的 AI 助手可以在终端里直接帮你干活的时候，你会庆幸自己当初花了那 30 分钟学了 cd、ls、grep和 curl。

毕竟，简单不是少做什么，而是找到最快到达目的地的路。

如果你对科技数码、效率工具感兴趣，欢迎关注「YY 的黑板报」，我们一起探索技术的乐趣。