Claude Code 改错文件时，先暂停让它继续写代码，改成让它复述计划和文件范围。AI 编程助手能读项目、改文件、执行命令，但它不会自动知道哪些文件是你“不希望动”的边界；需求写得越像一句口头任务，它越容易按自己的理解扩展范围。
比较稳的流程是三步：先让它找入口和相关文件，不允许修改；再让它列出计划和预计改动文件；你确认后才让它动手。这个确认动作很关键，它能把“帮我修一下登录问题”变成“只改登录表单校验和对应测试，不碰路由和样式系统”。
把任务拆成可验收的小块
不要一次让它“重构整个页面并修复所有问题”。更适合 Claude Code 的任务是：复现一个报错、修改一个函数、补一个测试、调整一个组件状态。任务越小，越容易检查它到底改了什么。
给需求时要写清四件事：问题现象、允许修改的目录、不能碰的文件、完成后要跑的验证命令。例如“只允许改 src/auth 和 tests/auth，不能改数据库 schema；完成后运行 auth 测试”。如果你没有现成测试，也可以让它先写一个最小复现，再改代码。
发现跑偏时不要继续追加要求
很多误改是这样发生的：它第一次理解错了，你继续说“不是这个意思，再帮我改一下”，上下文里就同时存在错误方向和新方向。更好的做法是让它停止，要求列出已改文件和改动意图，然后决定回退哪些变化。
如果项目使用 Git，动手前先确认工作区干净；改完先看 diff，再运行测试。不要只看它的自然语言说明，因为说明可能遗漏实际改动。
一个可直接复制的提示方式
“先不要修改文件。请阅读报错和相关代码，列出你认为需要查看的文件、计划修改的文件、不会触碰的文件，以及验证命令。我确认后再开始。”
这个提示不能保证零错误，但能把误改提前暴露在计划阶段。对真实项目来说，少一次大范围回滚，比节省几句提示词更重要。
