AI复兴CLI，但图形界面为何不会消亡

AI 兴盛以来，围绕垂类与大而全、套壳与模型、CLI 与 GUI 的路线争论不断。最新案例是 DeepSeek 为 Harness 推出桌面版并开放下载，官网首页最醒目的按钮是「Download Desktop」，展示会话列表、插件、工作区和文件预览。用户可让 Agent 整理文档、分析表格、修改代码，再打开结果查看。命令行并未消失，终端和脚本仍在工具箱里，只是被放进了一张更大的桌面。

去年情形不同。DeepSeek 长期不做产品，至少不做对 C 端友好的产品，新模型只能在简陋对话窗口试用。当时流行说法是 AI 编程复兴了终端，许多用户因 vibe coding 才打开并学习使用这个软件。2025 年 2 月起，Anthropic 推出 Claude Code，让开发者直接在命令行交代任务，模型自己搜索代码、修改文件、运行测试；6 月 Google 发布 Gemini CLI。随后出现 Codex CLI、Github CLI、飞书 CLI 等。一种判断流传开来：GUI 是给人操作的，CLI 才是给 AI 使用的。

CLI 派说对了什么？CLI 是纯文本指令，靠代码和脚本行事；GUI 则是鼠标、视窗、图标和菜单。AI 工具推行 CLI 自有理由：CLI 返回结构化文本，AI 处理消耗极少；GUI 需反复截屏识别像素，效率低且易出错。CLI 在终端运行，能天然访问整个系统文件，而 GUI 插件常被限制在沙盒里。对人而言，图标、窗口、菜单把复杂功能翻译成视觉语言，但对处理文本和结构化数据的 Agent，这层翻译有时反成障碍。

2025 年夏天，这种偏好已出现在开发者工作流中。Google Chrome 工程师 Addy Osmani 写道，自己越来越多待在终端。当 Agent 能跨文件改代码、运行测试，编辑器反而可能成为累赘。Peter Steinberger 也从 VS Code 回到 Ghostty 终端，并排运行多个 Agent，优先选择有 CLI 的服务。CLI 的兴起并非复古，它确实解决了 Agent「怎样工作」的问题。

但 Agent 适合通过命令执行，不等于人适合通过命令管理 Agent。Addy Osmani 并不完全支持 GUI 已死，同一篇文章里也写到用 GUI 管理多个 Agent 的经验。Google 在 Gemini CLI 公告里说明它与编辑器内的 Gemini Code Assist 共享技术。2025 年 8 月，Zed 把 Gemini CLI 接入自己界面，提出 Agent Client Protocol，同一 Agent 可保留命令行执行能力，由图形界面呈现过程。2026 年 2 月，OpenAI 推出 Codex 桌面版，开发者可跨项目、长时间派发任务并同时运行多个 Agent。DeepSeek Harness 桌面版也进入这一阶段，把会话、插件、自动化和文件结果摆到桌面，同时保留终端、脚本及从代码启动 Web UI 的方式。

GUI 从未败过。「已死」喊出来简单，但 GUI 与 CLI 并不总在争夺同一位置，「Agent 使用 GUI」与「用户使用 GUI」也不是同一件事。今年三月，Peter Steinberger 认为 AI coding 正在转向 GUI。一项研究让 Agent 完成 440 项桌面任务：在研究者设定工具条件下，表现最好的 GUI Agent 完成率为 59.1%，原有 CLI 工具条件下为 48.2%；补充可调用命令技能后，CLI Agent 升至 69.3%。这些数字不能推广成哪种界面全面获胜，却清楚显示 Agent 的能力也取决于软件给了它什么入口。若应用只允许命令读取文件，却把关键编辑、预览和提交藏在窗口里，Agent 仍绕不过 GUI。

从产品演变看，更值得注意的是人所站的位置。过去 GUI 把功能做成按钮，让用户亲手完成每一步；现在 Agent 可接管许多步骤，界面要呈现的是任务、进度、权限、文件差异和最终结果。原来为「操作」设计的屏幕，正在增加「监督」的职责。「CLI 面向 AI，GUI 面向人类」准确指出了机器与人偏好的接口不同，却不该被顺推为人类界面即将过时。恰恰因为 Agent 能在背后执行更多命令，人更需要看得见的地方，理解并行工作、追究错误发生在哪一步，以及决定哪些成果进入自己的项目。

DeepSeek 桌面客户端无法证明 GUI 重新占据多少市场，几家公司的发布也不足以宣判所有软件的未来。但它们至少让一年多前那个单向预言不再成立：AI 并没有把人送进终端，反而把终端里能做的事带到了更广阔的桌面。