AI 改完程式碼，你還會逐行看它改了什麼嗎？

2026年10月9日晚間，V2EX 有人發文問了一個很誠實的問題：讓 AI 改完程式碼之後，你會逐行看 diff（修改差異），還是功能跑一下沒問題就提交？對方補了一句自己的掙扎：只改幾行還好，一次改十幾個檔案，看起來挺費勁，但完全不看，又怕它順手改了不該改的地方。

這則討論在一天內累積了近八十則回覆、四千多次瀏覽，回答光譜非常寬。有人說「以前會看，現在看不過來了」，也有人坦承「看不懂，哪一部分都不是我寫的」。比較務實的幾則則給了一個共通的分界：公司專案、生產環境的程式碼一定看，玩具專案或 POC（概念驗證）能跑就好。有人會用 GitHub Desktop 掃一眼 diff 看改了哪些檔案，有人改用「讓 AI 自己照文件 review、列出風險」的流程取代人工逐行檢查。

如果你也是那個盯著 diff 到半夜的人，其實可以先照顧一下自己。長時間近距離盯著一整頁程式碼差異，眼睛的負擔跟盯盤沒有太大差別，這點我們在熬夜盯盤的那一夜你的身體經歷了什麼裡聊過：二十分鐘左右的近距離用眼之後，起來倒杯水、看遠處一下，不是摸魿，是讓睫狀肌（眼睛裡負責對焦的肌肉）有機會鬆開。

比眼睛更值得留意的，是那個「看不完卻又不敢不看」的心理狀態。討論串裡一句「倒杯茶慢慢看，不要急著交付」說得很好：看或不看，應該取決於「出了問題我能不能看出來」，而不是同儕壓力或時間壓力。如果你發現自己長期處於「忙到只能看測試結果」的趕交付狀態、下班後腦子還停不下來反覆想著某段沒檢查到的程式碼，甚至影響入睡，這已經超出工具選擇的範圍，是工作負荷在對身體發訊號。可以先做的事：把「一定自己看」的清單縮小到真正關鍵的部分，和團隊談談時程，若持續失眠或情緒低落幾週未見改善，找身心科或諮商資源談談也是正當選項。

另外，把「 review 全外包給 AI」的做法，討論串裡也有人點出隱憂：責任最終還是落在按下提交鍵的人身上，「跟 leader 說都是 AI 寫的」在職場上通常行不通。這跟健康資訊識讀是同一件事，工具可以加速，但判斷欄位的最後一格，目前還是留給你。類似的「面對 AI 浪潮先安頓自己」的功課，我們在陶哲軒談數學2.0時代的識讀與心理調適也提過。

至於答案本身，這串討論沒有標準解，但大多數人的落點很接近：看重要性，不看攀比。生產程式碼至少掃過 diff 和檔案清單，個人的小東西就放過自己。工具越快，人這端的節奏反而更要自己拿捏。