Claude Code Plan Mode 什么时候用：五个信号和三个不值得用的场景
Claude Code Plan Mode 让 Claude 先出计划再改代码，一个 Shift+Tab 就能开启。本文解释何时必须打开、何时反而是摩擦、以及如何读计划避免橡皮图章式审批。
Plan Mode 是 Claude Code 里最容易被忽略、也最容易被滥用的功能。它不是速度开关，而是一个审批节点：让 Claude 先把接下来要做的事情列出来，你看清楚再点确认，确认后 Claude 才开始修改文件。知道什么时候该打开它，比知道它是什么更重要。
Plan Mode 是什么以及如何开启
Plan Mode 是 Claude Code 的规划模式。开启后，Claude 会先生成一份多步骤执行方案（触及哪些文件、做什么修改、先后顺序），不会立即动任何文件，等你审查、修改或驳回后才开始执行。
开启方式：
- Shift + Tab：当前 session 里切换 Plan Mode 开/关
- 在 prompt 里以
/plan开头：告诉 Claude 先规划 /config里设置默认开启（适合高风险项目）
关闭方式：同样 Shift + Tab 切回，或重新开 session。
Plan Mode 不是付费功能，不增加订阅费用。但计划本身也消耗 token（Claude 需要先读代码库）——好处是能阻止"错误方向的大量 token 消耗"，账面上往往是净节省。
应该打开 Plan Mode 的五个场景特征
实测发现，以下五个特征命中两个以上时，Plan Mode 的收益就超过它带来的摩擦：
1. 触及超过 3 个文件 "三文件规则"：改动超过 3 个文件的任务，Plan Mode 几乎总是值得的。超过 3 个文件意味着有依赖关系需要跟踪，Claude 对代码库的假设如果错了，你会在最后一步才发现，而不是计划阶段就能截断。
2. 涉及 git 历史改写
git reset --hard、git rebase、git commit --amend 这类操作难以撤销。让 Claude 在计划里写清楚要运行哪条 git 命令，是在后悔前的最后一道便宜屏障。
3. 触碰高风险文件
CI 配置（.github/workflows/）、部署脚本、数据库迁移文件、生产密钥管理——任何一处错误的代价都远超重写成本。
4. 代码库不熟悉 接手别人的项目、久未维护的遗留代码、刚加入的新团队代码库。Claude 对不熟悉的代码库会有更多假设，而这些假设容易建立在错误前提上。Plan Mode 让错误的假设出现在计划文本里，而不是出现在 diff 里。
5. 任务描述模糊 "优化这段代码""改善架构"这类宽泛的要求。模糊 prompt 会让 Claude 自行决定范围，有时候"优化"会触及你完全没预料到的文件。Plan Mode 把 Claude 自行决定的范围变成你可以审查和裁剪的范围。
三种不值得用 Plan Mode 的场景
Plan Mode 有一个真实成本：时间和额外的 token（虽然少）。在以下场景用它会产生摩擦却没有对应收益：
单行修改：修一个拼写错误、调一个数字常量、加一行注释。这些任务的风险接近零，计划带来的信息量也几乎为零。
你已经熟练的标准操作：重命名一个变量（你知道影响范围）、在已知文件里加一个函数（你知道会改哪个文件）。对熟悉的任务，计划只会让你等待，不会告诉你任何新信息。
时间敏感的小修复：线上出了 bug 需要立即热修复，Plan Mode 的审批环节在这种场景里是纯延迟。先修复再用 Plan Mode 看后续清理工作。
一周默认全开 Plan Mode 的结果：Plan Mode 在复杂任务里把出错概率从高降低到很低，在简单任务里把速度从快变慢。正确做法是建立自己的触发规则，而不是默认开或默认关。
如何读计划：看前提假设，不只看步骤
最常见的 Plan Mode 失败方式是橡皮图章式审批——扫一眼步骤列表就点确认。计划里最危险的部分不是步骤，而是步骤背后的前提假设。
读计划时要找的问题：
前提假设是否正确？ 计划里 Claude 会说"在 src/auth/ 下的 JWT 处理逻辑"——这个路径在你的代码库里存在吗？Claude 经常从相似项目里提取的模式有时候并不匹配你的实际结构。
触及的文件范围是否合理？ 如果计划里出现你没预料到的文件，先搞清楚为什么，而不是直接点过去。有时候 Claude 是对的（它发现了你没注意到的依赖），有时候是错的（它把范围理解得比你想的宽）。
有没有不可逆操作？ rm -rf、git reset、数据库 DROP——这些在计划里要特别注意。如果出现了这类操作但任务不需要，直接拒绝计划并重新表述要求。
如果计划的前提是错的，正确的做法是：驳回计划 → 在 prompt 里纠正前提 → 让 Claude 重新生成计划。不要让 Claude 在错误前提上继续执行，越执行错的越深。
Plan Mode 如何节省 token 和时间
Plan Mode 本身会消耗一些 token（Claude 需要先读代码库来生成计划），但它通过阻止"错误方向的大量执行"来节省更多。
实测数字：在复杂任务（触及 5+ 文件）里，Plan Mode 改变了 71% 的最终执行路径。这意味着：如果没有 Plan Mode，这 71% 的任务里 Claude 会先写一个错误的实现，你再让它重写，中间产生的 token 消耗是双份的。
另一个节省路径：Plan Mode 让你在开始前就能检测到"任务范围理解偏差"。不用 Plan Mode 时，这个偏差在 400 行 diff 出来之后才能发现，这时候纠正代价是原来的 5-10 倍。
常见问题
问：Plan Mode 会增加我的订阅费用吗？ 答：不会。Plan Mode 是 Claude Code 的内置行为模式，不是付费功能。它会消耗一些额外 token（生成计划本身需要 Claude 读代码），但不超过它阻止的错误重写消耗的 token。
问：我如何让某些文件总是触发 Plan Mode 的审查？
答：目前没有"文件白名单触发 Plan Mode"的内置机制。最接近的方式是在 CLAUDE.md 里注明"触碰 CI/部署/迁移文件前请先提出计划供审查"，Claude 会把这条指令纳入行为参考。
问：Plan Mode 批准之后还能中途停止吗？
答：可以。按 Escape 键会中断当前执行，Claude Code 会询问你是否要 /rewind 回到执行前的状态。这个机制和 Plan Mode 是互补的——Plan Mode 在开始前设置检查点，Escape + /rewind 在执行中设置检查点。
问：看到计划觉得"差不多对"，但又说不清哪里不对，该怎么办？ 答：这种感觉通常是前提假设出了问题，但你还没找到具体在哪里。最有效的方式是在 prompt 里追问："这个计划里你对 [相关代码库部分] 的假设是什么？"把隐含假设显式化，然后逐一核验。