LoopArena:當 AI 不只寫程式,還要學會「帶」程式
LoopArena: Benchmarking Models as Runtime Controllers for Loop Engineering
背景
近年「coding agent」已經能夠自主閱讀程式碼、執行測試、修補 bug,但要讓它們在真實專案裡穩定完成長時間任務,光靠一個強大的 agent 還不夠。業界逐漸發展出一種新的實務模式,稱為「Loop Engineering」:與其每一步都由人手動下 prompt,不如設計一個「迴圈(loop)」,由它持續監控 agent 的進度、指派下一步工作、要求驗證、並決定何時該停手。
問題是,這個負責「帶隊」的迴圈本身有沒有做好工作,過去幾乎無法單獨衡量。如果一次端到端(end-to-end)任務失敗了,你分不清楚是執行任務的 coding agent 能力不足,還是負責指揮的迴圈本身給錯了方向——例如相信了一份過時的進度報告、跳過了必要的驗證步驟、把預算(budget)花在錯的地方,或是在任務還不安全的時候就喊停。這篇由 Yi Wang、Haopeng Zhang 等人(2026 年 8 月投稿於 arXiv,編號 2608.28281)提出的論文,便是要解決這個「指揮能力」與「執行能力」糾纏在一起、無法拆解評分的問題。他們提出的 LoopArena,就是專門用來評估「一個模型能多好地指揮另一個獨立 coding agent」的 benchmark。
方法
LoopArena 的核心設計是把角色拆成兩個:被評測的模型稱為 Controller(控制者),它在每一輪 coding 之後,會收到一份結構化的執行摘要(Evidence Packet,包含任務脈絡、工作歷史、驗證證據與待解問題,並附上可追溯的 Worker 對話紀錄引用),然後決定下一步該給 Worker(執行者,固定不變的 coding agent)什麼指令——是「繼續推進」、「先做驗證」,還是「直接停止」。這個決策以「Loop Contract」的形式輸出,內容包含動作類型(推進/驗證/停止)、有邊界的任務指派、完成條件,以及必須保護的不變量(invariant)與理由說明。中間還有一個臨時角色 Reporter,負責把 Worker 的原始執行過程摘要成結構化的 Evidence Packet,但不會污染主要的對話歷史。
為了兼顧評測的精確度與成本,LoopArena 設計了三種互補的評測情境:
- Type I(合約選擇):Controller 在事先凍結、已用實際執行驗證過的決策點上,從四個選項中選出正確的 Loop Contract,評測當下完全不需要真的跑 Worker,共 90 題。
- Type II(任務切片):從一個已經準備好的中間狀態開始,只針對完整任務中的一個階段,反覆測試 Controller 的控制能力,共 27 組配對任務實例。
- Type III(完整任務):從原始初始狀態開始,對同樣的 27 組任務做端到端的完整評測,是最貼近真實情境但成本最高的設定。
任務來源涵蓋 SlopCodeBench(11 個實例)與 BeyondSWE(16 個實例),涵蓋反覆迭代式的編碼工作,以及超出單一倉庫 bug 修復範疇的軟體工程任務。實驗設有執行上限:每次執行最多 600 個 Worker 回合、128 個控制循環,且每個任務與 Controller 組合都會重複執行三次以確保穩定性。
實驗結果
論文評測了多個現行主流模型作為 Controller,包括 Qwen3.7-Plus(同時也是固定的 Worker 模型)、DeepSeek-V4-Flash-0731、GLM 5.2、GPT-5.5 與 Claude Opus 4.8,並以「無控制」與「固定控制」兩種參考策略作為基準線比較。
最關鍵的數字出現在 Type III 完整任務評測:表現最好的 Controller,其嚴格成功率(Strict Success Rate)僅達到 24.69%,也就是說即便是目前最強的模型組合,在長時程(long-horizon)的迴圈控制任務上,四次裡面有三次以上仍然無法完全成功——這說明長程指揮任務的難度遠高於單次程式碼生成。
在成本效率方面,Type II(只評測任務切片而非整個任務)相較於 Type III 的完整評測,平均可以節省 64.4% 的估計推論成本(inference cost),同時排名結果依然高度一致——兩者在 Spearman 等級相關係數上達到 ρ=0.9747,顯示只用局部切片測試,也能可靠地重現完整任務下 Controller 之間的優劣排序。至於最省成本的 Type I(合約選擇,完全不需執行 Worker),不同 Controller 的正確率介於 72.22% 至 87.78% 之間,而且所有模型都沒有出現無效回應,顯示這種免執行的離線評測方式是可行且具鑑別力的初步篩選手段。
意義
LoopArena 的貢獻不在於又推出一個「coding agent 能力」排行榜,而是第一次把「指揮/監督」這件事從「執行」中拆解出來單獨衡量。這對業界正在快速發展的 Loop Engineering 實務有直接意義:當團隊把大量 token 預算和工程時間投入在設計自動化迴圈(何時驗證、何時停止、如何分配下一步工作)時,終於有辦法客觀比較「哪個模型更適合當大腦、哪個更適合當手」,而不是把整個系統的成敗都混為一談。
其次,Type I 與 Type II 提供了大幅降低評測成本的替代方案——正如論文顯示的 64.4% 成本節省與近乎完美的排名相關性(ρ=0.9747),這代表未來研究者不必每次都跑昂貴的完整端到端任務,就能可靠地評估與迭代 Controller 的設計,大幅加快這類「agent 指揮 agent」系統的研發週期。
最後,24.69% 的嚴格成功率也是一記警鐘:即使用上了目前最強的模型作為大腦,長時程任務的自動化管理依然離「可信賴」有很大距離。這提醒業界在把 coding agent 大規模部署到生產流程之前,除了持續強化執行能力本身,更需要投入研究如何讓模型做出更可靠的「進度判斷」與「停止決策」——這正是 LoopArena 想要長期追蹤與推動的方向,也是作者釋出完整 benchmark 資料與評測程式碼(在 GitHub 的 AMAP-ML/LoopArena)的初衷。