1. 重点

• CLI 适合给 Agent 用，不适合一直给人用
• 人要的不是终端输出，也不一定是代码细节
• 工程师要的是现场：
  • 目标、进度、风险、选择、结果都在眼前
  • 需要时，再下钻看代码、diff、日志。
• Agent 要的是一组稳定接口：
  • 命令、参数、工具、权限、输出、退出码、可脚本化
• 所以 CLI 该留在底层，别把它当人的主界面

2. 个人偏好

我并不是太喜欢 Claude Code，核心原因就是它太 CLI 了。

• 我始终觉得 CLI 就是一个过渡产品。
• 终端不是不能用，是不适合承载太多人的现场。
• 但CLI 最大的价值是稳定，且执行力强

3. CLI 的位置

CLI 该待在底层。

• 给 Agent 暴露能力。
• 给脚本串流程。
• 给自动化留接口。
• 给权限和结果留反馈。
• 给源码阅读留一条最薄的剖面。

读 Codex CLI、opencode、gemini-cli，不是为了以后天天在终端里工作。

是为了看清楚 Agent 系统最基本的骨架：

• 任务怎么进来。
• 工具怎么调用。
• 权限怎么确认。
• 结果怎么返回。
• 错误怎么暴露。

4. 人的界面不是TUI

我认为人的主界面更像 Codex Desktop、Cursor 这种东西。

说白了，就是一个聊天框，一个 IM。

因为人需要看的不是终端，也不是一堆代码和 diff

人更关心的是：

• 现在要做什么。
• 做到哪了。
• 有没有风险。
• 哪里需要我决定。
• 结果对不对。

代码、diff、日志当然重要。

• 但它们应该像证据一样，必要时再展开。

所以 ACP 这类东西有意义，他能集成到 zed 中，GUI 中

• 它让 Agent 继续用底层接口
• 让人留在一个更舒服、更清楚的现场里

5. 最后

CLI 适合作为 Agent 的底层接口，但不是人的主界面。