两种工作方式
Claude Code 默认是「你说完它就动手」。改个按钮颜色这样用没问题。但你要是说「加一个分类功能」，它可能改了 4 个文件、换了数据格式，你回过神来已经看不懂了。
Plan 模式是另一种方式：它先只读代码、想方案、写出来给你看，一行代码都不改。你看完点头，它再执行。
进入方式：在输入框按 Shift+Tab 切换模式，切到「plan」；或者直接说：
「先别改代码。给我一个方案：加分类功能会动哪些文件、数据怎么存、空分类和重名分类怎么处理、做完怎么验证。」方案拿到手，看这三样
它会给你一份几百字的方案。你不用看懂技术细节，只检查三样：
1. 会动哪些文件：列出来了吗？有没有它没提但你觉得会受影响的地方？
2. 边界情况：空、重复、输错，它有没有说怎么处理？没说就问。
3. 怎么验证：做完你按什么步骤能确认它做对了？
方案节选：
- 改动文件：index.html（数据结构从数组改成 {分类: [待办]}）
- 兼容：读取时如果发现旧格式，自动迁移到「默认」分类
- 边界：分类名为空 → 提示；重名 → 提示已存在
- 验证：1) 旧数据打开后全在「默认」分类 2) 新建「工作」分类并添加待办 3) 刷新后分类和待办都在
你的回复：「兼容旧数据那条很好。补一个：删除分类时里面的待办怎么办？定为：有待办的分类不允许删。」自测 · 学完检查一下
想真正动手做题、记进度、攒连胜？到互动课里练。
下面哪个改动最该先进 Plan 模式，而不是直接让它做？
答案：把待办清单改成支持多个列表（工作、生活），要改数据结构和好几个页面
判断标准：动多个文件、动数据结构、你自己也没完全想清楚，三个中一个就先 Plan。改颜色、改文案、改字号都是一处小改，直接做，出错也一眼能看到。
判断：Plan 模式下 Claude Code 会先把代码改好，然后再向你解释它改了什么。
答案：错
正好相反。Plan 模式下它只读、只想、只写方案，不改任何文件。改完再解释是默认模式的行为。Plan 的价值就在于「你点头之前什么都没发生」。
AI 给的方案里写了「改动 index.html，数据结构改为按分类存储」，但没提旧数据怎么办。小何已经用了两周、存了 40 条待办。他该怎么回？
答案：「方案漏了一条：现有的旧数据要自动迁移到默认分类，不能丢。补进方案再开始」
这就是检查「边界情况」发现的漏洞，在方案阶段补一句话就解决。直接开始会丢数据；放弃功能是因噎废食；手抄备份是在替程序做程序该做的事。
方案里「怎么验证」这一块的作用是什么？
答案：把「做完了」变成可以逐条打勾的动作，你和 AI 对「完成」的定义一致
验证步骤和第 2 课的验收标准是同一件事：可判定。有了它，AI 做完会自己照着跑一遍，你验收也照着跑一遍，谁都不用猜。它不能证明没有 bug，只能保证约定的路径是通的。
小陆在 Plan 模式里看完方案，觉得没问题。接下来正确的动作是？
答案：明确回复「按这个方案开始做」，它才会退出 Plan 开始改代码
Plan 模式的契约是「你不点头，它不动手」，所以点头必须是明确的一句话。重写三遍是浪费；重启会丢掉刚才聊透的所有上下文，方案白做。