抛个暴论：TUI 会逐渐边缘化，甚至被淘汰。

我已经很久没用 Claude Code 了，日常主要在 Slock 上。临时任务现在更多是交给 Codex Desktop，Claude Desktop 偶尔也用。

这些切换让我开始重新审视 TUI 这个东西。

今天 Slock 群里正好聊到 TUI，大家的看法出奇一致：方向就不对。有人说“TUI 错得离谱”，也有人说“所有 TUI 都是被 Claude Code 带偏了”。话虽刺耳，但细想确实不无道理。

群里有人分析 TUI 为什么能流行起来，结论是历史原因居多。早期模型写 GUI 费劲，TUI 实现门槛低，模型能生成，Claude Code 顺势就从这里起步了。后续大家一拥而上，TUI 一度成了 AI 编程工具的标配。但这本质上是路径依赖，不是方向正确。
历史总是螺旋上升的，Claude Code 诞生那会儿，没人知道交互形态该怎么做，TUI 作为起点合情合理。但现在模型能力已经今非昔比，还抱着 TUI 不放，就说不过去了。

TUI 不是没优点——能 SSH 过去随地访问，本地应用架构也确实更干净。但这些优势放在 AI agent 场景里，根本撑不住。长时间跑的任务、复杂的上下文、需要可视化的流程，TUI 用起来是真的吃力。它本质上是一种“退化的 GUI”——明明有更好的图形交互，硬要缩回终端里去。

那什么才是对的方向？讨论里的共识是两条路径：

一是 CLI + server 架构：命令行只做触发器，真正的逻辑和状态在 server 端跑，前端可以是任意形态。这样 CLI 的灵活性还在，又不被 TUI 的体验拖后腿。

二是直接上 Web UI：以现在模型的能力，写这个绰绰有余，没理由再困在 TUI 里。

就我个人来说，切到 Codex Desktop 之后，任务状态一目了然，不用再跟终端界面较劲了。这才是 AI 工具该有的样子。

模型在进化，工具的交互方式也该同步进化。还在用 TUI，相当于用今天的模型，干以前模型才能干的事。