Visual Studio Code 1.144 讓 GitHub Copilot 代理程式的運作不再受限於編輯器視窗的生命週期。2026 年 10 月發行版本結合了持續性的本機與雲端工作階段、Agent Host Protocol v1.0、Copilot Fusion、模型比較、影像生成、電腦操作、連接器、工作階段組織、治理控制項、終端機變更，以及免權杖的擴充功能發佈。
對 CTO 和工程領導者而言，訊號很明確：代理程式執行正成為受管理的開發環境，而非單純的聊天功能。您的平台團隊現在需要針對代理程式在哪裡執行、可呼叫哪些工具、保留哪些內容，以及多模型用量如何計費，制定相關原則。
1. 代理程式工作階段可跨本機、遠端與雲端環境持續執行
這是什麼
Microsoft 的 VS Code 1.144 發行說明列出版本 1.144.0 的 Stable 下載項目，並導入獨立的 Agent Host 處理程序。該主機可讓代理程式工作階段獨立於個別 VS Code 視窗持續執行，無論是在本機電腦或遠端系統上。
Microsoft 表示，Agents 視窗為跨工作區與環境的工作階段提供單一介面。開發人員可從 Chat 或 Agents 視窗啟動 GitHub 託管的雲端工作，回應核准要求、檢視變更，並從工作階段清單重新開啟相同對話。
GitHub 在 2026 年 10 月 28 日發布的雲端工作階段公告指出，這些工作階段會在受管理的 GitHub 環境中執行儲存庫與工具。在開發人員返回 VS Code 前，仍可透過其他 Copilot 用戶端存取，包括 GitHub.com 和 GitHub Mobile。
雲端工作階段需要付費 Copilot 方案，並仍受組織原則約束。它們也使用獨立工作區，因此不會自動複製本機未提交的變更。
新的 Remote Environments 對話方塊整合了 GitHub Environments、Dev Tunnels、WSL 發行版本及 SSH 主機。使用者可檢查狀態、連線或中斷連線，並控制哪些遠端環境會出現在環境選擇器中。
為何重要
工作階段延續性改變了代理程式輔助開發的操作模型。關閉筆記型電腦不一定會停止工作，但執行位置如今決定了適用的儲存庫狀態、認證、工具與原則。
這並非透明的工作區漫遊，而是執行重新導向。
您的團隊應定義哪些情況下工作可移至 GitHub 基礎結構，以及哪些情況下必須保留在受管理端點或已核准的遠端主機。開發人員也需要在啟動雲端工作階段前，對本機未提交變更訂立明確的交接規則。
對於受監管環境，應在廣泛啟用雲端工作階段前驗證儲存庫存取權與核准原則。便利性的提升並不能免除環境分類的需求。
2. 雲端自動化與 Agent Host Protocol 擴展平台
這是什麼
Cloud Automations 以預覽功能形式推出，設定為 chat.automations.cloud.enabled；根據 VS Code 發行說明，此設定預設為啟用。即使使用者的電腦離線，自動化仍可依排程或回應儲存庫事件，在 GitHub 基礎結構上執行。
團隊可建立回應問題或提取要求的共用工作流程。篩選條件與允許工具限制可縮小自動化的執行時機及其可執行的操作範圍。
Microsoft 也發佈了 Agent Host Protocol v1.0，這是 VS Code 用來與本機及遠端系統上代理程式通訊的通訊協定。可透過 Agents: Add Remote Agent Host... 新增以 WebSocket 為基礎的主機，Microsoft 表示已提供六種程式語言的用戶端程式庫。
此版本也允許擴充功能在 Agents 視窗內執行、啟用或停用，只要 extensions.experimental.agentsWindowManagement 設為 true。
為何重要
雲端自動化使代理程式行為成為儲存庫基礎結構。這使觸發條件設計、工具授權、擁有權及變更審查成為平台工程的責任。
安全的推出方式應從不允許任何工具開始，然後僅為各工作流程加入所需功能。此版本包含一項貢獻，預設讓新的雲端自動化不允許任何工具，強化了最小權限部署。
Agent Host Protocol v1.0 形成獨立的整合決策。團隊可以建置自訂代理程式介面，或將代理程式平台連接至相容用戶端，但遠端主機也會成為需要驗證、生命週期管理、記錄與網路控制的持續性服務。
代理程式優先並非一時趨勢，而是 VS Code 架構的發展方向。
3. Copilot Fusion 將工作分派至多個模型
這是什麼
根據 GitHub 於 2026 年 10 月 28 日的公告及 VS Code 發行說明，GitHub Copilot Fusion 已正式推出。Fusion 不再要求開發人員選擇單一模型，而是為每個請求選擇模型、推理強度及執行模式。
簡單的工作可能使用一個模型。較困難的工作則可以使用一個模型起草解決方案，再由其他模型進行審查或批判。
使用者可選擇 Standard、High 或 Max 強度。Copilot Pro+、Max、Business 及 Enterprise 方案提供 Fusion High 和 Max。
GitHub 會依標準費率對 Fusion 所使用的每個模型計費。付費 Copilot 方案可享有截至 2026 年 11 月 30 日的 30% 折扣。
模型比較也稱為 Agent Bake-Off，可在多個模型或框架上執行相同提示。設定 sessions.chat.compareAgents.enabled 控制此功能；對符合資格的新工作階段而言，除非使用者設定或實驗功能覆寫，否則預設啟用。
VS Code 1.144 將比較範圍擴展至無資料夾聊天、空白儲存庫，以及沒有初始提交的本機儲存庫。Dev Containers 不支援模型比較。
為何重要
Fusion 移除了手動選擇模型的步驟，但並未移除模型選擇的成本。單一請求可能產生多個個別計費的模型呼叫。
因此，您的 FinOps 控制措施應依執行模式衡量請求，而非只計算提示數量。2026 年 11 月 30 日的折扣截止日應視為預算規劃日期，而非永久單位成本假設。
模型比較為工程團隊提供實用的評估機制。應在已核准模型上執行具代表性的內部工作，然後在設定組織預設值前，比較輸出品質、延遲及審查負擔。
請勿假設 Dev Container 工作流程具有功能對等性。此版本不支援其中的模型比較。
4. 影像生成與電腦操作擴大代理程式觸及範圍
這是什麼
影像生成以預覽功能推出，並以 GPT Image 2.5 Flare 作為預設影像模型。代理程式可建立影像、修改作為聊天內容提供的影像，或生成變體。
設定 chat.copilot.imageGeneration.model 可選擇影像模型。將其設為 off 可停用影像生成，而 chat.copilot.imageGeneration.watermark 會新增可感知的「Made with AI」浮水印。
Microsoft 表示，影像生成需要存取所選模型，且除了對話模型使用的額度外，還會消耗 AI 點數。
Computer Use 為實驗性功能，由 chat.agentHost.computerUse.enabled 控制。它允許在 macOS 或 Windows 本機執行的 Copilot-harness 工作階段檢視及控制桌面應用程式。
使用者可透過 /computer on 啟用，並以 /computer off 停止。GitHub 在 2026 年 10 月 28 日的公告指出，每個應用程式都需要核准，且 macOS 可能需要作業系統權限。
Canvases 在 VS Code 1.142 導入後仍維持預覽狀態。版本 1.144 讓它們更容易透過 Agent Customizations、Browse 及 Add Context 功能表發現。
為何重要
影像生成帶來獨立的點數消耗來源及內容治理決策。在團隊將生成資產用於正式工作前，組織應決定是否需要可見浮水印、審查或來源記錄。
Computer Use 帶來更廣泛的端點風險，因為代理程式可與編輯器及終端機以外的應用程式互動。應將此實驗限制於受管理的 macOS 或 Windows 裝置、已核准的應用程式及具有可觀察結果的工作流程。
這不是另一項編輯器工具呼叫，而是由代理程式啟動的桌面自動化。
Canvases 為審查成品及代理程式輸出提供更豐富的介面。平台團隊仍應核准提供這些 Canvases 的擴充功能或外掛程式，尤其是在 Marketplace 自訂項目可執行程式碼時。
5. 權限、工作集與記憶體增加控制層
這是什麼
根據 GitHub 資訊，輔助權限於 2026 年 10 月 26 日正式推出。LLM 會評估每個工具呼叫，並自動核准其判定為低風險的呼叫；較高風險或無法判定的呼叫仍需要明確核准。
在 VS Code 中，輔助權限需要 Folder isolation，且可能受組織原則限制。Restricted Assisted 和 Allow All 選項現在仍會顯示，但處於停用狀態並附有說明。
由組織管理的工作階段預設值可指定模型、Copilot Fusion 層級及權限等級。這些預設值優先於記住的使用者選擇，而無法使用的權限模式會回復為 Manual。
實驗性的工作集會記錄透過 Copilot-harness 代理程式工具所做的檔案編輯。開發人員可對個別編輯使用內嵌的 Keep 和 Undo 控制項，或在聊天輸入框上方管理待處理變更。
工作集在編輯器中預設啟用，並可透過 chat.editor.workingSet.enabled 停用。透過終端機命令進行的變更不會顯示在其中。
Copilot Memory 也預設啟用，但受 GitHub 設定與組織原則約束。它會儲存可與有權存取儲存庫的人員共享的儲存庫事實，以及可跨儲存庫套用的使用者偏好設定。
為何重要
輔助權限可減少核准疲勞，但其仰賴以模型為基礎的風險分類。對於高影響力儲存庫，在資安團隊評估具代表性的工具呼叫前，Manual 核准仍是較保守的基準。
工作集僅能提高由代理程式工具完成之編輯的可審查性。透過終端機進行的變更仍需要傳統原始碼控制審查，因此團隊不應將工作集視為完整的變更分類帳。
Copilot Memory 產生資料分類需求。儲存庫事實可能與其他已授權的儲存庫使用者共用，而偏好設定則可能跨越儲存庫邊界。
您的推出檢查清單應識別代理程式可保留哪些慣例、誰可刪除已儲存的記憶，以及組織原則是否允許此服務。Memory 可減少重複提示，但也使保留內容成為控制平面的一部分。
6. 連接器與自訂項目成為受管理的 Marketplace
這是什麼
Copilot 連接器以 GitHub 管理的 MCP 伺服器形式進入預覽，適用於 Slack、Notion 與 Microsoft Learn 等服務。它們不需要設定本機 MCP 伺服器，並可在瀏覽器授權後於支援的 Copilot 用戶端之間重複使用。
連接器在 Copilot 方案中預設啟用，且在 VS Code 中僅能搭配 Copilot harness 使用。Business 與 Enterprise 管理員必須啟用 Editor 預覽功能，而組織 MCP 限制及服務特定核准仍然適用。
新的 Browse 體驗彙集技能、工具、外掛程式、工作流程、GitHub Feed 內容及企業設定的 Marketplace。GitHub Feed 需要支援的 harness，且無法在 Local 工作階段使用。
自訂代理程式編輯現在為模型、工具、技能、掛勾及代理程式範圍的 MCP 伺服器提供自動完成、懸停提示及驗證。未明確指定 target 的檔案會使用作用中的自訂 harness 提供指引。
開發人員可從 Chat 使用 /plugin、/mcp 及 /skills 管理自訂項目。深層連結可新增 Marketplace、安裝外掛程式，或開啟篩選後的自訂頁面，但安裝前需要確認。
為何重要
連接器可減少設定工作，但它們增加了內容與工具可能進入代理程式工作階段的外部系統數量。組織應將每個連接器對應至資料存取規則、MCP 限制及服務擁有者核准。
Marketplace 外掛程式需要更嚴格的控制，因為 VS Code 發行說明警告外掛程式可在電腦上執行程式碼。確認程序是必要的，但不能取代原始碼審查與允許清單。
更豐富的驗證可在代理程式執行前發現設定錯誤。當相同自訂代理程式檔案在不同 harness 之間移動時，平台團隊應標準化明確的 target 值，以避免診斷結果隨作用中環境而改變。
應將自訂來源視為軟體供應鏈輸入項目。在 1.144 中，探索更容易；信任仍必須建立。
7. 工作階段管理成為多工作區工作流程
這是什麼
實驗性的工作階段編輯器將環境選擇置於最前方，提供 This Computer、Cloud、符合資格的遠端主機及支援的 Dev Containers。可透過 sessions.chat.experimental.workspaceOptOut 啟用無工作區聊天。
Copilot harness 仍是新工作階段的預設選項。它建立於 Copilot SDK 之上，Microsoft 將其描述為 Copilot 產品之間的共用基礎。
預覽設定 chat.agentHost.moveChats.enabled 可讓使用者在相容工作階段之間移動巢狀聊天，同時保留對話歷程與工作資料夾內容。移動作業需要相同的代理程式與提供者，且目標必須支援多個聊天。
巢狀工作階段現在可使用不同工作區。例如，前端聊天與後端聊天可保留在同一父工作階段下，同時在不同資料夾或 worktrees 中運作。
快速聊天也支援使用獨立暫存資料夾的巢狀工作階段。工作階段群組新增自訂圖示及可因應佈景主題的色彩。
Voice Mode 在 agents.voice.enabled 下仍為實驗性功能。透過 agents.voice.useBYOKVoiceModel，使用者可提供 OpenAI 即時模型 API 金鑰；而 agents.voice.sessionAwareness 會共用受限制的追蹤工作階段簡報與最近作用中聊天內容。
語音核准支援 25 種語言，並以英文作為後援語言。
為何重要
多工作區工作階段適合跨儲存庫工作，但也讓執行內容較不明顯。審查者需要知道每項變更由哪個資料夾、分支、worktree、代理程式及主機產生。
無工作區聊天應與儲存庫特定工作分開。暫存資料夾可降低設定摩擦，但可能使成品保留與稽核軌跡更為複雜。
語音工作階段感知會將工作階段標題、回應摘要、待處理提示詳細資料、所選模型及附件名稱公開給已設定的語音模式。Microsoft 表示不包含附件內容，但其餘簡報仍可能包含作業內容。
對企業採用而言，在 API 金鑰處理、資料路由、語言行為及工作階段內容曝露獲得核准前，語音功能應維持選擇加入。
8. 編輯器、問題回報與終端機工作流程改善
這是什麼
VS Code 1.144 新增實驗性的 worktree 清理建議，由 chat.agentSessions.sessionStorageCleanupSuggestion.enabled 控制。當本機 worktree 的磁碟可用空間少於 5 GB 時，Agents 視窗可建議清理，無論 worktree 的存在時間或數量為何。
新的問題回報工具可透過 issueReporter.wizard.enabled 啟用。它使用單頁表單，支援螢幕擷取畫面、螢幕錄影、記錄、封存檔、影像及影片，並預設在自己的視窗中開啟。
將 issueReporter.wizard.openLocation 設為 editor 可將回報工具移至編輯器分頁。團隊可透過 issueReporter.additionalRepositories 以 owner/repo 格式加入自己的 GitHub 儲存庫。
在 Windows 上，terminal.integrated.windowsReparentConsoleWindow 可讓本機終端機工具開啟的對話方塊顯示在 VS Code 前方，而非隱藏於其後。此行為需要 terminal.integrated.windowsUseConptyDll，該設定預設啟用。
版本回顧也指出新增渲染的 Markdown 編輯體驗，以及更新後的淺色與深色介面。
為何重要
代理程式 worktree 可在工作階段結束後持續消耗本機儲存空間。5 GB 閾值提供實用警示，但平台團隊仍應為受管理的開發人員裝置定義保留與清理做法。
問題回報工具可透過在不離開 VS Code 的情況下擷取證據，提升可重現性。使用內部儲存庫的團隊應確認錄影、記錄與封存檔不會洩露機密或受監管資料。
Windows 終端機變更消除了驗證對話方塊被隱藏在 VS Code 後方的失敗模式。若組織依賴從終端機啟動的登入工具，應在停用新預設值前先進行測試。
9. 提取要求與擴充功能發佈取得安全性更新
這是什麼
GitHub Pull Requests and Issues 擴充功能升級至版本 0.174.0。其 Update Stack 動作可使用 GitHub API 更新堆疊式提取要求，而不需要將該堆疊中的提取要求簽出。
當分支關係與其他尚未堆疊的開放提取要求相符時，提取要求概觀也可建議建立堆疊。
對於擴充功能發佈者，@vscode/vsce 4.0.2 或更新版本支援 vsce publish --oidc。GitHub Actions 會要求短期 OpenID Connect 權杖，並將其交換為最長有效 15 分鐘的暫時性 Visual Studio Marketplace 憑證。
發佈者必須為儲存庫與工作流程建立 Trusted Publishing 原則，並授予發佈工作 id-token: write。若權杖交換失敗，vsce 不會回復使用個人存取權杖。
Trusted Publishing 目前僅支援 GitHub Actions。Microsoft 建議 Azure Pipelines 繼續使用 Microsoft Entra ID 服務連線，並指出全域 Azure DevOps 個人存取權杖預計於 2026 年 12 月 1 日淘汰。
為何重要
OIDC 可從 GitHub Actions 秘密中移除長期有效的 Marketplace 憑證。這可減少秘密輪替工作，並將發佈憑證的生命週期限制為 15 分鐘。
擴充功能團隊應在 2026 年 12 月 1 日Azure DevOps PAT 淘汰影響相鄰發行流程前，將符合資格的 GitHub Actions 工作流程移轉至 Trusted Publishing。Azure Pipelines 團隊應驗證其 Microsoft Entra ID 服務連線，而非照搬 GitHub Actions 設定。
提取要求擴充功能的變更也降低了堆疊式變更對本機簽出的需求。使用堆疊式提取要求的團隊，應在標準化工作流程前，根據既有分支與審查慣例測試版本 0.174.0。
核心結論
VS Code 1.144 是一個代理程式平台版本。持續性執行、通訊協定層級的互通性、模型協調、連接器、記憶體、桌面控制及雲端自動化，讓 Copilot 超越了編輯器中的對話功能。
這對企業團隊意味著什麼
分類執行環境。 決定哪些儲存庫可使用本機、遠端及 GitHub 託管的代理程式工作階段。
設定保守的權限預設值。 從 Manual 核准或嚴格限定的輔助權限、Folder isolation，以及新雲端自動化不使用任何工具開始。
為協調作業編列預算。 依模型呼叫衡量 Copilot Fusion，並在 30% 折扣於 2026 年 11 月 30 日結束前重新評估預計成本。
治理內容與自訂項目。 審查 Copilot Memory、連接器、MCP 限制、Marketplace 來源、外掛程式、影像生成及語音工作階段感知。
現代化擴充功能發佈。 在支援 GitHub Actions 的情況下，採用
@vscode/vsce4.0.2或更新版本的 OIDC，並為 2026 年 12 月 1 日Azure DevOps 全域 PAT 淘汰做好準備。
祝您程式開發愉快！