在 AI 浪潮推动终端应用复兴的叙事之外，另一场静默的回归正在发生。当开发者们受够了 Electron 应用的内存膨胀、原生框架的碎片化以及跨平台开发的持续阵痛，文本用户界面正以意想不到的方式重新成为焦点。这不是对 AI 工具的命令行封装，而是对现代图形界面根本性缺陷的回应。
原生应用开发的系统性失败
理解 TUI 复兴的第一步，是承认现代操作系统上的原生应用开发已经陷入困境。微软的 GUI 框架历史本身就是一部失败史：从 1992 年的 MFC（用 C++ 包装 Win32，被形容为「穿着燕尾服的 Win32」）到后来的 OLE、COM、ActiveX，再到 WinForms、WPF、Silverlight、WinUI 和最新的 MAUI，三十多年间微软不断推出新的开发框架，却始终无法建立连贯的视觉与交互范式。每个新框架都承诺解决前代问题，但很快便消失在浩如烟海的替代方案中。原生 Windows 应用开发已沦为一场 API 轮赌，每隔几年就要推翻重来。
Linux 世界的分裂同样触目惊心。GTK 与 Qt 两大工具包各自为政，虽然名义上支持跨平台开发，但实际上 Linux 以外的市场份额微乎其微。更关键的是，不同工具包开发的应用在视觉上难以和谐共处 —— 一个 GTK 应用和一个 Qt 应用放在同一桌面环境中，往往像是来自两个不同的操作系统。这种碎片化导致商业公司几乎放弃 Linux 原生应用开发，Electron 成为唯一现实的选择，而这恰恰带来了新的问题。
macOS 曾是设计一致性的灯塔。苹果的《人机界面指南》曾是全球 UI 课程的标配教材，Xerox PARC 与苹果并列为人机交互研究的双峰。然而近年来，苹果系统本身正在背叛这些原则：窗口调整功能变得近乎不可能，菜单栏被塞入越来越多的图标，系统行为与既有指南存在明显冲突。那些曾经为 macOS 生态系统吸引开发者的设计一致性承诺，正在被苹果自身逐步瓦解。
Electron 困境与键盘工作流的失落
当原生框架失效，Electron 成为事实上的跨平台解决方案，但其代价远超内存消耗。虽然主流 Electron 应用的内存占用在过去十年有所下降，但更深层的问题在于视觉一致性的丧失与键盘驱动工作流的全面退化。以 Cursor 或 VSCode 为例：当用户处于 agent 面板中试图切换到侧边栏的 agent 列表时，是否仅凭键盘就能完成操作？能否直接归档某个会话？这些本应是操作系统级的一致性交互，如今却成为每个应用各自为政的孤岛。菜单栏中的快捷键提示消失，应用沙箱内的 HTML 无法触达系统级功能，开发者逐渐遗忘为基本操作提供菜单入口。
这种退化的根源在于 Web 技术与原生交互范式的根本矛盾。Web 应用生来就不是为复杂的桌面交互设计的 —— 它的核心场景是文档消费与表单提交，而非复杂的工具型应用。当 Web 技术被包装成 Electron 强行推上桌面舞台，丢失的不仅是性能，更是桌面计算数十年积累的交互智慧。键盘快捷键、焦点管理、菜单系统、辅助功能 —— 这些在原生应用中被视为基础的能力，在 Web 容器中要么缺失，要么实现得残缺不全。
与此同时，远程工作与云计算的普及放大了这些问题。开发者越来越频繁地需要通过 SSH 远程访问 GPU 算力机器或云端开发环境。在这样的场景下，X forwarding 的延迟与带宽消耗令人难以忍受，而终端成了唯一的理性选择。当 Claude 和 Codex 这样的 AI 工具选择在命令行界面取得巨大成功时，背后的逻辑并非对 AI 的盲目追随，而是终端界面确实提供了最直接的任务聚焦 —— 用户可以完全沉浸于交互本身，而不必被操作系统层面的视觉噪音分心。
界面一致性的认知代价
TUI 复兴的深层驱动力在于对界面同质化的渴望。用户体验研究者 John Loeber 曾指出：「复选框也是界面的一部分。你用它来与系统交互、输入数据。好的界面应该让用户少动脑筋 —— 无论是方向盘还是在线表单，如果你需要花时间去理解如何使用它，那就是糟糕的界面。当你与众多事物交互时，你需要同质的界面来获得一致的体验。你学会了 Command + C 是复制键，就希望它在任何地方都生效。你不想在某些情况下被迫记住 CTRL + Shift + C，或者需要右键菜单才能复制，那样太烦人了。」
这段话揭示了现代计算环境中最被忽视的成本：认知负荷的累积。当每个应用都有自己独特的交互逻辑、快捷键体系甚至视觉语言时，用户不是在完成任务，而是在持续学习如何与工具相处。TUI 的价值恰恰在于其极高的界面同质性 —— 无论你使用的是 git、vim、tmux 还是自定义的内部工具，键盘交互的逻辑、快捷键的约定、信息的组织方式都遵循着相似的范式。这种一致性带来的效率提升，远超任何花哨的图形特效。
超越 AI 叙事的技术社会学根源
AI 确实是 TUI 复兴的加速器之一，但将其简单归结为 AI 驱动会掩盖更根本的结构性力量。当开发者审视当前的技术栈，会发现一个清晰的逻辑链条：跨平台开发需求催生了 Electron，Electron 的体验缺陷暴露了 Web 技术的局限，原生框架的碎片化又使得 Electron 成为唯一可行的选择 —— 这条路径走到尽头，终端反而成了逃离困局的出口。
隐私考量同样不可忽视。图形界面应用的权限模型远比终端复杂，截屏、窗口状态、输入事件等敏感数据的获取在 GUI 层面防不胜防。而终端应用的权限边界更为清晰 —— 它们运行在相对隔离的环境中，数据的流动更容易审计。对于重视工作环境可控性的开发者而言，这是不容忽略的优势。
极简主义的回潮则是审美与效率的交汇。终端界面的朴素美学排斥了现代 GUI 应用中常见的视觉冗余 —— 动画过渡、渐变背景、阴影效果、动态图标。这些元素在首次亮相时或许令人愉悦，但在日复一日的使用中，它们累积而成的认知噪音远大于其提供的价值。TUI 强制了一种聚焦：信息密度优先于视觉丰富度，键盘优先于鼠标，功能优先于装饰。
工程实践的再定位
这场复兴对工程实践的启示在于：工具选择正在从「最华丽」回归到「最有效」。当组织评估技术栈时，界面开发成本的权重正在上升 —— 维护跨平台 GUI 一致性的代价已接近甚至超过其收益。TUI 不仅是一种技术选择，更是一种工程哲学的回归：承认限制，拥抱约束，通过标准化降低长期维护负担。
对于正在构建内部工具或开发者基础设施的团队，重新评估终端界面的位置正当其时。现代 TUI 框架（如 Rust 的 tui-rs、Go 的 bubbletea、Python 的 textual）已大幅降低了构建高质量终端应用的门槛，而这些框架提供的交互深度远超传统认知。键盘驱动的效率、可脚本化的能力、远程操作的便利性 —— 这些特性在特定场景下的价值，是图形界面难以复制的。
TUI 的复兴本质上是对技术复杂性失控的回应。当操作系统的界面能力持续退化，当跨平台框架的诺言不断破产，当认知负荷成为被忽视的隐性成本，终端作为「最后的共识界面」重新获得了它的位置。这不是对未来的逃避，而是对现实的清醒认知：在通往更好界面的道路上，我们或许需要先退回到那些已经被证明有效的 basics。
参考资料
- Alcides Fonseca: Why TUIs are back
- Hacker News 讨论: Show HN: Can you explain TUI?