迴圈工程：設計可以放手的人工智慧迴圈

迴圈工程是AI編碼領域的一個新興概念，它標誌著從手動提示工程向設計自主迴圈的轉變。工程師不再需要逐條指導AI，而是構建一個能夠獨立執行、持續執行任務的系統。這個術語最近在X平臺上引發熱議，彼得·斯坦伯格和克勞德程式碼負責人鮑里斯等人都強調了這一轉變。

迴圈工程並非全新概念。早在今年1月，傑弗裡·亨特利就提出了“ralph迴圈”的概念：讓AI代理反覆執行同一目標，透過git歷史、檔案和外部記憶來保持進展，無需人工介入。Anthropic也在研究層面發表了類似的研究：代理輪班工作，每個代理都利用磁碟上的筆記繼續任務。

與傳統提示、上下文管理和工具工程不同，迴圈工程的核心在於消除人工干預。提示是孤立的指令，AI響應後即停止；而迴圈是遞迴目標，系統會自動導航整個流程，直到目標完成。

構建迴圈需要五個核心模組加上一個狀態層：自動化（按計劃查詢和處理任務）、工作樹（並行代理各司其職）、技能（專案知識寫就一次）、外掛和聯結器（透過MCP連線外部工具）、子代理（編寫程式碼和審查程式碼分離）。狀態層（磁碟上的記憶）雖然易被低估，卻是關鍵，它記錄了完成和待辦事項，使每次執行都能恢復。

作者分享了一個成功的迴圈設計案例：一個個人專案從使用者反饋開始，迴圈自動拉取請求、分類、制定計劃，然後由Claude編寫程式碼，CodeRabbit審查直到無問題，再執行測試，等待CI，自動合併，並在部署後驗證。整個迴圈只需要作者決定哪些功能值得實現以及驗證結果。質量門（測試透過和CodeRabbit審查透過）確保了“完成”訊號的可靠性。

在CodeRabbit方面，它與Claude Code配合：規劃代理將原始反饋轉化為編碼計劃，CLI在迴圈內執行審查以便Claude修復問題，而審查產品是PR的最終關口。

最後，文章提醒：在構建迴圈前要評估任務是否值得。迴圈適合穩定的目標（如重構程式碼庫），如果目標不斷變化，則繼續使用手動提示。