📰 重點摘要

GitHub Copilot CLI 工程團隊近期發表了一項針對代理人委派機制的重大改進，核心問題在於：在代理人系統中，委派並非越多越好。過去 Copilot CLI 在執行簡單任務時，有時會不必要地啟動子代理人去搜尋儲存庫、等待回傳結果，原本一步能完成的工作變成三步，每一次交接都帶來額外的協調成本、工具呼叫次數和等待時間。

為此，團隊推出了「更聰明的子代理人委派」機制，讓主代理人在以下三種情境才真正使用子代理人：探索不熟悉的儲存庫、檢查程式碼中獨立的區域，以及在主代理人持續運作的同時並行執行耗時指令。其餘情境則由主代理人直接處理，避免不必要的分工摩擦。

根據線上 A/B 測試數據，此改進讓每個 session 的工具失敗率下降 23%，其中搜尋工具失敗率降低 27%、編輯工具失敗率降低 18%。使用者等待時間在 P95（最慢 5% session 的等待閾值）改善 5%，在 P75 改善 3%，且無任何品質回退。目前該改進已全量上線至 100% Copilot CLI 生產流量，使用者執行終端機內的 /update 指令更新至 1.0.42 版或更新版本即可體驗。

💬 JudyAI Lab 觀點

GitHub Copilot CLI工程團隊用一個反直覺的洞察挑戰了代理人設計的常見假設——委派並非越多越好，過度分工本身就是效能的隱形殺手。

這個案例對我們這些在打造agent架構的開發者來說，揭示了一個關鍵設計原則：每一次子代理人的啟動，背後都有協調成本。Copilot CLI的解法是把委派時機縮窄到三種真正有必要的情境——探索不熟悉的儲存庫、檢查程式碼中獨立的區域，以及並行執行耗時指令——其餘一律由主代理人直接處理。結果是工具失敗率下降23%、搜尋工具失敗率降低27%、P95等待時間改善5%，且無任何品質回退。數字說明瞭一件事：少一次不必要的委派，就少一次系統摩擦。

在規劃下一個agent流程時，可以先問：這個子代理人是在解決問題，還是只是在製造多一層等待？

📅 原文資訊

🔗 延伸閱讀