限定 AI 改動的範圍
AI 造成損害的最大單一原因，就是放任它一次改太多東西。一個跨越九個檔案、400 行的 diff 既無法審查，又很容易藏住 bug。
讓改動保持小而集中：
- 一次只要求一個邏輯改動，而不是"既然你都改到這兒了，順便也……"
- 明確告訴它："只改
src/auth.js。別重構其它任何東西。" - 經常提交可執行的狀態，這樣你總有一個乾淨的回滾點。
- 當它提議一個大重寫時，讓它把工作拆成你能一個一個審查的步驟。
範圍小，才能讓下一步——讀 diff——真正變得可行。這裡有一個複利效應：小的提交，其爆炸半徑（blast radius）也小。如果一個範圍緊湊的改動結果是錯的，你回退一個提交，損失十分鐘。如果一個鋪得很開的改動是錯的，你要麼花一個小時去理清到底是哪部分搞壞了，要麼扔掉一下午的工作。範圍紀律是一份廉價的保險，在你知道自己會需要它之前就先買好。