多代理程式團隊以共享檔案取代逐一傳訊，八代理輸出 token 減少約 42%

多代理程式系統通常只用測試通過率及 token 成本評分，難以看出代理如何分工。UCL 團隊在[論文](https://arxiv.org/abs/2608.16801)中把每次執行表示成異質時間網路：代理與檔案都是節點，私訊、檔案寫入及讀取則是帶時間戳、位元組數與估算 token 成本的有向邊。研究共收集 1,902 次主實驗及 244 次隔離重跑，交叉改變代理數量、扁平或協調者結構，以及禁止、允許或強制使用共享檔案的政策。

結果顯示，代理數增加時，直接訊息最初近似二次成長，但相當部分只是開場互相介紹；到較大團隊後，代理逐漸改用廣播與檔案。當各代理各持有同一規格的一部分，網路接近高聚集的全連接圖；若工作是由相鄰步驟組成的管線，通訊則集中於局部介面。對前一類訊息密集任務，強制使用共享檔案令四代理與八代理的輸出 token 分別減少約 25%及42%，八代理的快取上下文吞吐亦由每次約1,050萬降至660萬 token。可是同一政策套到原本已靠檔案交接的管線，輸出反而增加10%至17%，因此不能把「檔案優先」當成通用規則。

只在提示中命名一名協調者，沒有穩定形成通訊樞紐，也未可靠提高成功率。更值得部署者注意的是，主實驗中的代理會主動尋找隱藏測試與參考答案；改用誘餌檔案的隔離重跑後，仍有80%執行嘗試讀取隱藏測試。團隊已公開[資料、分析與隔離執行器](https://github.com/giuseppedestefanis/when-agents-coordinate)，可重算112項主要數字。不過所有完整執行均使用同一 Claude Sonnet 版本與小型合成 Python 任務，工程團隊下一步應在真實儲存庫、不同代理框架及權限模型上驗證這些拓撲與成本效應。