写代码最怕的不是改得慢，而是改得太快。尤其是现在用 Claude Code 做项目，模型能读文件、理解调用链、生成 patch、跑命令、修测试，效率确实很高。但在一个真实工程仓库里，速度一旦失去边界，就很容易从「帮我们省时间」变成「帮我们制造事故」。一个看似普通的重构任务，可能牵动权限校验、数据库迁移、缓存刷新、前端路由、CI 脚本。代码还没来得及看清楚，文件已经被改了一片，这种体验并不舒服。所以Plan before editing这个工作流很关键。它不是让 Claude Code 变慢，而是把修改动作拆成两段，先理解，再落盘。Claude Code 的官方文档明确说明，进入plan模式后，Claude 会读取文件、探索代码并提出计划，但不会修改源代码，直到我们批准计划为止。启动方式也很直接，在命令行里使用claude --permission-mode plan，会话中也可以通过Shift+Tab切换到该模式。(Claude Platform Docs)为什么代码落盘之前需要一个计划我更愿意把 Claude Code 的plan模式看成工程团队里的技术评审前置环节。传统开发里，需求来了以后，资深工程师很少直接打开文件一顿改。更稳妥的做法是先扫一遍