Visual Studio Code 1.137 於 2026 年 9 月 9 日發布；如果前幾個版本的重點是讓代理變得有能力，那麼這個版本的重點則是讓它們變得無所不在——依排程執行、透過語音聆聽，並且在你完全不離開編輯器的情況下觸及 GitHub。這也標誌著團隊數個月來持續打造的里程碑：代理主機（agent host）架構，如今已成為這裡幾乎所有新功能的基礎。
頭條功能：
- 自動化（預覽版）——排程週期性的代理工作，每小時、每日或每週執行，或隨需啟動
- 語音模式（實驗性）——與代理對話，並在它處理你的程式碼時打斷或重新引導它
- 在工作區中接續快速對話——將專案附加到現有對話，而不遺失其歷史記錄或目前的請求
- GitHub 議題與提取要求（實驗性）——直接在代理視窗中檢閱議題與 PR 詳細資料，即使未開啟該儲存庫亦然
讓我們逐一解析這些功能對你日常工作流程的意義——以及那些讓版本顯得精緻的細微改良。
自動化（預覽版）：依你的排程執行的代理
自動化讓你能排程週期性的代理工作，例行工作不必再手動啟動。你可以從範本開始——追蹤變更、分類議題或尋找錯誤——或自行定義提示與排程。
若要試用，請啟用 chat.automations.enabled，開啟代理視窗，並在側邊欄選取 Automations。在那裡，你可以隨需執行自動化，或將它排程為每小時、每日或每週執行。此功能為預覽版並逐步推出，另有一份文件可協助你開始使用。
為何這很重要
到目前為止，使用代理基本上都是手動行為：你開啟視窗、輸入提示，然後在旁監督。自動化把這一切反轉過來。夜間的相依性稽核、週一早晨的新議題分類、每小時的迴歸掃描——這些工作的提示永遠相同，只有時機會變。把它正式化為排程的代理工作，就意味著無論你是否記得提出要求，工作都會發生。
這也透露了 VS Code 的走向：代理主機如今已能執行長時間、無人看管的工作，而不只是對話式的往返。這就是「你驅動的工具」與「自己會現身的隊友」之間的差別。
語音模式（實驗性）：與你的代理對話
語音模式讓你能在代理處理你的程式碼時，與它進行自然的口語對話。啟用 agents.voice.enabled，並在聊天輸入中選取語音模式按鈕即可試用。
互動模式是有趣的部分。當代理正在說話時，你可以開口說話——或使用按鍵發話（push-to-talk）快速鍵——來打斷回應並繼續對話。這不是一次性的聽寫方塊，而是一來一往的交流，讓你能在工作中途重新引導代理。
語音模式也具備工作階段感知能力。它可以回答關於你執行中的工作階段、已選取的模型，以及附加檔案的問題，你甚至可以請它啟動新的工作階段。當它轉送請求時，會宣告是送往現有工作階段，還是啟動新的工作階段——這是個小卻重要的透明度。
你可以用幾種方式自訂它：
agents.voice.showTranscript會在聊天輸入中顯示對話逐字稿，並提供顯示／隱藏，以及在不結束語音工作階段的情況下將麥克風靜音或取消靜音的控制項- 從命令選擇區執行 Chat: Dictate: Select Microphone，以選擇聽寫與語音模式共用的輸入裝置
agents.voice.voice選擇朗讀回應的語音- 執行 Voice Mode: Show Introduction 可重新開啟簡介，你可以在其中選取麥克風並預覽可用的語音
以滑鼠右鍵按一下語音模式按鈕，即可快速存取其設定、指示、簡介、麥克風選擇與逐字稿控制項。系統管理員可以為組織關閉 Copilot 預覽功能，以停用語音模式。
為何這很重要
聽寫已證明語音是程式碼工作的實際輸入途徑，但聽寫是單向的——你說話，它轉錄。語音模式則是一場對話，而「打斷」正是關鍵的互動方式。能在對話中途說「不，停，改成這樣做」，正是你與人類同事合作的方式，也契合更廣泛的無障礙願景：以雙手免持、眼睛免盯的方式，與能力日益強大的代理互動。
在工作區中接續快速對話
快速對話是你在代理視窗中啟動的輕量、無工作區對話——非常適合一般問題或想法。問題一向在於：當快速對話結果是關於某個專案時該怎麼辦。過去，你得從頭開始。
在 1.137 中，你可以將本機資料夾附加到現有的快速對話並繼續進行。在你確認工作區，並選擇直接使用該資料夾或建立隔離的工作樹（worktree）之後，對話會變成工作區工作階段。關鍵是，它會保留標題、對話歷史記錄與目前的請求，且當工作區設定完成後，代理會自動繼續並可存取專案檔案。
如果你不想轉換這個對話，也可以改用新的工作區工作階段來開始專案工作。
一點提醒：目前只有在 Copilot harness 中，才能在工作區工作階段中接續對話。
為何這很重要
這是代理主機帶來的回報。由於工作階段與工作區解耦，對話可以安然度過從「沒有資料夾」到「真正的專案」的轉換。表面上看這是小小的便利，但它移除了真正的摩擦點：當你意識到隨口的問題已變成真正的工作時，再也不必失去你已經討論過的一切。
代理視窗中的 GitHub 議題與提取要求（實驗性）
當對話提及 GitHub 上的工作時，代理視窗現在可以直接與 GitHub Pull Requests 擴充功能整合。選取 github.com 的議題或提取要求連結，其詳細資料就會直接在代理視窗中開啟——無須切換瀏覽器。即使你並未為該儲存庫開啟工作區，這也能運作。
若要試用這項初步整合，請在預設的 VS Code 設定檔中安裝 GitHub Pull Requests 擴充功能，並啟用 extensions.experimental.enableAgentsWindowCapability。
還有第二項相關能力，最後可能更為實用：在任何對話中將 GitHub 議題與 PR 附加為上下文。從任何聊天輸入（聊天檢視、聊天編輯器或代理視窗）的 Add Context… 功能表中新增議題或 PR，議題描述、留言或提取要求的變更就會提供給代理，無須複製到你的提示中。你也可以將 GitHub 議題或 PR 的 URL 貼到新工作階段輸入中；URL 會留在你的提示裡，並自動新增上下文附件。
為何這很重要
切換上下文是對專注力的課稅，而「去瀏覽器讀一下議題，再回來描述它」是其中最惱人的一種。將議題與 PR 的上下文拉進工作階段——並讓代理同時對討論與程式碼進行推理——封閉了一個以往需要在兩個工具之間手動轉譯的迴圈。
一切之下的代理主機
其中幾項功能都建立在代理主機之上，它讓你從多個 VS Code 視窗連線到同一個代理工作階段。它依據開放的 Agent Host Protocol（AHP）在專用程序中執行代理 harness，而其 Copilot 代理由 Copilot SDK 驅動——這使代理的行為與功能與 Copilot CLI、獨立版 GitHub Copilot 應用程式及其他 Copilot 產品保持一致。
主機也帶來代理佇列訊息：當代理使用 send_message 工作階段管理工具聯絡一個忙碌中的對話時，VS Code 會將訊息排入佇列，並在進行中的回合成功完成後啟動它。代理可以為同一工作階段或另一工作階段中的多個對話排入多則訊息，並依送出順序處理——這讓多對話工作流程的可預測性大為提升。
若想深入了解，團隊發布了一篇代理主機架構部落格文章，說明他們為何打造它、它能帶來什麼，以及此協定如何運作。
更細緻的改良：差異、二進位檔與豐富連結
有幾項生活品質改良值得特別一提，因為它們觸及每個代理密集的工作流程。
智慧差異編輯器版面配置。 現在你可以用相同的方式，在一般差異、多檔案差異，以及代理視窗的變更編輯器中選擇差異版面配置。開啟 More Actions (…) > Diff View，然後選取 Inline、Side by Side 或 Automatic。Automatic 選項會顯示目前作用中的版面配置，並隨著編輯器寬度變化自動調整——而如果你刻意拖曳分隔線加寬內嵌差異，調整大小時它會維持內嵌，內容不會意外位移。
多檔案差異中的二進位檔。 已變更的二進位檔（例如圖片）現在會保留在多檔案差異中顯示，而不會被略過。差異會在檔案的原始位置顯示 Binary file changed 佔位符，你可以選取 Open Diff，在標準差異體驗中檢閱它，例如圖片差異或適用的自訂編輯器。編輯器視窗中的多檔案差異現在也與代理視窗中的採用相同視覺設計。
Markdown 編輯器中的 GitHub 連結（實驗性）。 啟用 markdown.experimental.richLinks.enabled 後，Markdown 編輯器中的 GitHub 議題與提取要求連結會顯示目前的標題與狀態，讓你不必先開啟就能理解每個參照——而且當議題或 PR 狀態改變（包括 CI 更新）時，連結也會更新。設定 chat.experimental.richLinks.enabled 可在聊天中獲得相同的呈現。
幫 VS Code 寵物命名
1.137 並非一切都關於代理。實驗性的 VS Code 寵物是個互動式夥伴，會在你與代理協作時做出反應。在聊天中輸入 /vscode-pet 就能見到它——然後一起幫它選個名字。
從 2026 年 9 月 10 日到 9 月 17 日，你可以提交 VS Code 寵物的名字。比賽條款與細則載有詳細資訊。在一個以自動化為主軸的版本中，這是個輕鬆、具有社群精神的小巧思——老實說，也很受歡迎。
本版其他內容
- The Story of VS Code：VS Code 紀錄片推出了。前往 aka.ms/the-story-of-vs-code 觀看，了解編輯器及其社群的演進歷程。
- GitHub Pull Requests 擴充功能：提取要求 Web 檢視開啟更快，且 VS Code 中所有 github.com 連結現在都會以該擴充功能開啟（可用
githubPullRequests.openPullLinks停用）。請參閱 0.166.0 的變更記錄。
社群貢獻
VS Code 1.137 包含來自廣泛社群貢獻者的貢獻。值得一提的重點：
- Simon Siefke 延續了一連串非凡的記憶體流失修正——本版包括：git 分支保護提供者、擴充功能主機虛擬終端機、可存取檢視工具列、測試結果、擴充功能主機留言、mainThreadNotebook，以及終端機設定檔服務
- Arthur Cnops (accnops) 使用專用的 MAI 轉錄進行聽寫
- Brian Steenhoek (bstee615) 在 PatchBased02Unified 提示策略中新增並辨識了 eagerness 選項
- Michael Cummings (mcumming) 為 Private Marketplace 存取啟用 Microsoft Entra ID 登入，並讓
extensions.gallery.authProvider受原則控制 - Hadley Wickham 修正了 Web 檢視徽章設為 undefined 時不會清除的問題
- Piyush Madan 新增在執行子代理時顯示剩餘回合數
- YOSHII-Hiroto 新增在整合式瀏覽器中開啟 MHTML 檔案的支援
- Wibaek Park 修正了 IME 輸入法組字期間尋找輸入框被重新聚焦的問題
來自 John Murray、RedCMD、Andrii Dieiev 與 Alberto Santini 的議題追蹤貢獻，協助了社群回報的分類與驗證。
你應該更新嗎？
應該。VS Code 1.137 是代理開始在你未要求的情況下工作的版本——這是意義重大的轉變。自動化之所以是頭條，正因如此：它把代理變成你可以排程、而非需要緊盯的東西。語音模式是最有趣的實驗，如果你曾希望在重新引導代理時雙手不離鍵盤，就值得啟用。同時，GitHub 議題與 PR 整合則悄悄地移除了日常修錯時最常見的上下文切換來源之一。
本版沒有已棄用的功能或設定，因此更新後沒有什麼需要清理的。
VS Code 正逐步向所有使用者推出。使用 VS Code 中的 Check for Updates 立即取得最新版本，或下載 nightly Insiders 組建，在新功能一推出時就搶先試用。
你最喜歡 VS Code 1.137 的哪項功能？在 X 上告訴我們——我們一直很想知道這些更新在真實工作流程中的表現。