终端正在吃掉IDE，但这未必是好事

我最近泡在终端里的时间，比过去十年加起来都多。

不是因为突然讨厌图形界面。而是终端开始重新成为"有趣工作发生的地方"。Claude Code、Cursor的agent模式、Windsurf、还有这周 whichever 热门的Aider分支——相比之下，"打开IDE、点点鼠标、敲几行代码"的老循环，显得慢了。

但我还没准备好宣布IDE死亡。还没有。

支持"智能体终端"的论点很直接：你描述想要什么，智能体规划、编辑文件、运行测试、修复问题，最后给你一份diff或PR。你待在一个窗口，手不离键盘，省掉在项目浏览器和侧边栏之间来回切换的上下文成本。

我做的很多工作——平台代码、基础设施调整、小型服务、配置变更——一旦有了像样的防护栏，这种流程确实更快。

问题在于智能体做完之后会发生什么。

人们把IDE当成带额外按钮的高级文本编辑器。这低估了IDE实际提供的东西。

好的IDE给你：跨文件重构时真正的语义理解；类型错误在保存前就标红；调试器让你逐行跟踪状态；代码库导航帮你理解陌生代码；集成测试运行器确保你跑的是正确环境。

终端里的智能体现在能做其中很多事。但"能做"和"无需监督就可靠地做"仍是两回事。

我见过智能体提议的重构，在diff里看起来很干净，结果搞崩了三个下游服务——因为它从没在正确环境里跑完整测试套件。IDE至少会在你考虑合并前，把红色波浪线亮给你看。

我现在最尊重的工程师，不是纯终端原教旨主义者，也不是纯IDE死忠派。他们是混合派。

IDE开着用来：探索不熟悉的代码库；需要调试器的复杂重构；审查智能体生成的大块变更；理解跨模块的类型关系。

切进智能体终端用来：脚手架和样板代码；配置调整和小脚本；已知模式的小范围改动；需要快速迭代的实验。

关键是知道当前任务到底需要哪种模式。大多数人默认用早上第一个打开的工具。但交付更快的人，是故意切换的人。

真正让我睡不着的是这部分。

当智能体住在终端里，给它 broad 权限更容易。它已经有你的shell环境，已经能运行命令。"让它编辑文件、跑git"感觉只是小步。同样能力放在IDE插件里，爆炸半径通常更可控，因为插件模型强制更明确的权限边界。

我们即将惨痛学到这一课。

企业级终端智能体正在到来（GitHub已经用Copilot CLI插件起步）。把这事当成"又一个CLI工具"而不是"新的特权运行时"的组织，会有很糟糕的体验——当某个智能体决定，修复失败流水线的最快方式是禁掉它不理解的某项安全检查。

我不是说别用IDE了。我是说许多任务的默认起点已经转移。

对2026年的平台工程师，实用配置大概是：终端作为默认启动点，用于已知模式的快速任务；IDE作为深度工作空间，用于理解和调试；智能体权限按任务粒度配置，不是全局开关；代码审查流程假设部分变更由AI生成，需要人类验证语义正确性。

搞对这套的人，会少花时间在会议上争论"AI生产力"，多花时间在真正交付。