Claude Code 之父：规划模式已死，模型进化让“先聊后写”成为过去式
Claude Code 的核心功能「Plan Mode」（规划模式），其本质是一段预设提示词。该功能由 Claude Code 之父 Boris Cherny 亲自开发，用户通过 Shift+Tab 启动后，模型会暂停代码生成，优先与用户梳理方案。
然而，Boris 近期在前 GitHub 工程师 Ayman Nadeem 的文章评论区直言：“Plan Mode 以前有用，现在没用了。我自己已经几个月没用规划模式了。”这一观点呼应了 Ayman 发表的《Plan mode is dead》及其续作，引发了业界对 AI 编程交互模式的重新思考。
从“强制规划”到“边聊边改”：模型能力的跃迁
Plan Mode 诞生于一年多前，当时模型能力有限，Boris 为避免模型急于编码而设计了此模式。但随着 Claude Fable 及 Claude Opus 5.5 等更强模型的推出，AI 理解复杂任务和代码库的能力显著提升。
Boris 指出，现在的规划已演变为“边聊边改、反复迭代”的过程。模型能够即时理解意图并做出合理假设，使得独立的规划阶段显得冗余。尽管 Plan Mode 不会完全消失（仍可通过 /plan 指令调用），但 Claude Code 团队可能会调整 Shift+Tab 的默认功能，以适应多数用户不再依赖该模式的使用习惯。
创业反思：Nuanced 的教训与“伪命题”规格文档
Ayman Nadeem 作为初创公司 Nuanced 的创始人，曾试图将“规划”打造为 AI 开发流程的核心。Nuanced 是一款 Mac 应用，旨在通过问答生成详细的规格说明文档（spec），再交由 Codex 或 Claude Code 执行。
然而，该项目最终被证明存在逻辑缺陷：
- 文档可读性差：AI 生成的 spec 虽然结构完整，但篇幅冗长，连开发者本人都难以阅读，导致其实际效用大打折扣。
- 功能冗余：团队为解决阅读困难推出的“Spec Tour”功能，反而增加了流程复杂度，印证了“把想透的东西写成文档”并不等于“有效规划”。
- 与模型能力冲突：随着模型自主决策能力增强，原本需要人类介入的规划环节被模型内部消化，中间层的交互界面价值被削弱。
批准陷阱：为何用户对“计划”更谨慎？
Anthropic 数据显示，Claude Code 中 97% 的权限请求会被用户直接批准，这也是 auto mode 成为默认模式的原因。然而，当涉及“生成计划并请人批准”时，用户拒绝率高达 39%。
Ayman 指出，当前的 AI 编程界面让“批准”变得容易，却让“理解”变得困难。大量工具调用和代码输出掩盖了关键决策点，用户为维持流程顺畅往往盲目点击批准。这种“无意识批准”在个人开发中尚可容忍，但在企业级应用中风险巨大。
企业级解法：关键节点的人工干预
面对智能体长期运行和处理真实业务数据（如 CRM、ERP）的场景，国内企业级智能体服务商特赞科技提出了不同的解决方案。其长程智能体系统 GEA（Generative Enterprise Agent）采用“平时自动推进，关键节点暂停”的策略：
- 高风险操作拦截：涉及删除、付款、对外发送等操作时，系统自动暂停等待人工授权。
- 审计与追溯：每一步操作均保留记录，并写入企业上下文系统，确保决策可追溯。
- 减少无效干扰：仅在真正需要人类判断时介入，避免用户陷入频繁的无效审批中。
随着 AI 代理数量的激增，人类监督的核心不在于批准所有操作，而在于明确何时说“不”。有效的监督建立在充分理解的基础上，否则所谓的“人类在环” merely 沦为对未知操作的盲目背书。