规划模式之死:AI 写代码时,人该在哪里理解系统?

第 040 期节目封面:冗长的线性计划旁,讨论、编码与检查组成循环

TL;DR:2026 年 9 月 24 日,Nuanced 的创建者 Ayman Nadeem 回顾自己的产品,认为把“先聊天、写方案、审批、再编码”做成固定流程,没有帮助用户持续理解 AI 改过的系统。他主张在理解、动手、检查和澄清之间反复往返;长计划对一些高风险任务仍可能有用,关键是让人能看见需求、智能体决策、代码和最终行为之间的关系。

上图为本期节目封面,是两种工作节奏的视觉示意,不是 Nuanced 或 Claude Code 的真实界面。

AI 几分钟写出几千行代码,快当然令人兴奋。等到要修一个错误,却答不上“为什么是这个架构”“哪个要求导致了这个行为”,速度就变成了维护负担。

Nadeem 曾坚信应把规划放在 AI 编程的中心,还为此做了桌面应用 Nuanced。他后来的自我批评很值得读:人需要理解系统,但一篇写得很完整的计划文档,并不等于这种理解已经发生。

🎬 视频版(B站) | 🎧 音频版(6 分 03 秒)| 🟢 Spotify 订阅 | 📖 偏好阅读?文字版就在下方 👇

作者原本想解决什么

Nadeem 遇到的不是代码写不出来,而是人跟不上代码变化。需求说得不够细时,智能体会替人选择模块边界、行为和基础设施方案。这些决定很快分散到多个文件,之后才发现偏离意图,返工就可能比事先讨论更贵。

他希望工具帮人保持对系统的整体认识:从用户要求出发,看见智能体作了哪些选择、改了哪些代码、最后产品表现怎样。Nuanced 因此让用户在聊天中澄清问题,生成持久的方案,批准后再实施。

这个目标并没有因为产品尝试失败而消失。失败的是把理解主要寄托在一份必须先完成的长文档上。

长方案为什么没人愿意读

Nadeem 总结了几个实际问题。早期用户对长规格说明的阅读意愿不高;AI 生成的文本虽然信息多,结构却容易让人扫过而抓不到重点。团队于是加了 Spec Tour,试图带用户阅读关键部分,结果又多出一层文字和交互。

流程也被切得太整齐:聊天、答疑、生成方案、审阅、修改、批准、实施、代码评审。真实开发中,写出一小段代码、看到运行结果,常会暴露原先没想到的问题。若界面要求先“想完”才能动手,实施后回去讨论就像在倒退。

Nuanced 还把规划和构建做成两个入口。用户动手前得先判断任务值不值得规划,再记得切换模式。作者后来认为,这个判断可以更多依赖任务上下文,不该成为每次开始工作的额外负担。

把规划放进工作循环

作者提出的替代节奏是:先理解眼前的问题,做一小步,检查结果,发现歧义再澄清,然后调整并继续。规划仍然存在,只是不用每次都形成一篇长方案。

对影响较小、易于撤销的改动,这种节奏可能更轻。对会改变公共接口、迁移数据或影响大量用户的决定,先写下约束和验收条件仍然划算。需要多少前置讨论,应由改错的代价和可验证性决定,而不是由工具上的一个按钮决定。

这也是 Nadeem 尚未解决的难题:如果多个智能体并行修改一个系统,人不可能逐段阅读所有对话。工具要把关键决策、影响范围和验证结果呈现出来,让人知道何时必须介入。

Claude Code 工程师的回应,有何边界

在原文的 Hacker News 讨论中,自称参与 Claude Code 开发的 bcherny 表示,大体认同作者对规划模式的批评。他回忆,Claude Code 的 plan mode 当初是通过给消息加提醒来引导“先别写代码”,并称没有为此切换工具集,理由包括保持提示词缓存;他也说自己现在会让模型用图或交互演示解释复杂改动,附在代码评审里。

这是该工程师对功能实现和个人使用方式的公开说法,不能直接代替当前产品文档。Anthropic 现行的 Claude Agent SDK 权限文档将 plan 描述为只允许只读工具的权限模式。两者可能谈的是不同层面的机制,也可能对应不同时间或产品表面;本文没有据此断言现行 Claude Code 的规划模式只有一段提示词,或当前权限行为与官方文档相反。

HN 上也有相反经验:有人认为在实施前审阅计划,是发现未说明需求与错误方向的廉价机会。模型能力提高,不会让它自动知道用户没说出口的偏好。对这些团队,书面计划仍是有用的协作和交接记录。

人该在哪里理解系统

“看过计划”不等于理解。一个更可检验的提问是:这次改动要满足什么约束?智能体选择了哪种方案,放弃了什么?哪些文件和用户行为因此改变?验证覆盖了什么,仍有哪些未知?

工具可以在这些问题上减轻阅读负担。实现前突出会改变方向的少数决策;实现中展示小步结果;评审时把关键差异、图解和可运行示例放在需要它们的位置。重要决定可以留下短而明确的记录,供团队和后续智能体继续使用。

规划模式的标题也许够响,但文章真正留下的问题更持久:当 AI 写代码的速度超过人理解变化的速度,怎样让人仍然知道自己正在造什么?

收看本期节目

音频:在线播放或下载 | 播客主页:听懂 AI

原始资料与延伸阅读

本文由《听懂 AI》第 040 期《规划模式之死:AI 写代码时,人该在哪里理解系统?》整理而成,核对日期为 2026 年 9 月 28 日。节目采用脚本化双人对谈,不代表采访了 Ayman Nadeem 或 Claude Code 团队。Nuanced 的用户反馈来自创作者复盘,并非独立测量;HN 评论是个人经验与公开回应。Claude Agent SDK 文档由编辑阶段补充,用于标明当前权限描述与社区说法的适用边界。

  1. Ayman Nadeem:Plan mode is dead——2026 年 9 月 24 日原文,讲述 Nuanced 的设计与复盘。
  2. Hacker News 原文讨论——包含 bcherny 对 Claude Code 规划模式的回应及不同使用者的反例。
  3. Anthropic:Claude Agent SDK 权限文档——编辑阶段补充,核对当前 plan 权限模式的只读说明。