不必看懂每一行也能讀 diff

迴圈的第 4 步是"審查改動"，也是人們最愛含糊帶過的一步。要做出有用的審查，你並不需要能自己寫出那些程式碼。你只需要會掃一眼一小組危險訊號。

當 AI 把改動交給你時，看它最清爽的方式就是 diff——精確地列出新增和刪除的行：

git diff

以 + 開頭的行是新增的，以 - 開頭的行是刪除的。像個審查者那樣去讀，而不是像個編譯器。你要找的是這類東西：

• 它有沒有動了不該動的檔案？ 你要的是計數器，為什麼 auth.js 會出現在 diff 裡？
• 它有沒有刪掉看起來重要的東西？ 一行你認不出的被刪除的行（-）值得一問。
• 它有沒有悄悄改了你沒要求的行為？ 新的預設值、被改的條件、"貼心"的額外功能。
• 形態和你的訴求對得上嗎？ 一句話的請求卻產出了兩百行，這值得再看一眼。

如果有什麼看著不對，你不必自己去修——直接問就行："你為什麼改了 auth.js？我只要了計數器。" 一半的時候，AI 會說"說得對"然後撤銷它。光是這個習慣，就比你盯著自己沒完全看懂的程式碼看再久，都能抓住更多的 bug。