Visual Studio Code 1.141 於 2026 年 10 月 7 日發布，聚焦於 Agent 工作階段作業。2026 年 10 月版本導入 Copilot harness、worktree 清理、儲存控制、終端機沙箱化、工作階段格狀檢視、背景程序監控、外部 Copilot 與 Codex 延續性、Dev Container 範例、區塊貼上，以及多個 GitHub Enterprise 帳戶支援。
對 CTO 與工程領導者而言，訊號很明確：以 Agent 為優先的開發如今不僅需要模型存取，也需要針對工作階段可見性、儲存、安全邊界與身分的營運控制。
1. Copilot Harness 對齊 Agent 執行方式
功能說明
Microsoft 的 Visual Studio Code 1.141 release notes 描述一個由 Copilot SDK 驅動的專用 Copilot harness 程序。Microsoft 表示，此架構會使 Agent 行為與 GitHub Copilot app 及 Copilot CLI 對齊。
此版本也將工作階段延續性擴展至編輯器之外。根據版本資訊，在 Copilot CLI 或 GitHub Copilot app 中開始的新對話，會在第一次請求後自動顯示為外部工作階段，開發人員可開啟並延續這些工作階段。
在 ChatGPT app 或 Codex CLI 中開始的工作階段，也可在 VS Code 內延續。這是工作階段交接，而不只是另一個聊天入口。
為何重要
外部工作階段支援讓開發人員有共同位置可繼續透過支援的 AI 用戶端啟動的工作。對工程領導者而言，這可減少工作流程碎片化，同時讓 VS Code 成為更重要的監督介面。
其架構意涵超越用戶端便利性。Agent 活動可在編輯器外部發起，卻仍可進入編輯器內繼續工作，因此您的營運模型必須考量工作階段來源與交接。
這很重要的原因： 您的團隊應定義哪些用戶端獲准用於啟動 Agent 工作階段，以及開發人員預期在哪裡檢閱它們。跨用戶端延續性只有在權責保持明確時才有價值。
2. Worktree 清理加入儲存治理
功能說明
版本資訊針對非使用中的 Agent 工作階段 worktree 導入 Chat: Open Worktree Cleanup 命令。Microsoft 表示，此命令可識別符合資格的 worktree、顯示其儲存空間耗用量，並支援手動或自動清理。
使用中、已釘選、正在執行及需要輸入的工作階段均受到保護，不會遭到清理。當 Agent 工作階段儲存空間達到設定的閾值時，VS Code 1.141 也可通知使用者。
Microsoft 表示，可針對符合資格的工作階段設定清理規則，包括與已合併提取要求相關的工作階段。這些控制項將工作階段生命週期連結至儲存庫結果。
為何重要
Agent worktree 消耗的儲存空間不僅限於可見的原始碼樹。若沒有清理政策，並行及遭遺棄的工作階段可能使本機 Agent 實驗變成持續性的端點負擔。
這不是例行的編輯器維護工作，而是針對 Agent 建立之開發狀態的保留管理。
這對企業團隊的意義： 在啟用自動清理前，先設定保留立場。您的政策應區分進行中的工作、已釘選的調查、等待輸入的工作階段，以及與已合併提取要求相關的已完成工作。
3. Agent 沙箱化擴展至跨平台
功能說明
Microsoft 表示，Agent Host 工作階段在 Linux、macOS 與 Windows 上獲得終端機沙箱化功能。根據 VS Code 1.141 版本資訊，此沙箱可限制 Agent 對檔案、網路及認證的存取。
此版本也為 Go、.NET、Node.js、PHP、Python 與 Rust 提供實驗性的 Dev Container 範例。Microsoft 將這些範例標示為實驗性質，因此不應將其視為普遍成熟的部署範本。
另一項區塊貼上模式可防止貼上的文字在支援的情境中被解讀為可執行或互動式輸入。這為開發人員輸入處理增加另一道邊界。
為何重要
跨平台沙箱化讓平台團隊在三個支援的作業系統家族中擁有共同的控制類別。它並不免除您判斷 Agent 需要哪些檔案、網路目的地與認證的責任。
這不是全面性的安全保證，而是一項必須設定並測試的邊界。
對受監管產業而言，Agent 遙測與存取治理不可妥協。您的推出計畫應在更廣泛採用前，依據實際的建置、封裝、驗證與儲存庫工作流程測試沙箱限制。
這很重要的原因： 阻擋必要資源的沙箱會造成規避控制的壓力，而過於寬鬆的沙箱則會削弱原定控制。平台團隊應記錄每個核准工作流程所需的最低存取權限。
4. 工作階段格狀檢視改善並行監督
功能說明
根據版本資訊，Agents view 可將多個工作階段排列成可調整大小的水平或垂直格狀檢視。Microsoft 表示，選取的版面配置會在重新載入後保留。
Copilot harness 工作階段也可顯示作用中的背景程序及其正在執行的命令。這些變更共同揭露更多跨並行工作階段發生的工作。
格狀檢視改變了開發人員監督 Agent 的方式。多個工作階段可維持可見，而不必採用一次僅檢閱一個工作階段的序列式模式。
為何重要
平行 Agent 工作會產生注意力管理問題。持久的格狀檢視為開發人員提供更清楚的方式來比較工作階段狀態，而背景程序可見性有助於揭露在即時互動之後持續執行的命令。
可見性不等同於控制，但確實能為檢閱者提供更扎實的依據，以決定何時應介入。
這對工程領導者的意義： 使用並行 Agent 的團隊應建立權責與檢閱期望。格狀檢視可支援平行監督，但無法決定哪一位開發人員應對執行中的程序或待處理工作階段負責。
5. GitHub Enterprise 登入更具彈性
功能說明
VS Code 1.141 允許單一編輯器視窗同時登入 GitHub Enterprise Cloud 與 GitHub Enterprise Server 帳戶。Microsoft 將其定位為協助開發人員跨兩種環境工作的驗證改進。
原先分離的企業環境因此可在單一 VS Code 視窗中共存。版本資訊未建立特定組織的授權模型，因此系統管理員必須依據自身的帳戶政策評估行為。
為何重要
這項變更可降低同時使用雲端託管與伺服器託管 GitHub 環境之開發人員的阻力。它也使帳戶內容變得更重要，因為兩種身分可同時存在於同一個視窗中。
這不只是便利性功能，也是身分治理考量。
這很重要的原因： 您的團隊應在將更新標準化前測試儲存庫存取、擴充功能行為及帳戶選擇。若雲端與伺服器環境具有不同的資料處理規則，開發人員需要明確指引，了解每個工作流程應使用哪一個帳戶。
核心結論
VS Code 1.141 讓 Agent 作業朝向可管理、可見且具邊界的工作流程發展。此版本結合工作階段可攜性、清理控制、沙箱化、並行監督及更廣泛的企業驗證功能。
以 Agent 為優先不是趨勢，而是方向。營運上的問題在於，您的平台標準是否以相同速度前進。
這對企業團隊的意義
定義保留規則。 決定非使用中的 worktree 與已完成 Agent 工作階段何時符合清理資格。
測試沙箱邊界。 驗證 Linux、macOS 與 Windows 工作流程所需的檔案、網路及認證存取。
設定工作階段權責。 建立誰應檢閱外部工作階段、背景程序及並行 Agent 活動。
驗證身分行為。 依據您的存取政策，測試 GitHub Enterprise Cloud 與 GitHub Enterprise Server 帳戶選擇。
在廣泛部署前先試行。 與具代表性的團隊一起評估 Copilot harness、實驗性 Dev Container 範例、區塊貼上及外部工作階段延續性。
祝您程式開發愉快！