AI 改了 50 多輪還沒完成，交代 Agent 工作時少了什麼？

兩個 AI 接力，改了一整晚還沒結束

讓 AI 寫程式，再請另一個 AI 檢查，找到問題就回去修，聽起來應該能自己把工作完成吧？

開發程式代理 Claude Code 的 Anthropic 團隊，就遇過相反的情況。

他們在工程經驗分享裡提到，有一批程式修改，一個晚上來回審查超過 50 輪，最後由負責的人把它停下來。

回頭追查才發現，後來找到的問題，有不少在第一輪送審的版本裡就已經存在，只是沒有一次找齊。

所以每輪都能交回新問題，卻不代表工作快完成了，也不一定是上一輪修改又弄壞了什麼。

來回 3 輪後，先重新看做法

團隊後來安排，審查與修改來回 3 輪後，請負責這批修改的人重新考慮做法。

這是回頭看方向的時機，跑完 3 輪不代表自動通過。

審查者也會避免重複回報已經提過的問題，遇到同一類錯誤就一起說清楚，讓修改者一次處理，不必這輪改一處、下一輪再補一處。

對交辦工作的人來說，可以借用的就是這個回頭看的時機：整理每輪改了什麼、還卡在哪裡，再判斷要不要換一種做法。

流程示意：釐清複查範圍、避免重複回報，並安排重新評估的時機，非產品實際畫面。

不讀程式，也能問出工作做到哪裡

假設你請 Agent 替網站表單加上必填檢查，這次要確認的，就是空白能不能送出、錯誤訊息看不看得懂，以及正常填寫後能不能提交。

如果它又發現其他頁面不好看，可以先另外記下，不必順便整站重做，才看得出原本那件事完成了沒有。

交回成果時，可以請它附上正常填寫與空白提交的操作結果。

像是畫面雖然跳出紅字，空白資料卻照樣送出去，就還沒有達到原本的目的。

這也是為什麼「另一個 AI 看過程式」還不夠，Anthropic 的 GitHub Code Review 服務會讀取程式並提出問題，但不會替專案執行測試，實際操作要另外安排。