Visual Studio Code 1.136 於 2026 年 9 月 2 日發布。本次更新瞄準的是開發週期的最後一哩路——那些把拉取請求（PR）從「程式碼寫完」推進到「可以合併」的瑣碎、充滿打斷的工作。同時，它也為代理帶來了期盼已久的多根工作區支援，並為 Agents 視窗增添了令人驚喜的個人化能力。
四大亮點功能：
- Agent Merge（預覽版） —— 一個代理自動處理審查意見、修復失敗的檢查並解決合併衝突，直到你的 PR 可以合併
- 多根工作區（實驗性） —— Copilot 和 Claude 代理工作階段可在多根工作區的所有資料夾中工作
- 聊天背景（實驗性） —— 用 Codicons 圖案或你自己的圖片個人化 Agents 視窗
- 聊天工作階段階層 —— 相關聊天歸入其父工作階段之下，並顯示各自的狀態與待核准項目
下面逐一解讀它們對日常工作的意義。
Agent Merge（預覽版）：自動化最後一哩路
Agent Merge 是 1.136 的頭號功能，它代表著 AI 代理在編輯器中角色的重大轉變。此前，VS Code 的代理協助你編寫程式碼；Agent Merge 則協助你交付程式碼。
它的運作原理：在工作階段中啟用後，Agent Merge 會要求代理處理拉取請求上的審查意見、修復失敗的檢查、解決合併衝突並重新執行工作流程。這個過程會不斷重複，直到 PR 準備好合併。你負責監督，代理負責機械性的苦差事。
為什麼這很重要
PR 生命週期最後 10–20% 往往是最痛苦的部分。你會在這些事上耗費時間：
- 套用機械性的審查意見（重新命名這個、調整那個、補一個缺少的測試）
- 追查不穩定的 CI 失敗或簡單的測試問題
- 當長期分支發生偏移時解決合併衝突
這些任務創造性價值低，但中斷成本高。Agent Merge 瞄準的正是這個缺口，把修修補補的循環變成你可以監督而非手動苦熬的事情。
如何試用
在設定中啟用 chat.agentMerge.enabled。你可以從 Agents 視窗為某個工作階段啟用 Agent Merge——執行 Enable Agent Merge for Active Session，或按一下標題列中的 Agent Merge 按鈕。目前此功能僅限於 Agents 視窗。
更廣泛的趨勢
Agent Merge 是產業明確轉向的一部分：從 AI 輔助程式設計（自動完成、聊天）走向掌控整個生命週期階段的代理工作流程。Atlassian 的 Agentic Pipelines 和 Harness 的「代理就緒程式碼儲存庫」正在探索類似領域。Agent Merge 的不同之處在於，它就位於你日常工作的編輯器內部，擁有工作階段、變更和工作區的完整脈絡。
編輯器視窗中的多根工作區（實驗性）
如果你的微服務、單體儲存庫或多語言技術棧分散在多個資料夾中，這個功能就是為你準備的。VS Code 1.136 為編輯器視窗 Chat 檢視中的 Copilot 和 Claude 代理工作階段帶來了多根工作區支援。
此前，代理工作階段只能操作單一工作區資料夾。現在，啟用 chat.agentHost.copilotAgent.multiRootEnabled 和 chat.agentHost.claudeAgent.multiRootEnabled 後，代理可以理解多根工作區中的所有資料夾。
幾個重要細節：
- 此能力目前僅限於編輯器視窗（不是 Agents 視窗）
- 代理鉤子（Agent hooks） 仍限於單一工作區資料夾。如果在多個資料夾中偵測到鉤子，VS Code 會提示你選擇載入鉤子的主要資料夾
- 結合下方的工作區解析改進，代理現在能夠理解你真實的專案佈局
為什麼重要： AI 代理終於能理解你真實的專案結構，而不是單一資料夾的玩具範例。如果你同時更新後端和前端，而共用的 schema 位於另一個資料夾，代理可以一覽無遺。
瀏覽相關聊天與工作階段
VS Code 1.136 重新組織了工作階段清單中相關代理工作的呈現方式。聊天現在顯示為其父工作階段的子項，形成階層結構，讓你輕鬆理解哪些聊天屬於同一組。
每個聊天列都顯示自己的：
- 標題 —— 有意義的標題，尤其是當代理把工作委派給多個聊天時
- 狀態 —— 檢視哪個聊天正在執行、已完成或需要你的輸入
- 待核准項目 —— 快速識別哪個聊天需要你關注
你可以展開或摺疊階層結構，並直接從樹狀結構中開啟、重新命名、移動或刪除個別聊天。
當代理將獨立工作委派給多個聊天時，每個新聊天都會獲得有意義的標題並出現在此階層結構中。新工作階段或聊天會放置在其來源附近，接收要求會包含來源連結，如「Sent by another session」或「Sent from another chat」。選取該連結即可返回發起它的確切工作階段或聊天。
此前，在內部工作階段狀態目錄中建立的檔案會在編輯器麵包屑中顯示內部工作階段識別碼。現在麵包屑使用穩定的提供者與工作階段標籤，更容易識別檔案位置，同時不暴露實作細節。
為什麼重要： 隨著代理越來越常將工作委派到多個聊天，扁平清單將變得難以管理。階層結構讓你把 PR、功能或調查視為一棵相關對話樹——並快速跳轉到需要你輸入的那一個。
工作區解析改進
除了絕對路徑和工作區 URI，代理現在還可以透過專案名稱解析工作區。也就是說，你可以直接說「在 vscode 工作區裡執行這個」，而無需提供完整路徑。
工作階段工具也會保留多根工作區的專案 URI 和所有工作目錄。如果有多個同名工作區，代理會回報可能的相符項目，而不是默默選擇一個。遠端工作區 URI 同樣受支援。
為什麼重要： 這關乎減少與代理互動時的摩擦。記住並輸入完整路徑是一種障礙；用名稱引用專案才是人類的思考方式。
Agents 視窗中的聊天背景（實驗性）
這是最有趣的一個。VS Code 1.136 讓你可以用裝飾性聊天背景個人化 Agents 視窗——可以是感知主題的內建 VS Code Codicons 圖案，也可以是你自己電腦上的圖片。
執行 Chat: Set Background… 可在 Codicons 圖案和自訂圖片之間選擇。最近使用過的五張圖片會出現在 Recently Used 下，且該清單只保存在你的機器上。
使用自己的圖片時，執行 Chat: Change Background Layout… 來放置它。共有十一種版面：Repeat、Stretch、Center 以及每個邊緣和角落。在清單中切換時會在原位預覽每種版面，讓你在確定之前判斷效果。
值得了解的細節：
- 深色和淺色主題保持各自的背景 —— 切換主題時背景會隨之切換
- 高對比度主題會完全停用背景，且這三個命令在那裡無法使用
- 聊天內容自帶填滿圖層，確保在背景之上保持可讀——你的要求完全不透明，代理回覆在兩側內距處淡出，而 Markdown 表格和終端機輸出等寬內容則有完整背襯
相關設定：chat.agentSessions.preferredDarkBackgroundImage、chat.agentSessions.preferredLightBackgroundImage、chat.agentSessions.backgroundImageLayout
為什麼重要： 誠然它是裝飾性的——但 Agents 視窗如今已是許多開發者全天工作的地方。讓它感覺像你自己的空間，對舒適度很重要，也能減少代理驅動工作流程的冷冰冰感。
代理工作階段通知
當代理工作階段需要你的輸入或完成工作時，VS Code 現在可以通知你。當你跨多個工作階段、工作區或多個 VS Code 視窗委派工作時，這尤其有用。
預設情況下，通知只在 VS Code 視窗未聚焦時出現。你可以分別設定兩類通知：
- 需要輸入的工作階段 ——
chat.notifyWindowOnConfirmation - 已收到回應的工作階段 ——
chat.notifyWindowOnResponseReceived
通知包含返回相關工作階段的直接連結，選取通知即可聚焦正確的視窗並開啟需要關注的工作階段。
為什麼重要： 如果你已在一個 PR 上啟動 Agent Merge 工作階段並回去做其他工作，你會希望它在需要你時通知你——而不是一直盯著視窗。通知把代理監督從輪詢式變成了事件驅動式。
重新設計的新工作階段輸入框
新工作階段輸入框經過重新設計，將提示詞、模型選擇、工作區選擇和其他工作階段控制整合到單一版面中。這減少了啟動委派工作時的設定摩擦。
為什麼重要： 開始一個新的代理工作階段應該像開始對話，而不是填寫表單。將這些控制整合到單一版面是一個小變動，卻帶來巨大的可用性提升。
聽寫資料的企業管控
系統管理員現在可以透過企業原則管理聽寫模型和語言模型轉錄清理。新的控制項可以：
- 強制裝置端轉錄 —— 聽寫在不向雲端傳送音訊的情況下依然可用
- 停用語言模型清理 —— 防止聽寫資料被傳送到 Copilot 模型進行精修
這對於有嚴格資料落地或合規要求、同時仍想提供聽寫作為輔助或生產力功能的組織尤其重要。
輔助功能：Screen Reader Optimized 徽章
啟用該模式時，Agents 視窗標題列現在會顯示Screen Reader Optimized 徽章。該徽章讓你能一眼識別目前啟用的輔助模式。選取徽章即可關閉該模式。
編輯器體驗：緊湊版面密度（實驗性）
啟用 workbench.experimental.modernUI 後，你現在可以在兩種版面密度之間選擇：
- Default —— 與目前編輯器視窗版面相同
- Compact —— 移除面板之間的間距並縮小面板內部間距
可在 Settings 功能表的 Layout Density 區段中找到，也可透過 window.density.layout 設定。
為什麼重要： 當你在重度代理工作流程中同時處理聊天、差異、終端機和檔案總管時，每個像素都很寶貴。緊湊密度在不縮小字型大小的情況下讓畫面容納更多內容。
程式碼編輯：自動換行改進
插入的文字——色彩裝飾器、內嵌提示間距、行內進度指示器和中斷點佔位符——不再把換行行推出編輯器檢視區。自動換行現在會考慮這些元素的視覺寬度。
為什麼重要： 這是一個小修正，但如果你曾在換行行上看到 rgba(...) 被輕微裁切，就會明白那種沮喪。乾淨的換行讓程式碼更易讀，尤其是在密集的代理產生差異中。
整合式瀏覽器：拼字檢查建議
在整合式瀏覽器的可編輯欄位中按一下右鍵拼字錯誤的單字，即可選取建議的更正。在使用持久資料儲存的工作階段中，還可以選取Add to Dictionary。
為什麼重要： 與代理協作時，文件、PR 描述和討論越來越頻繁地出現在 VS Code 內部。整合式瀏覽器中的拼字檢查讓這些工作流程獲得與專用編輯器同等的精緻體驗。
終端機：減少執行命令時的延遲
在某些時序條件下，當 shell 整合就緒時，擴充功能執行的終端機命令不再產生不必要的延遲。遇到此問題的 JavaScript 偵錯工具使用者在啟動程式時不再經歷五秒延遲。
為什麼重要： AI 代理經常呼叫終端機命令——測試套件、linter、建置步驟。這裡的低延遲意味著更快的代理反覆運算循環，而不僅僅是更好的人類體驗。
社群貢獻
VS Code 1.136 包含 15 位社群貢獻者的貢獻。值得注意的有：
- Remco Haszing 貢獻了多項 Monaco 編輯器修正，包括游標移動正規化、換行時的越界文字選取、自訂行高四捨五入，以及在 Monaco 編輯器中公開 score 函式
- Simon Siefke 延續了記憶體洩漏修正的連勝——本次是 explorer viewer 和 LSP terminal completions
- David B. Bitton 為整合式瀏覽器內容功能表新增了拼字建議
- Mark S.（unsupportedpastels） 為自訂代理檔案新增了推理強度（reasoning effort）支援
- Julia Gong 在 NES 的預設提供者路徑上套用了 supportsUnifiedCompletions
- na2co3 修正了 Modern UI 中索引標籤動作淡化的 CSS 特異性問題
John Murray、Saswwo、zotabee、Edoardo Luppi 和 sandstrom 的問題追蹤貢獻協助分類和驗證了社群回報。
The Story of VS Code：全球首映
值得注意：VS Code 將於 9 月 4 日上午 8:00（太平洋時間）首映一部紀錄片——「The Story of VS Code」。它講述了從早期起步到今天數百萬開發者使用的平台這段歷程。加入首映。
你該更新嗎？
應該。對於任何在編輯器中使用 AI 代理的人來說，VS Code 1.136 都是一次重要更新。如果你需要維護拉取請求，光是 Agent Merge 一項就值得更新——它直擊 PR 生命週期中最繁瑣的部分。多根工作區支援是微服務和單體儲存庫團隊的一項重大能力解鎖。而工作階段階層、通知和重新設計的工作階段輸入框共同讓 Agents 視窗更有條理，不再像一場聊天混戰。
本次更新沒有淘汰的功能或設定，更新後無需清理任何內容。
VS Code 正在逐步向所有使用者推送。在 VS Code 中使用 Check for Updates 立即取得最新版本，或下載 nightly Insiders 組建儘早體驗新功能。
你最喜歡 VS Code 1.136 的哪個功能？歡迎在 X 告訴我們——我們一直很想知道這些更新在實際工作流程中的表現。