TUI 回潮：终端没赢，是桌面 GUI 把确定性弄丢了

DHH 的 Omarchy 把 TUI 重新摆到台面上。Claude、Codex 这类 AI 编程工具，也在把一批开发者带回命令行。

反常点在这里：2020 年代的桌面软件，图形界面更漂亮，专业用户却开始觉得字符界面更稳、更快、更听话。

这不是大众消费软件趋势。没人会指望普通用户用 TUI 点外卖、修照片、刷短视频。它主要发生在开发者、运维、AI 编程工具这些场景里。这里的人不怕键盘，怕的是菜单找不到、快捷键不通、跨平台行为每台机器都不一样。

TUI 为什么又成了正经选择

TUI 的优势不花哨，但正好打中专业工作流。

AI 编程工具尤其适合这套逻辑。Claude、Codex 的核心交互不是点按钮，而是输入任务、看反馈、改代码、继续推进。终端把视觉层压低，注意力留给任务。

这也是 Omarchy 这类项目里 TUI 显得自然的原因。它未必优雅，但足够可控。对每天在工具里待八小时的人来说，可控比漂亮更值钱。

限制也要说清。TUI 不适合复杂视觉编辑，不适合低门槛消费应用，也不适合所有协作场景。它的回潮更像专业工具的局部修复，不是桌面软件的总路线切换。

桌面 GUI 丢掉了什么

Windows 的问题是路线太多。Win32、MFC、WinForms、WPF、UWP、WinUI、MAUI，一代代框架更替，开发者很难判断哪条线最稳。

企业软件转向 Electron，不只是因为它省事，也不是只因为它吃内存。更现实的原因是避险：跨平台、好招人、能交付。原生 GUI 体系给不了确定性，Electron 就成了企业默认保单。

Linux 的问题是分裂。GTK 和 Qt 长期并存，发行版、桌面环境、硬件组合又复杂。商业公司很难为每种组合认真打磨原生体验。结果通常是两条路：上 Electron，或者把原生客户端留给社区慢慢补。

macOS 曾经是反例。Apple 的 Human Interface Guidelines 一度像桌面设计的准绳。设计师讲它，高级用户信它。现在麻烦不在于 macOS 不能用，而是系统一致性正在松动：窗口行为、菜单图标、交互细节，越来越让人觉得规则不稳。

Electron 没把坑填平。常见批评是内存占用，但更伤专业用户的是另一层：视觉不一致、系统菜单缺失、快捷键不透明、键盘工作流断裂。鼠标能点到的功能，不一定能从菜单找到；界面能完成的动作，不一定能用键盘顺下来。

对普通用户，这叫“不太顺手”。对专业用户，这是效率税。

对开发者和技术管理者，影响已经很具体

开发者会更愿意把关键工作流放回终端。不是因为终端有情怀，而是它更容易被脚本化，更适合远程环境，也更少被系统 UI 改版牵着走。

技术管理者要重新看采购和自研工具的标准。不要只问“有没有现代界面”，还要问几件更硬的事：

• 高频动作能不能全键盘完成；
• 菜单、快捷键、配置文件是不是稳定；
• 能不能在远程服务器、容器、CI 环境里跑；
• 跨平台行为是不是可预期；
• 出问题时能不能用日志、命令和脚本快速定位。

这会影响真实决策。团队评估 AI 编程工具时，可能不会急着采购最漂亮的桌面客户端，而会先试命令行版本能不能接进现有仓库、权限、审计和流水线。内部工具选型也会更谨慎：能用 TUI 或 CLI 解决的后台运维场景，未必值得做一套厚重 GUI。

关注桌面软件和产品体验的人，则该盯住一个变量：平台方还能不能把系统级秩序捡回来。菜单、快捷键、窗口管理、辅助功能、输入法、系统服务，这些都不是装饰。自建 UI 工具链可以很快，Zed 追求速度，Flutter 追求跨平台一致，都有合理性。但只要不能和宿主系统深度整合，体验就会在细节里漏水。

这里像早期铁路。铁轨铺得越快，轨距越乱，货物转运成本越高。不完全一样，但逻辑相近：基础设施一旦缺少统一规则，使用者就会把成本转嫁到自己的流程里。TUI 的回潮，就是专业用户在给自己铺一条窄轨。

我不太买账“终端复兴”的浪漫说法。终端没有突然变先进，桌面 GUI 也没有死亡。真正变化是：原生 GUI 在多平台开发里失去了一部分确定性，Electron 又只解决了交付，没有完整解决秩序。

“天下熙熙，皆为利来。”平台想推新框架，厂商想降成本，团队想快上线。最后被让掉的，往往是菜单、快捷键、可访问性、远程使用这些细碎但要命的东西。

接下来最该看的不是 TUI 会不会进入大众市场，而是三件事：AI 编程工具会不会继续优先做 CLI/TUI；企业内部工具会不会减少厚客户端投入；桌面平台会不会重新修补菜单、快捷键和系统整合。若这些问题没有改善，专业用户还会继续往更低、更硬、更少废话的交互层退。