AI编程“计划模式”刚成标配，就有人宣布它已死

这两天，Hacker News 上一篇《Plan mode is dead》引发关注。作者 Ayman Nadeem 是 YC 孵化的 AI 编程公司 Nuanced 创始人兼 CEO。她曾坚信规划是 AI 编程最重要的环节，并围绕这一判断打造桌面编程应用，但几个月后改变了看法。文章触及 AI 编程工具中一条正在松动的产品假设：写代码前，人要先整理出完整计划再交给 Agent。

Nadeem 认为，计划模式过去承担两项工作：为 Agent 提供精确指令，帮助人类理解自己在构建什么。随着模型能力提升，第一项正迅速过时；第二项虽更重要，但计划模式并不适合，尤其在并行 Agent 数量增加后。

她做 Nuanced 的初衷，是 AI 已大幅提升代码生成速度，但支撑新节奏的界面没跟上。她希望用户先思考再实现，避免 Agent 误解设计目标，让问题沿多个文件传播。但实际使用中，她感到精神脱节，难以集中注意力，也难判断生成结果是否正确。Conductor、Codex 等让并行运行多个 Agent 更容易后，这种感觉更明显。

她发现，现有计划模式缺乏协作感。用户反复塑造、删改计划，却没有固定地方持续迭代。她希望把计划变成持续存在、可不断更新的文档，并编码进 Nuanced：用户创建多个线程讨论要构建的东西，系统指出歧义和待决事项，最终形成持久计划，再按计划执行。

但早期用户对规格文档兴趣出乎意料地低。她总结失败原因：把规划和计划混为一谈；模型变得足够强大；没人愿意阅读 AI 生成的文字；用打断工作连续性的方式把规划和构建分开。

规划不等于计划。模型借助上下文和记忆，越来越擅长探索代码库并自行判断，人类需要明确指示模型产出深思结果的需求减少。同时，规格文档虽信息更多，却未带来同等清晰度。AI 生成文字节奏和过度结构化写法让阅读困难，Spec Tour 又增加复杂度。若还需生成更短摘要才能使用，完整文档意义何在？

她还认为工作流过于线性：聊天、消除歧义、生成规格、审查、修改、批准、实现、审查代码。真实思考并非如此，规划和构建往往交织。界面要求用户过早结束思考，实现后再回到聊天推理像倒退。Codex 目前的工作方式显示，规划与执行边界正在消失。早期 Agent 适合“规划→批准→执行”，如今更可能形成“理解→行动→检查→澄清→调整→再次行动”的循环，其中仍有大量规划，但不必呈现为名为“计划”的文档。

她最大的错误，是把计划做成成果文档，却没设计提升人类理解力的过程。计划模式与构建模式分离也很尴尬，用户需先判断任务是否值得规划，再记得启用模式。这种区分应由 AI 根据上下文判断。她意识到，简单聊天界面按需规划，而非默认进入计划流程，体验可能已相当不错。

理解问题仍未解决。人需要建立对系统的连贯理解，但大段 AI 生成文字不适合承担此任务。Agent 从五个增到几百个后，问题更难。跟上变化不能意味着阅读每段对话、为每次代码变更要求解释。Agent 需找到少数最值得关注的位置，提供足够上下文。当数百个能力增强的 Agent 同时修改系统时，如何帮助人保持方向感仍未解决。更深层问题是：人类如何理解系统、穿行于复杂信息层级、使用强大工具。界面会随技术变化，但让复杂性变得可理解的需求不会消失。

对于 Nadeem 的观点，支持与反对皆有。一位自称参与 Claude Code 开发的人基本认同“Plan Mode 过去有用，但现在价值下降”。他解释，Claude Code 的 Plan Mode 本质只是提示机制，提醒模型先规划、不要立刻写代码，并未真正改变模型可调用工具。随着模型能力提升，他自己已越来越少使用 Plan Mode：模型对任务意图理解更好了。