如何並行執行3到8個編碼代理而不失去跟蹤

同時執行兩個代理只需要五分鐘。你開啟兩個終端，給每個分配一個任務，然後看著文字滾動。

問題從第四個開始。

你不再知道哪個在等待稽核，哪個已經完成，哪個在你看向別處時十分鐘前崩潰了。你在錯誤的終端滾動。你重新啟動了一個已經完成的任務。一個小時後，你為了保持方向感而手動完成了三個代理的工作。

這不是一個計算能力的問題。這是一個可見性的問題。

真正的瓶頸在於你的頭腦

一個自主編碼的代理是間歇性地交付。它思考40秒，寫作，停止，等待你的批准。在這40秒內，你可以跟隨第二個代理。當第二個代理寫作時，你批准第一個。

最多3個代理，你的大腦還能跟上。超過5個，你就掉線了。

Anthropic在其文件中發布了一個有說服力的數字：無指導的嘗試大約三分之一會成功。那些能夠大量交付的人與其他人的差距不在於模型，而在於他們在啟動之前所建立的結構。

所以在你擴展之前，你需要建立結構。

規則一：一個代理，一個獨立的工作空間

經典的錯誤是將三個代理放在同一個程式碼庫的副本上。它們互相干擾。一個編輯了package.json，另一個也編輯了，結果你得到一個無法解開的合併。

解決方法是兩個詞：git worktree。

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

每個代理在自己的資料夾中工作，在自己的分支上，使用自己的檔案。零衝突。你分別稽核每個分支，並在準備好時合併。

這是研究人員稱之為獨立委派的基礎：一箇中央管理者分配工作，每個子任務在自己的角落執行，整合在之後進行，並透過測試驗證。

規則二：永遠不要兩次分配相同的中央檔案

在你分配工作之前，找出多個功能需要觸及的檔案。路由器，資料庫模式，API路由配置。

這些檔案只分配給一個代理。其他的等待或繞過它們。

將相同的routes.ts交給兩個並行代理，你將在合併衝突中付出你以為可以透過並行獲得的代價。這個交易每次都會失敗。

規則三：一個面板，而不是十個終端

這是大多數人放棄多代理的地方。他們開啟八個終端標籤，失去線索，然後爬回到單個代理。

你需要一個檢視，可以一目瞭然地回答三個問題：

• 誰正在編碼？
• 誰在等待我的稽核？
• 誰完成了或崩潰了？

沒有這個檢視，多代理在心理負擔上花費的比它在速度上給予的更多。有了它，你可以真正同時處理6到8個工作流程。

這正是AgentsRoom填補的空白。每個代理都有自己的方塊、狀態和顏色。等待你回覆的代理會變紅並提醒你。你不再滾動錯誤的終端，你看著面板就知道該去哪裡。

實踐中有效的節奏

這是我會開始的節奏。

從兩個代理開始，處理兩個不共享檔案的功能。習慣稽核然後合併的迴圈。這個迴圈，而不是程式碼，成為你的真正工作。

一旦這個迴圈感覺順暢，增加到四個。保持一個嚴格的高影響任務優先順序列表，並在計劃模式上努力：你在代理寫一行程式碼之前批准它的計劃。事先批准的計劃可以為你節省痛苦的稽核。

最佳點在於同一個程式碼庫上的3到8個功能，並有視覺監督。超過這個，即使有一個好的面板，稽核也會成為瓶頸，你會失去優勢。

你實際獲得的是什麼

對於95%的小任務，多代理是沒有意義的。修復一個錯字或新增一個按鈕，一個代理就足夠了，而且更快。

它改變你一週的地方在於大工作。你在一個晚上啟動三個獨立的重構，在它們到達時稽核，第二天早上你就有三天的工作準備合併。

秘密不在於代理的數量。關鍵在於始終知道哪個代理現在需要你。解決這個問題，其他的就會隨之而來。