AI 编程工具的用户会发现 TUI 的体验痛点被精准戳中，做自动化开发的团队值得看看社区讨论的共识——CLI + server 或 Web UI 才是未来，建议试试 Codex Desktop。
AI 编程工具中 TUI（终端界面）正被质疑为错误方向。用户 jakevin7 在社交平台上发表暴论称 TUI 会逐渐式微甚至被淘汰，并得到社区共鸣。讨论指出 TUI 流行源于早期模型写不动 GUI 的历史原因，但现在模型能力已足够，TUI 在长时间任务、复杂上下文和可视化展示上体验差。社区共识认为正确方向是 CLI + server 架构或直接上 Web UI。作者本人已从 Claude Code 转向 Codex Desktop，认为任务状态一目了然，体验更好。
这肯定不是暴论啊
这肯定不是暴论啊 kabikabi @jakevin7 发表个暴论，TUI 会逐渐式微甚至被淘汰。 我已经很久没有用 claude code 了。基本都是用 slock。 对于临时任务，现在用的更多的是 codex desktop，偶尔用 claude desktop。 让我开始重新思考 TUI 这个东西。 今天 slock 群刚好在讨论 TUI，大家对 TUI 的评价基本一致：方向就是错的。有人说"TUI 错的离谱"，有人说"所有 TUI 都是被 claude code 整个带偏了方向"。这话说得有点重，但细想确实有道理。 @OnlyXuanwo xuanwogg 在群里分析 TUI 为什么会流行？觉得主要是历史原因。早期模型写不动 GUI，TUI 实现简单，模型能生成，claude code 就从这里起步了。然后大家跟风，一时间 TUI 变成了 AI 编程工具的"标准姿势"。但这只是路径依赖，不代表正确。 历史是曲折上升的，claude code 起步时没人知道交互该怎么做，TUI 作为起点有其合理性。但现在模型能力强了，继续用 TUI 就说不过去了。 TUI 不是没有优点——可以 SSH 登录从任何地方访问，本地应用架构也更干净。但这些优点在 AI agent 场景下根本撑不起来。长时间运行的任务、复杂的上下文、需要可视化展示的过程，TUI 的体验是真的差。本质上它是"裂化的 GUI"——有 GUI 不用，硬要退化成 TUI。 那什么才是对的方向？讨论里的共识是两条路： 一是 CLI + server 架构：命令行作为触发器，真正的逻辑和状态跑在 server 端，前端可以是任何界面。这样既保留了 CLI 的灵活，又不被 TUI 的体验拖累。 二是直接上 Web UI：模型现在完全写得动，没有理由还停在 TUI。 对我来说，换成 codex desktop 之后，任务状态一目了然，不用再跟终端界面搏斗。这才是 AI 工具应该有的样子。 模型的能力在进化，工具的交互方式也应该跟着进化。还在用 TUI，是在用现在的模型干以前模型才干的事。 🔗 View Quoted Tweet 💬 5 🔄 1 ❤️ 6 👀 7574 📊 5 ⚡