Visual Studio Code 1.142 於 2026 年 10 月 14 日發布，提供適用於代理程式工作流程的預覽版畫布、可攜式聊天工作階段、Markdown 編輯變更、企業權限控制，以及 Windows 終端機沙箱移轉功能。Microsoft 也表示，Copilot harness 正逐步成為新代理程式工作階段的預設選項。
對 CTO 與工程主管而言，訊號很明確：以代理程式為優先的開發正從聊天擴展至工作區協調、原則強制執行與隔離式執行。您的團隊現在需要一併評估工作流程效益與治理需求。
1. Interactive Canvases 擴展代理程式工作流程
這是什麼
1.142 發布公告推出預覽版 Interactive Canvases。Microsoft 表示，使用者可以建立畫布或安裝畫布擴充功能，其中包括專為 Kanban 規劃與實作追蹤設計的選項。
這不是另一個靜態編輯器窗格，而是可擴充的介面，用於圍繞代理程式工作階段組織工作。
為什麼重要
Interactive Canvases 可將規劃成品與實作活動帶入相同的開發環境。對平台團隊而言，這提供了測試由代理程式驅動的規劃是否能減少脈絡切換、同時不削弱既有審查實務的機會。
預覽狀態是主要限制條件。您的團隊應在受控環境中評估畫布擴充功能，記錄其揭露哪些專案資訊，並避免將預覽工作流程視為已核准的正式生產相依項目。
2. 代理程式聊天可在工作區之間移動
這是什麼
根據 1.142 發布公告，使用者可將代理程式聊天移至另一個資料夾或 Git worktree，同時保留對話脈絡。因此，開發人員可以變更工作位置，而不必捨棄進行中的討論。
此功能使代理程式工作階段能配合將工作分散至不同資料夾或 worktree 的儲存庫工作流程。
為什麼重要
當實作工作移至隔離的 worktree 時，保留的脈絡可減少重複說明的需求。當對話已包含需求、嘗試過的方法或與工作相關的決策時，這一點尤其重要。
您的團隊仍應確認目標工作區符合對話先前建立的假設。保留脈絡固然有用，但過時的路徑、分支或儲存庫假設，可能在移動後導致錯誤動作。
這很重要的原因：可攜性使代理程式聊天從受限於工作區的互動，轉變為可重複使用的開發成品。團隊需要針對何時延續工作階段，以及何時因脈絡變更而應重新開始，建立慣例。
3. Markdown 編輯獲得結構性改進
這是什麼
Microsoft 的發布公告列出 1.142 中 Markdown 編輯器的變更，包括直接貼上圖片、重新命名檔案連結、透過 Outline 與麵包屑導覽標題，以及更安全地複製程式碼區塊。
編輯器現在也會在編輯時分別顯示每一行 Markdown 原始碼。根據發布報導，唯讀模式則持續以正常轉譯的 Markdown 顯示。
為什麼重要
這些變更可減少將文件與原始碼放在一起管理的團隊所面臨的阻礙。直接貼上圖片可簡化資產插入，而檔案連結重新命名可減少文件檔案移動時所需的手動修正。
個別原始碼行的呈現，也使文件結構在編輯期間更加清晰。Outline 與麵包屑導覽則為作者提供另一種依標題瀏覽較長技術文件的方式。
對工程主管而言，其意涵偏向營運而非外觀：文件工作流程可在更多撰寫週期中持續留在編輯器內。您的團隊應透過既有的文件審查流程，驗證圖片位置、重新命名的連結與複製的程式碼區塊。
4. 企業原則限制代理程式權限
這是什麼
Visual Studio Code 發布公告指出，企業管理員可以強制執行沙箱原則，並限制代理程式工作階段可使用的權限模式。文件中的範例允許 Assisted Approval，同時封鎖 Allow All。
這在安裝代理程式功能與授予不受限制的代理程式權限之間，建立了管理邊界。
為什麼重要
對受監管產業而言，權限治理不可妥協。即使代理程式功能適合個別開發人員，若管理員無法限制其執行模式，它仍可能不適合在組織中部署。
新控制項讓企業團隊可依內部風險需求調整代理程式權限。原則可保留輔助式操作，同時不提供限制最少的模式。
這對企業團隊的意義：部署規劃現在應包含明確的權限模式決策。管理員應定義核准的模式、測試其產生的開發人員體驗，並為無法在這些限制下運作的工作流程記錄升級處理路徑。
5. Windows 沙箱功能移至 Agent Host
這是什麼
Microsoft 表示，Local agent 工作階段中用於終端機命令的 Windows 沙箱功能在 1.142 已淘汰且不受支援。Windows 上的沙箱化命令執行必須改用 Agent Host 工作階段。
此外，Microsoft 表示 GitHub Copilot harness 正逐步成為新代理程式工作階段的預設選項。漸進式推出表示團隊不應假定每個環境都會在同一時間完成切換。
為什麼重要
Windows 沙箱功能的變更現在就需要採取行動。這不是在兩種同等工作階段類型之間的未來偏好選擇——Microsoft 將 Local-agent 選項描述為不受支援。
依賴沙箱化終端機執行的團隊，應找出受影響的 Windows 工作流程，並在更廣泛部署編輯器之前，透過 Agent Host 驗證這些工作流程。測試應涵蓋代理程式呼叫的命令、開發人員看到的核准提示，以及套用至這些工作階段的企業權限原則。
Copilot harness 的推出增加了第二個變數。由於 Microsoft 將其描述為漸進式推出，支援團隊在調查使用者之間的差異時，應記錄工作階段環境，而非假設整個組織的行為完全相同。
重點摘要
Visual Studio Code 1.142 推進了代理程式工作流程，同時讓其執行邊界更加明確。機會在於更廣泛的協調能力；眼前的義務則是受控移轉與原則驗證。
- 分開試行畫布。 將 Interactive Canvases 與畫布擴充功能視為預覽能力，而非已成熟的正式生產相依項目。
- 定義聊天移動慣例。 決定何時應讓脈絡隨工作移至另一個資料夾或 worktree，以及何時建立全新工作階段更安全。
- 設定核准的權限模式。 使用企業控制項，使代理程式操作符合組織的風險需求。
- 移轉 Windows 沙箱功能。 透過
Agent Host驗證受影響的Local agent工作流程，因為先前的沙箱路徑已不受支援。 - 追蹤 harness 差異。 在 Copilot harness 仍採漸進式推出期間，於支援調查中記錄工作階段詳細資料。
取得更新
評估 1.142 的團隊應在部署前查閱官方 Visual Studio Code 更新頁面，以取得完整發布說明。推出計畫應優先處理 Windows 沙箱驗證、企業權限設定，以及受限範圍的 Interactive Canvases 預覽。
祝您程式開發愉快！