Visual Studio Code 1.145 由 Microsoft 於 2026 年 11 月 4 日發布，讓遠端代理程式工作更接近本機編輯器體驗。此版本新增遠端應用程式預覽、遠端畫布、混合代理程式 harness、以 cron 為基礎的 Local 自動化、聊天顯示控制項、附件變更、MCP 治理更新、檔案排除例外、擴充功能 API 工作，以及 Local harness 移除項目。
對 CTO 與工程主管而言，訊號很明確：以代理程式為優先的開發正從聊天擴展至遠端執行、週期性自動化、互動式介面與受原則控制的工具。機會在於涵蓋更廣泛的工作流程，但預覽旗標、沙箱相依性、MCP 優先順序與已移除的 Local harness 工具，都需要在部署前經過審慎驗證。
1. VS Code 1.145 發布穩定版組建
它是什麼
Microsoft 在發行頁面上列出適用於 Windows、macOS 與 Linux 的 Visual Studio Code 1.145.0 下載項目。可用格式包括 x64 與 Arm64 Windows 組建、Universal、Intel 與 Apple Silicon macOS 組建，以及常見的 Linux 套件。
這是穩定版發行，而非僅限 Insiders 的套件。
為何重要
平台團隊可透過既有的編輯器發佈程序開始進行受控部署。預覽與實驗性標示仍適用於個別功能，因此安裝穩定版編輯器不代表其中每項功能都已可供正式環境使用。
為何重要： 將編輯器升級決策與功能啟用分開處理。透過試行環部署 1.145.0，接著分別評估受限制的代理程式與治理功能。
2. 遠端代理程式瀏覽與畫布
它是什麼
Microsoft 表示，啟用 workbench.browser.enableRemoteProxy 後，Agents 視窗中的整合式瀏覽器現在可透過遠端代理程式主機載入頁面。如果代理程式在遠端電腦上啟動開發伺服器，開發人員便能在 Agents 視窗中開啟該應用程式、檢查結果並提供意見，無須離開工作階段。
遠端畫布建構於相同連線之上。同時啟用 chat.canvases.enabled 與 workbench.browser.enableRemoteProxy，便可讓由遠端代理程式主機託管的畫布出現在 VS Code 中。
畫布也可透過 Add to Sidebar 動作釘選至左側邊欄。Microsoft 將遠端瀏覽與遠端畫布標示為 Preview，而側邊欄釘選則標示為 Experimental。
為何重要
當代理程式在另一部主機上變更程式碼，但驗證仍必須透過個別設定的瀏覽器進行時，遠端預覽可減少情境切換。路由變更也很重要：瀏覽器流量可經由遠端主機而非開發人員的工作站發出。
對受監管環境而言，這項網路差異不可妥協。您的驗證計畫應確認由哪個主機解析目的地、哪些網路資源變得可存取，以及遠端應用程式內容是否適合在 Agents 視窗中顯示。
行動： 在廣泛啟用前，使用具代表性的 SSH、WSL 與 Dev Container 工作流程測試 workbench.browser.enableRemoteProxy。將 chat.canvases.enabled 視為獨立的核准項目，因為畫布會引入由代理程式提供的互動式介面。
3. 混合 Harness 與 Copilot 轉換
它是什麼
巢狀工作階段過去會繼承父工作階段的 harness。啟用 chat.agentHost.multipleChatProviders.enabled 後，VS Code 1.145 可改為在同一個父工作階段中放置使用不同 harness 的聊天。
Microsoft 舉例說明，可要求 Claude 檢閱 Copilot 聊天中撰寫的計畫，或將相同任務交給 Codex 以取得並列比較的結果。每個聊天在移動或分支後，仍保有自身模型、代理程式、權限層級、歷程記錄與所選 harness。
harness 選擇器現在會識別 Copilot 工作階段，而 Copilot harness 工作階段可透過 Agent Host 在背景持續執行。Microsoft 也新增了 Local 到 Copilot harness 的轉換指南，涵蓋自訂相容性、工作階段延續性、組織推行與驗證。
為何重要
混合 harness 讓模型比較成為單一工作情境的一部分，而非一組彼此斷開的工作階段。這不僅是 UI 的便利性，而是將供應商選擇、核准範圍與模型行為置於同一工作單位中。
組織應在啟用 chat.agentHost.multipleChatProviders.enabled 前，決定並列供應商是否符合既有 AI 使用原則。聊天會保留其自身 harness 關聯的權限，因此審查人員不可假設同層聊天共用相同控制項。
為何重要： Harness 遷移正成為營運模式決策。盤點 Local harness 自訂項目、驗證 Copilot harness 相容性，並確認組織原則允許哪些替代 harness。
4. Cron 排程與 Local 代理程式自動化
它是什麼
當內建排程預設值不夠精確時，Local 自動化現在可使用自訂的 五欄位 cron 運算式。Microsoft 表示，排程對話方塊會驗證運算式並說明產生的排程。
此功能僅適用於 Local 自動化。本版本的雲端自動化無法使用 cron 排程。
VS Code 1.145 也允許 Local 自動化使用所選工作區中的自訂代理程式。已停用的自動化會移至摺疊區段，使作用中的排程與執行歷程記錄維持醒目。
為何重要
Cron 將自動化從預設值驅動的便利功能，擴展為更具彈性的週期性執行層。這種彈性同時帶來有關無人看管代理程式活動、工作區狀態、認證與機器可用性的營運問題。
這不是雲端排程器，而是綁定至 Local Agent Host 的週期性工作。
行動： 為每項以 cron 為基礎的自動化要求指定負責人、執行時段與審查程序。在編輯器中驗證運算式、記錄所選的工作區代理程式，並確認主機在排定工作執行時可供使用。
5. 工作集與必要沙箱
它是什麼
Microsoft 表示，Copilot harness 工作階段的 Experimental 工作集現在可從 WSL、Dev Containers 與 SSH 工作區，在正確的主機上開啟檔案。當平行工具呼叫編輯同一檔案時，工作集會追蹤這些變更，並在編輯完成後保留內嵌審查控制項。
此版本也改善了組織要求代理程式沙箱化、但機器無法執行沙箱時顯示的警告。橫幅會指出終端機命令遭封鎖的原因，包括遺失的相依性，並引導使用者進行疑難排解。
在帳戶與組織支援的情況下，Microsoft 建議當 Local 代理程式工具無法執行時，可考慮使用 Experimental 雲端工作階段。
為何重要
當編輯器視窗跨越本機與遠端資源時，正確選擇主機至關重要。在這個邊界的錯誤端開啟檔案，可能會使審查混亂、掩蓋編輯來源，或將修復工作導向錯誤環境。
沙箱警告同樣重要，因為原則要求的沙箱化會以封閉失敗的方式處理。沒有相容的沙箱，就會封鎖終端機命令，而不是在缺乏必要隔離的情況下靜默執行。
行動： 將 WSL、Dev Container 與 SSH 工作集情境納入代理程式驗收測試。對於受管理的沙箱化，記錄必要相依性，並為收到封鎖橫幅的使用者建立升級處理途徑。
6. 聊天詳細程度、效能與附件
它是什麼
Experimental chat.persistentProgressVerbosity 設定引入三種顯示模式：
- Conversation： 推理與工具呼叫會以摺疊區段顯示在回應文字之間。
- Verbose： 工具呼叫會保持展開，工具群組不受內部捲動限制。
- Compact： 工具呼叫會在執行時顯示，接著摺疊為摘要列；這是預設模式。
變更模式會影響呈現方式，而不會影響聊天情境或代理程式行為。使用者無須開始另一個工作階段即可切換模式。獨立的 chat.progressBorder.enabled 設定會以動畫化輸入框邊框取代持續進度指示器。
Microsoft 也表示，由於 VS Code 會重複使用既有推理標題、在顯示時轉譯還原的終端機輸出，並減少重複的進度更新與版面配置量測，因此較長的 Copilot harness 聊天可更順暢地重新開啟。
Experimental chat.inlineAttachments.enabled 設定會將附件膠囊放置於游標位置。在 Insiders 中預設啟用，在 Stable 中預設停用。
為何重要
詳細程度是可觀測性控制項，而非功能控制項。Verbose 模式可支援疑難排解與審查，而 Conversation 模式則可降低日常工作中的視覺負擔。
延遲轉譯應能讓較長工作階段更容易重新開啟，但不會降低工作階段治理或審查的重要性。同時，內嵌附件會保留指示與其所參照情境之間的關係，可減少複雜提示中的模糊性。
行動： 依情境制定建議的檢視模式。日常工作使用 Compact 或 Conversation，審查工具行為、權限或非預期結果時則使用 Verbose。
7. 外部附件與工作階段存取
它是什麼
使用者現在可選取 Add Context，接著選擇 Files，透過標準系統對話方塊附加一個或多個檔案，包括作用中工作區外的檔案。即使未開啟工作區，也可在新聊天中使用此功能。
Microsoft 表示，雲端工作階段檔案選擇器僅列出影像。在沙箱化 Copilot harness 工作階段中，附加的路徑在該工作階段剩餘時間內會變為可讀取，但仍不可寫入，且此存取權不會儲存至設定中。
在 Manual 權限下，代理程式讀取明確附加的檔案前不再要求確認。若企業管理的設定定義可讀取路徑，附件不會自行加入該受管理清單。
為何重要
檔案對話方塊使外部情境更容易加入，但也降低了桌面檔案與代理程式工作階段之間的摩擦。重要界線在於明確附加：即使選取的路徑位於工作區外，在該工作階段中仍會變得可讀取。
這是工作階段範圍的存取權，並非永久原則變更。
行動： 訓練使用者將附加視為資訊揭露決策。受管理環境應測試外部附件與沙箱化、Manual 權限、雲端工作階段影像限制及企業可讀取路徑控制項之間的互動。
8. MCP Apps 與企業允許清單優先順序
它是什麼
MCP apps 現在可註冊語言模型能在下一個要求中呼叫的工具。Microsoft 使用 ShaderToy 伺服器作為 MCP app 範例，該 app 可讓模型透過互動式介面反覆調整著色器。
對於由 VS Code 啟動的 MCP 伺服器，企業管理的 allowedMcpServers 清單現在優先於僅限登錄檔存取。符合受管理清單的伺服器即使未發佈於登錄檔中也可執行，而登錄檔中存在但清單未列出的伺服器會遭到封鎖。
Microsoft 指出數項界線：
- 空白清單：
[]會封鎖所有 MCP 伺服器。 - 不存在的清單： 僅限登錄檔限制會如先前般套用。
- 使用者與工作區原則： 這些範圍無法將伺服器新增至企業清單。
- 拒絕項目：
deniedMcpServers與停用 MCP 仍具有優先權。 - 範圍： 此變更適用於由 VS Code 啟動的伺服器，而非由 Agent Host 管理的伺服器。
- 比對： Microsoft 建議使用
serverUrl與serverCommand規則，而非serverName。
為何重要
MCP apps 現在結合互動式介面與可呼叫工具。這擴大了已核准伺服器可向模型公開的內容，因此核准伺服器實際上等同核准工具。
允許清單優先順序的變更是更直接的管理問題。即使僅限登錄檔原則也處於作用中狀態，受管理清單現在仍是 VS Code 啟動伺服器的權威集合。
行動： 部署 1.145 前，重新評估 allowedMcpServers。確認每個已核准的 serverUrl 與 serverCommand 都符合預期、移除過時項目，並測試空白清單是否產生預期的全面封鎖姿態。
9. 檔案排除、Mermaid 與必要外掛程式
它是什麼
files.exclude 與 search.exclude 設定現在支援以 ! 為前綴的例外。例如，工作區可排除 node_modules，同時保留 !node_modules/@types 的可見性。
files.exclude 中的例外會影響 Explorer、Search 與 Quick Open。search.exclude 中的例外僅套用至 Search 與 Quick Open。Microsoft 警告，諸如 !**/node_modules/@types 的廣泛模式可能使搜尋速度變慢。
Mermaid 轉譯在 1.145 中也有所變更。當邊線會穿越子圖標題時，子圖標題會移動；預設 VS Code Mermaid 佈景主題則改為描繪子圖外框，而非填滿子圖。
對於透過受管理 enabledPlugins 設定要求的代理程式外掛程式，VS Code 現在會停用 Uninstall 動作。此限制也適用於貢獻的 prompts、skills、agents、hooks 與 MCP servers，並可透過滑鼠停留與鍵盤焦點取得說明。
為何重要
排除例外解決了常見的工作區問題：隱藏大型產生或相依性樹狀結構，同時保留開發人員需要檢查的特定部分。效能警告表示，團隊應優先使用狹窄模式，而不是跨深度的例外。
必要外掛程式行為現在符合組織意圖。使用者不再會遇到只能失敗的解除安裝動作。
行動： 檢閱共用的 files.exclude 與 search.exclude 設定是否含有廣泛否定模式。對於受管理外掛程式，驗證 enabledPlugins 項目，並記錄每項必要自訂仍應保持安裝的原因。
10. Pull Requests 與正式定案的 Timeline API
它是什麼
GitHub Pull Requests 擴充功能的 0.176.0 版本擴充了提取要求概觀時間軸。Microsoft 列出新增項目包括標籤、里程碑、標題、審查要求、撤銷審查、草稿、準備審查、強制推送、分支還原、自動合併與合併佇列事件。
當分支透過 Start Working on Issue 與 issue 關聯時，提取要求說明範本現在可使用 ${issueTitle}、${issueNumber} 與 ${issueNumberLabel}。堆疊式提取要求工作流程也會在堆疊中的提取要求已啟用自動合併時，提示使用者停用該功能。
此外，Microsoft 已正式定案 Timeline API。Marketplace 擴充功能可使用 workspace.registerTimelineProvider 註冊檔案與資料夾提供者，或使用 workspace.registerWorkspaceTimelineProvider 註冊工作區範圍提供者。將 TimelineItem.resourceUri 設為項目所代表的資源狀態，可透過 Compare Selected 啟用比較功能。
為何重要
擴充功能更新可在編輯器內呈現更多提取要求生命週期，降低審查者錯過程式碼差異以外狀態變更的機率。當分支源自已追蹤 issue 時，範本變數也可提升一致性。
正式定案的 Timeline API 為擴充功能作者提供穩定的整合點，以支援特定領域的歷程記錄。這對稽核、比較與變更說明工作流程很有用，但擴充功能團隊應審慎設定最低 VS Code 相容性。
行動： 在測試環中將 GitHub Pull Requests 擴充功能更新至 0.176.0，並檢閱可使用新 issue 變數的範本。擴充功能擁有者應評估 Timeline 提供者是否可取代專有歷程檢視。
11. 已移除的 Local Harness 工具
它是什麼
Microsoft 已從 Local harness 工作階段移除數項工具與命令：
- 擴充功能安裝：
#installExtension不再可用。代理程式改為將必要擴充功能加入.vscode/extensions.json，供使用者檢閱與安裝。 - 命令執行：
#runCommand不再可用。內建工作流程現在會要求使用者自行執行必要命令，例如 Developer: Chat Diagnostics。 - 工作區建立：
#newWorkspace、其先前名稱#new以及/new命令均已移除。 - 專案設定： Generate New Workspace 連結與專用的專案設定技能已移除。
Microsoft 也移除了 github.copilot.chat.newWorkspaceCreation.enabled、github.copilot.chat.newWorkspace.useContext7 與 github.copilot.chat.useProjectTemplates。Notebook 建立功能不受影響。
若要建立專案，使用者現在應開啟空白資料夾，並在代理程式工作階段中描述專案。代理程式會使用標準工具建立檔案、執行腳手架命令及設定工作。
為何重要
參照已移除識別碼的自訂代理程式與提示檔案將無法再依設計運作。這些是遷移工作，而非可選擇的清理項目。
擴充功能變更也恢復了審查點：代理程式透過 .vscode/extensions.json 建議專案擴充功能，而不是直接安裝。同樣地，移除 #runCommand 會將命令呼叫重新交回使用者。
行動： 在自訂代理程式、提示檔案、工作區範本與內部文件中搜尋 #installExtension、#runCommand、#newWorkspace、#new、/new、project-setup-info-local 與 project-setup-info-context7。在將 1.145 標準化前，移除或取代每一項參照。
12. 可靠性修正與原則持續性
它是什麼
Microsoft 指出兩項與原則相關、且與企業直接相關的修正。
Issue #345207 影響在選取 Claude 或 Codex 代理程式後，組織又停用該代理程式的使用者。New Chat、New Chat Editor 與新視窗可能會開啟沒有輸入欄位的唯讀聊天。VS Code 1.145 現在會回復至預設 harness，並保留未送出的提示；若原則日後允許，先前的選擇會再次可用。
Issue #344895 影響 GitHub Copilot 原則因網路錯誤或速率限制而重新整理失敗時的僅限登錄檔 MCP 存取。VS Code 現在會保留最後已知的登錄檔原則，且僅在 GitHub 回報沒有適用登錄檔時才清除它。
此版本還包括 PR #336022 中的終端機自動回覆記憶體使用修正、PR #342418 中的工作就緒競爭狀況修正、PR #344185 與 #344764 中的遠端連接埠規則處理修正，以及 PR #344094 中的 Server-Sent Events 位元組順序標記處理修正。
為何重要
MCP 修正關閉了一個封閉失敗缺口：暫時性的重新整理失敗可能會在下一次成功更新前移除登錄檔限制。保留最後已知原則是正確的企業姿態。
已停用代理程式的回復機制也降低了管理員變更 harness 可用性時的部署風險。使用者會取得可運作的預設值，而不會受困於唯讀工作階段。
行動： 將原則重新整理失敗與已停用代理程式轉換納入推行測試。驗證登錄檔控制項可在模擬連線中斷期間持續生效，且新聊天會回復至組織允許的預設 harness。
13. Blobby 跳躍遊戲
它是什麼
Microsoft 納入一款 Experimental 平台跳躍遊戲，主角是 VS Code 寵物 Blobby。在聊天中輸入 /vscode-pet 會顯示 Blobby，而 Agents 視窗的新工作階段畫面提供 Play Jump Game 動作。
空白鍵可蓄力跳躍，方向鍵可瞄準下一個平台，遊戲會在裝置上儲存最高分。
為何重要
此遊戲對企業工作流程沒有實質影響。它是選用功能且屬於 Experimental。
對受管理環境而言，它應列入版本認知，而非推行規劃。團隊應將驗證工作集中於遠端路由、代理程式權限、自動化、附件與 MCP 原則。
總結
VS Code 1.145 將 Agents 視窗擴展為遠端預覽、畫布、供應商特定聊天、週期性 Local 工作，以及由 MCP 支援工具的控制介面。在此，代理程式優先不是趨勢，而是編輯器工作流程設計的方向。
- 先試行遠端路由。 針對具代表性的主機與網路邊界驗證
workbench.browser.enableRemoteProxy與chat.canvases.enabled。 - 治理週期性執行。 將五欄位 cron 自動化視為具有指定負責人與審查程序的無人看管 Local 工作負載。
- 協調 MCP 原則。 稽核
allowedMcpServers、deniedMcpServers、登錄檔限制，以及由 VS Code 啟動和由 Agent Host 管理之伺服器間的差異。 - 遷移 Local harness 自訂項目。 移除對 1.145 已刪除之工具、命令、技能與設定的參照。
- 測試失敗狀態。 在廣泛部署前，確認必要沙箱行為、原則持續性、已停用 harness 的回復機制與附件存取。
祝您編碼愉快！