讓專責 Agent 分工：由人移交材料、檢查結果
讓調研與寫作分別產出文件，由負責人在共享材料中核對版本、轉交任務並驗收結果。
Buda 為每個 Agent 提供獨立的持久工作空間，Space Drive 可存放共享材料。跨 Agent 的任務分配與交接需由人安排，或另行配置工作流；Buda 不會自動排程所有 Agent。
Agent 多了，不等於結果就能自動協同
多 Agent 流程的損耗常發生在任務之間：來源連結丟了、版本對不上、最後沒人負責拍板。
調研 Agent 發現了新資訊，寫作 Agent 卻還在按舊要求起草。
成稿已經交付，但來源、假設和未解決的問題沒有一起移交。
團隊把 Agent 完成任務，誤當成有人批准了釋出。
把責任放進工作空間，而不是交給不可見的“Agent 群”
用 Agent 的會話與文件儲存工作過程，用 Space Drive 放置刻意共享的材料。由人核對文件版本和訪問範圍，再向下一個 Agent 佈置任務；這不是內建的自動編排。
分工也要有邊界
分別佈置調研和寫作任務。每個 Agent 的工作文件相互隔離；需要共用簡報時，將可共享版本放入 Space Drive，並先核對範圍。
把證據和草稿一起交付
在任務要求中列明來源連結、草稿文件與未核問題，由人開啟實際文件核對；Buda 不會自動生成交接清單。
工具執行也要有人負責
用 Drive 儲存產物；可按任務需要檢視會話、瀏覽器、終端或 Git。若流程要求人工批准對外動作，需另行限定工具權限和發送流程，不能只靠事後檢視。
流程圖及清單均為示意，不是 Buda 產品介面、內建佇列或自動審批狀態。
一份客戶通知，如何經過六次清晰交接
以下是兩次分別佈置的 Agent 任務與人的交接步驟，並非 Buda 內建的自動編排或審批鏈。
定好任務
寫清受眾、已確認事實、截止時間、不能作出的表述和釋出負責人。
收集可核實的證據
彙總一手鍊接、日期、引述和待確認問題；無法核實的說法單獨標出。
只移交允許使用的上下文
將獲准共享的簡報放在 Space Drive，由人把路徑和版本交給下一位 Agent。各 Agent 的私有 Drive 不會自動共享。
按實際渠道起草
寫出可審閱的客戶通知，標明引用或回溯到簡報的連結，同時列出刻意未寫入的內容。
發送前核實說法
由人拿已核實的簡報逐項檢查草稿、退回修改，並負責最終釋出決定。
讓下次交接更省力
儲存最終確認的簡報和清單，記錄交接在哪裡出錯，讓下次執行真正改進。
先試一次交接，再算返工成本
先不用組建一支 Agent 大軍。挑一份客戶通知或內部簡報，用兩個 Agent 和一位明確的驗收者試執行。
1. 定邊界
挑一個低風險產物，指定負責人；列出 Agent 可讀取的來源和不得執行的動作。
2. 執行並檢查
調研 Agent 準備證據，寫作 Agent 使用確認過的簡報；檢查輸出文件、來源連結和待核實說法。
3. 判斷成效
和原流程相比，看看修改耗時、證據缺口及來回交接次數是否下降。
4. 謹慎擴充套件
只有新角色確實能解決瓶頸、且不模糊責任時，才增加專責 Agent。
多 Agent 編排仍需要人的判斷
Buda 支援檢視 Agent 會話與產物，但預設 autopilot 不會讓每次工具調用等待批准。若必須先審後發，應先限制相關工具權限，約定由人手動發送，或使用已驗證的外部審批流程；正式記錄的審核合併屬於 Busabase ChangeRequest 等獨立系統。
對外行動 → 先限定權限並設計審核流程
正式記錄寫入 → 另接具備審核能力的系統
多 Agent 編排：常見問題
Buda 會自動協調所有 Agent 嗎？
不會。任務分配、上下文共享、權限和驗收標準，都需要按具體流程設計。
不同 Agent 的 Drive 會自動共享嗎？
不會。應區分單個 Agent 的 Drive 與 Space 級資源，在交接前確認訪問範圍。
團隊一開始需要幾個 Agent？
從能把責任分清的最小組合開始：通常是兩個專責 Agent，加一位明確的人工審核者。
試執行需要交付什麼？
一份核實過的來源簡報、一版可審閱的草稿、一份待解決問題清單，以及人的決定記錄。
Buda 能強制每次工具調用都先審批嗎？
不要預設如此。不同工具的行為不同；關鍵動作應有明確權限和流程檢查。
這與 AI Agent 工作空間頁面有什麼區別？
本頁聚焦專責 Agent 之間如何分工與驗收；工作空間頁面介紹的是更一般的產品工作介面。