Claude Code Plan 模式
在 Claude Code 中先规划、确认、删减，再执行的协作模式；它把人类的目标判断和功能取舍前置，避免 AI 过早写代码导致架构返工。
简介
Claude Code Plan 模式是 AI 编程中用于降低返工和需求漂移的前置规划机制。用户进入 /plan 后，不是立刻让 AI 修改文件或生成代码，而是先把完整需求说清楚，让 Claude Code 输出开发计划、功能拆解、执行步骤和可能的前提。用户再逐条确认哪些真的会用、哪些应该删掉、哪些需要补充，确认后才让 AI 进入执行阶段。
在 2026-07-08-bnext-claude-code-xcode-ios-app 的案例中，查尔斯想做一个饮控 App，用手机记录每天营养素，方便跟健身教练回报。他没有直接让 Claude Code “写一个饮食 App”，而是先使用 Plan 模式说完整目标，让 AI 列出完整开发计划，再逐条判断：“这个我真的会用吗？”删除确定不用的功能后才执行。文章给出的经验是：这一步花 10 分钟，可以省掉之后大改架构的痛。
Plan 模式的本质不是“让 AI 多想一会儿”，而是把 AI 编程从“听到需求就动手”改成“先建立共同理解”。它特别适合 Vibe Coding 场景，因为非技术用户往往不需要直接审 Swift、TypeScript 或后端代码，但必须审目标、流程、功能边界和验收标准。Plan 模式让用户在还没有产生大量代码之前，就能以自己的业务语言介入决策。
关键信息
- 类型：Claude Code 协作模式 / 需求规划入口
- 触发方式：在 Claude Code 中输入
/plan或要求先进入计划模式 - 核心动作：完整描述目标 → AI 列计划 → 用户逐条确认 → 删除不用功能 → 再执行
- 适用场景：新功能开发、原型搭建、iOS App / Web App / 内部工具等多步任务
- 关键价值：减少架构返工、避免过度设计、把人类判断放在代码生成前
- 风险边界：Plan 不等于验证；执行后仍需预览、测试、真机运行或业务验收
核心特性
先定义成功样子，而不是功能清单
Plan 模式最适合搭配目标句型：“当我做某件事，我想得到某种效果，这样我能完成某个目标。”这种表达把需求从功能列表上移到成功状态。以饮控 App 为例，目标不是“我要按钮、菜单、营养素图表”，而是“当我每天记录饮食时，我想快速得到三大营养素加总，这样我能和健身教练回报”。
有了成功状态，Claude Code 才能判断哪些功能是最小闭环，哪些只是锦上添花。用户也能在计划阶段识别过度设计：如果某个功能无法服务核心目标，就先删掉。这样 AI 不是替用户决定产品，而是把可选路径摊开供用户取舍。
把“我真的会用吗”变成过滤器
文章中最有价值的动作，是查尔斯逐条问自己：“这个我真的会用吗？”这句话很简单，但它把 AI 编程从炫技拉回使用。AI 常常会为了完整性补出用户管理、统计报表、提醒、图表、云同步等功能；如果用户不先过滤，这些功能会带来更多页面、更多状态、更多数据结构，也会让后续修改更痛。
Plan 模式中的过滤器可以进一步结构化：
| 检查问题 | 作用 |
|---|---|
| 我会在第一周真的使用它吗？ | 过滤想象中的功能 |
| 没有它，核心任务能完成吗？ | 判断是否属于 MVP |
| 它会引入新的数据结构或权限吗？ | 识别架构成本 |
| 它失败时会影响主要流程吗？ | 判断风险等级 |
| 能不能之后再加？ | 推迟非必要功能 |
计划模式不是停止行动，而是降低行动成本
很多用户担心计划会变慢，但素材强调的是相反结论：10 分钟计划可以省掉之后大改架构的痛。AI 写代码速度很快，错误方向上的速度也很快；越早动手，越容易在错误结构上堆出一批看似可运行但不好改的代码。Plan 模式通过前置澄清，让执行阶段更短、更集中。
对 Claude Code 来说，Plan 模式也给后续执行提供了上下文地图。计划中列出的功能顺序、文件范围、验收条件和不做事项，都会帮助它减少随意扩展。配合 Git 提交、Xcode / 浏览器预览和测试运行，Plan 模式可以成为 AI 编程工作流里的第一道护栏。
不同素材中的观点
- 2026-07-08-bnext-claude-code-xcode-ios-app：查尔斯用 Plan 模式开发饮控 App：先说完整需求，AI 列完整开发计划，他逐条确认后才让 AI 执行。文章强调 Plan 模式的关键不是“列得越多越好”，而是用户逐项判断是否真的会用，删掉不用功能后再开始编码。它让不懂 Swift 的用户仍然能在 iOS App 开发中承担产品决策者角色。
实用信息
推荐操作流程
- 输入
/plan。 - 用目标句型描述成功样子：当我……我想……这样我能……
- 要求 AI 输出最小可用流程、数据结构、页面、风险和不做事项。
- 逐条问：“这个我真的会用吗？”
- 删除非必要功能，保留最小闭环。
- 要求 AI 在执行前复述确认后的范围。
- 执行后用预览、测试或真实数据验收。
可复用提示词
请先进入计划模式，不要写代码。
我的目标是：当我 [动作/场景]，我想 [结果]，这样我能 [目标]。
请输出：
1. 最小可用流程
2. 必须有的功能
3. 可以推迟的功能
4. 需要我确认的问题
5. 执行顺序
6. 每一步完成后的验收方式
然后等我确认，不要自动执行。注意事项
- Plan 模式不能替代真实测试。计划通过后仍需运行 App、看预览、跑测试或用真实数据检查。
- 不要把计划写成无边界愿望清单。计划越大，AI 越容易引入不必要复杂度。
- 计划阶段最重要的是删减，而不是补充。AI 很擅长加功能，用户要负责保持小闭环。
- 对不可逆操作、付费、线上发布、数据迁移等高风险动作，仍应要求 AI 停下等待明确确认。