Visual Studio Code 1.140 於 2026 年 9 月 30 日發布，讓 Copilot 更進一步邁向受管理的代理程式執行。Microsoft 的發行說明描述了專用 Copilot harness、實驗性的多資料夾工作階段、遠端工作委派、HydraFusion 協調，以及預設 Auto 模型選擇層級的企業控制項。
對 CTO 與工程領導者而言，訊號相當明確：代理程式優先的開發如今需要針對工作負載隔離、執行位置、模型協調與企業政策做出決策。這些是平台議題，而不是編輯器偏好設定。
1. 多資料夾工作階段隔離代理程式工作
這是什麼
Microsoft 表示，VS Code 1.140 新增實驗性的多資料夾工作階段支援。不同聊天可使用個別資料夾或 worktree，隔離其相關終端機、工作、程式碼變更及提取要求狀態。
這不只是另一個聊天分頁，而是代理程式工作階段工作內容周圍的一道邊界。
為什麼重要
當工作階段共用檔案、終端機或工作狀態時，並行代理程式工作可能造成營運上的模糊性。多資料夾模型讓平台團隊能測試個別 worktree 是否能改善對平行變更的控制。
為什麼這很重要： 您的團隊應依據既有的分支、worktree、程式碼審查與提取要求實務評估此功能。實驗性隔離不應被視為這些控制措施的替代品。
一項實用的試行方式，是比較共用資料夾工作流程與個別資料夾或 worktree，接著檢視開發人員是否能清楚地將終端機、工作及程式碼變更歸屬於正確的聊天。需要做出的決策是：這種分離能否在不分散審查的情況下減少協調負擔。
2. Copilot Harness 標準化代理程式工作階段
這是什麼
根據 Microsoft 的 VS Code 1.140 發行說明，GitHub Copilot 代理程式行為現在透過專用 harness 執行。Microsoft 表示，這項變更旨在讓代理程式工作階段在 VS Code 與其他 Copilot 工具之間保持一致行為。
harness 是可見工作流程變更背後的架構脈絡。
為什麼重要
跨工具的一致性可讓代理程式工作流程更容易營運化，但供應商所宣稱的一致性仍需要本機驗證。您的團隊應在其核准的 Copilot 介面中比較相同的代表性工作，並記錄執行或結果上的任何差異。
對 CTO 而言： 重要轉變在於，這不再只是內嵌於單一編輯器的功能，而是旨在跨越多項 Copilot 工具的代理程式工作流程。此一發展方向讓所有權更趨向開發人員平台職能。
因此，標準化不應僅涵蓋安裝。團隊需要對可接受的代理程式行為、審查要求，以及當工作階段在不同工具間產生不同結果時的升級處理路徑，建立共同定義。
3. 遠端工作委派增加放置決策
這是什麼
Microsoft 表示，Agents 視窗可將工作委派給合適的遠端主機。主機選擇可考量機器特性，包括作業系統、記憶體、CPU 與負載。
這是在代理程式工作流程內進行遠端工作負載放置。
為什麼重要
委派引入了一項容量與治理決策：哪些主機應接收代理程式工作，以及在何種條件下接收。發行說明描述了選擇特性，但提供的研究資料並未說明這些特性應如何對應至企業的內部政策。
為什麼這很重要： 平台團隊應在廣泛採用前定義合格的主機類別。作業系統、記憶體、CPU 與負載是有用的放置輸入，但無法取代組織對存取權限及工作負載所有權的規則。
從核准遠端主機上的受限工作開始。接著，判斷選擇行為是否符合團隊的容量模型，以及開發人員能否理解委派工作正在何處執行。
4. HydraFusion 協調模型與修訂
這是什麼
Microsoft 在 VS Code 1.140 中將 HydraFusion 推出為研究預覽功能。根據發行資訊，它協調模型選擇與可能包含評析和修訂的工作流程階段，宣稱目標為平衡速度、成本與品質。
這不是單一模型的增強功能，而是跨模型與工作流程步驟的協調。
為什麼重要
HydraFusion 使協調層成為開發體驗中明確的一環。對企業團隊而言，這提出了一項評估問題：協調式選擇與修訂是否能產出足以證明額外工作流程複雜度合理的結果。
為什麼這很重要： 速度、成本與品質是相互競爭的營運準則。受控評估應在將 HydraFusion 與團隊目前的工作流程進行比較前，先定義每個工作類別最重要的準則。
或許最具影響力的一點是其發展方向。代理程式優先的開發不再僅限於提示單一模型；它正朝向可跨越多個步驟進行選擇、評析與修訂的系統發展。
5. 企業控制項治理預設 Auto 層級
這是什麼
Microsoft 表示，VS Code 1.140 新增企業控制項，可設定模型選擇所使用的預設 Auto 層級。提供的研究資料未指出此控制項的設定金鑰，也未提供其他組態詳細資料。
政策介面已經存在，但現有證據不足以支持更具體的組態建議。
為什麼重要
自動模型選擇會影響團隊如何看待成本、品質與監督。可設定的預設值為企業管理員提供控制點，但也需要明確的政策決策。
這對 IT 領導者的意義： 記錄 Auto 層級是否核准作為預設值、僅限於評估群組，或是在內部審查完成前暫緩使用。不要讓編輯器預設值意外成為組織的 AI 政策。
對受監管產業而言，模型選擇治理沒有妥協空間。立即行動是指派預設值的負責人，並建立誰可以核准變更。
重點總結
VS Code 1.140 讓 Copilot 代理程式工作流程成為更廣泛的平台管理議題。多資料夾工作階段引入隔離、專用 harness 目標是跨工具一致性、遠端委派增加放置決策、HydraFusion 預覽協調功能，而 Auto 層級則新增企業政策介面。
這對企業團隊的意義
試行工作階段隔離。 使用具代表性的儲存庫測試多資料夾工作階段，並審查個別資料夾或 worktree 是否能釐清工作所有權。
驗證 harness 一致性。 請比較跨工具的核准 Copilot 工作流程，而非未經內部測試便接受供應商所宣稱的一致性。
限制遠端委派。 在團隊依據作業系統、記憶體、CPU 或負載路由代理程式工作前，先定義哪些遠端主機符合資格。
分開評估預覽功能。 將 HydraFusion 視為具有明確速度、成本與品質準則的研究預覽評估。
指派模型政策所有權。 決定誰控制預設 Auto 層級，以及如何審查變更。
代理程式優先不是趨勢，而是發展方向。企業的任務是讓這個方向可受治理。
祝您 Coding 愉快！