限定 AI 改动的范围

AI 造成损害的最大单一原因，就是放任它一次改太多东西。一个跨越九个文件、400 行的 diff 既无法审查，又很容易藏住 bug。

让改动保持小而集中：

• 一次只要求一个逻辑改动，而不是"既然你都改到这儿了，顺便也……"
• 明确告诉它："只改 src/auth.js。别重构其它任何东西。"
• 经常提交可运行的状态，这样你总有一个干净的回滚点。
• 当它提议一个大重写时，让它把工作拆成你能一个一个审查的步骤。

范围小，才能让下一步——读 diff——真正变得可行。这里有一个复利效应：小的提交，其爆炸半径（blast radius）也小。如果一个范围紧凑的改动结果是错的，你回退一个提交，损失十分钟。如果一个铺得很开的改动是错的，你要么花一个小时去理清到底是哪部分搞坏了，要么扔掉一下午的工作。范围纪律是一份廉价的保险，在你知道自己会需要它之前就先买好。