GitHub Copilot Lite 改用多代理程式審查，並讓 reviewer 執行建置與測試

GitHub 更新 Copilot code review 的執行架構：Lite 工作量不再只由單一代理檢查 pull request，而是讓多個代理分別分析，再合併成一份審查結果。GitHub 表示，內部實驗中最終被開發者處理的高、中、低嚴重度意見平均分別增加 47%、31% 與 11%，同時每次審查成本下降約 8%。官方沒有公開代理數量、模型組合、樣本規模或統計區間，因此這些數字較適合視為產品實驗訊號，而不是可重現的模型基準。

更具技術影響的是執行權限。審查代理原本主要讀取檔案，現在可使用 Copilot SDK 的完整 shell 工具集，在 Copilot agent firewall 後方執行 build、測試、指定腳本，以及從獲准的工具或 API 取得資料。Copilot 的代理式審查功能透過 GitHub Actions runner 收集完整專案脈絡；若 Actions 工作流程失敗，仍會產生審查，但會退回功能較少的模式。停用 GitHub-hosted runner 的組織也需要配置 self-hosted runner，才能保留這些能力。

使用者介面同步形成更閉合的修正迴路。開發者套用 Copilot 建議時，系統會依變更內容生成 commit message；後續 commit 若被判定已處理原意見，Copilot 會在重新審查時自動關閉該討論串，未解決的意見才保持開啟。這能減少人工清理，但也等於讓同一產品同時提出問題並判定問題已解決，受監管專案應保留 auto-resolve 的稽核紀錄，而不應把關閉狀態直接當成人工驗證。

工程團隊還需重新評估不受信任 PR 的執行面：測試、建置腳本與工具輸出都可能攜帶惡意行為或提示注入。Lite 審查通常消耗約 0.05 至 1 美元等值 AI credits，且 Actions 分鐘另計。下一步應觀察 GitHub 是否公開集成方法、誤報率與隔離細節，以及企業能否針對 fork PR、祕密與網路存取設定更細的政策。