📼 重新觀看 MS Build 2026 的 VS Code Live

Visual Studio Code 1.129

在 LinkedIn、X、Bluesky 上關注我們

發布日期：2026年7月15日

更新 1.129.1：此更新修復了這些 問題。

下載：Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

歡迎使用 Visual Studio Code 1.129 版本。此版本帶來了專用代理程式主機（agent host）、代理程式視窗中的新編輯器面板、使用 ! 執行指令，以及現代化 UI 預覽。

祝您開發愉快！

VS Code 正逐步推出給所有使用者。請使用 VS Code 中的檢查更新來立即取得最新版本。

若想盡快嘗試新功能，請下載每晚更新的 Insiders 版本，其中包含一推出即有的最新更新。

代理程式

代理程式主機

我們圍繞著代理程式主機（agent host）重新架構了代理程式工作階段在 VS Code 中的運作方式。這是一個專用程序，基於 代理程式主機協定 (Agent Host Protocol, AHP) 來執行 Copilot、Claude 和 Codex 等代理程式執行環境（harness）。由於工作階段存在於其自身的程序中，因此可以同時從多個 VS Code 視窗連線至同一個工作階段並進行算繪。代理程式主機的 Copilot 代理程式由 Copilot SDK 提供支援，這意味著其行為與功能與 Copilot CLI、獨立的 GitHub Copilot 應用程式以及其他 Copilot 產品保持一致。

進一步了解 VS Code 代理程式主機架構。

我們正在積極開發代理程式主機，並開始在編輯器視窗與代理程式視窗中將其推出給使用者。若要參與試用，請啟用 chat.agentHost.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 此設定可由您的組織管理。請聯絡您的管理員進行變更。，然後從執行環境下拉選單中選擇一個代理程式主機執行環境。以下螢幕擷取畫面顯示如何在編輯器視窗中選擇代理程式主機上的 Copilot 執行環境

Screenshot showing the harness dropdown in the editor window.

隨著我們持續投入代理程式主機的開發，本版本資訊中的某些新功能可能僅在代理程式在其上執行時才可用。這些功能會回連至本節，並在適用的情況下列出啟用它們的任何其他設定（例如， chat.agents.claude.preferAgentHost 在 VS Code 中開啟 在 VS Code Insiders 中開啟 以在代理程式主機上啟用 Claude 代理程式）。

代理程式視窗中的新編輯器面板 (實驗性)

代理程式視窗會在與代理程式的對話旁邊顯示其所產生之檔案與變更的詳細資訊區域。此版本推出了重新設計的編輯器面板，將編輯器與詳細資訊區域結合成一個帶有共用標籤列的停駐窗格，因此檢閱代理程式的工作會像是直接在主編輯器中作業，而不是在不同的面板之間切換。

透過新的編輯器面板，您可以：

  • 直接在聊天室旁邊的停駐編輯器中開啟檔案與差異，並使用與聊天標籤列相符的新標籤頁動作來新增標籤。
  • 在變更檢視中以改良的差異體驗檢閱變更：在行內與並排檢視之間切換、一次展開或摺疊所有檔案，並以更精簡的差異呈現方式來閱讀變更，以在畫面上容納更多變更內容。下一步動作（例如建立提取要求）可直接從編輯器標籤標題取得，且像切換差異檢視這類的編輯器按鍵對應其運作方式與在主要 VS Code 視窗中完全相同。
  • 從上次中斷的地方繼續。每個工作階段在切換工作階段和重新載入視窗時，都會還原其側邊窗格寬度、開啟的編輯器、使用中編輯器以及每個檔案的摺疊狀態。

這是一個實驗性的選用版面配置。若要試用，請啟用 sessions.layout.singlePaneDetailPanel 在 VS Code 中開啟 在 VS Code Insiders 中開啟 並重新載入視窗，因為此設定只會在啟動時讀取一次。

代理程式主機工作階段的工作階段管理工具

在代理程式主機上執行的代理程式（Copilot、Claude 和 Codex）現在可以存取一套工作階段管理工具，因此代理程式可以列舉、建立、觀察並對其他工作階段和聊天採取行動，而您無需離開目前的對話。

透過這些工具，代理程式可以：

  • 列出您的工作階段及其狀態、工作區與變更，以便找出合適的工作階段來採取行動。除非明確要求，否則會排除已封存的工作階段。
  • 讀取其他工作階段的近期對話以了解其正在執行的工作。
  • 建立新工作階段或在現有工作階段中建立新聊天以交接子任務，而不是將不相關的工作全部塞進單一對話中。
  • 傳送訊息至其建立的工作階段或聊天，以啟動或引導該工作。

每當工具建立或以某個工作階段為目標時，VS Code 都會算繪一個開啟工作階段按鈕膠囊，讓您可以直接跳轉至該工作階段。向其他工作階段傳送訊息時，始終會先徵求您的確認。代理程式無法向自身的聊天傳送訊息，且突發傳送次數有上限限制，以確保單一請求不會擴散至無限數量的的工作階段。

代理程式視窗改進

此版本包含對代理程式視窗新工作階段流程的多項小型改進：

  • 記住新工作階段預設值：新工作階段挑選器會記住您上次的代理程式模式與核准選擇，並在您下次建立工作階段時將其作為預設值，因此您不必為每個任務重新選擇相同的選項。
  • 工作樹核取方塊：新工作階段組態不再需要從下拉選單中選擇資料夾或工作樹隔離，而是顯示一個單一的新工作樹核取方塊。勾選此方塊即可在 Git 工作樹隔離下執行工作階段，這會將代理程式的變更保留在獨立的資料夾中，直到您準備好檢閱並合併它們為止；若不勾選則使用資料夾隔離。

聊天

使用 ! 字首執行指令

您現在可以在聊天訊息前加上 ! 字首，以將其內容作為終端機指令執行。這適用於編輯器與代理程式視窗中的代理程式主機工作階段。

Screenshot showing running a terminal command from chat with the ! prefix.

搭配 Copilot 代理程式執行環境使用 BYOK 模型

當您在代理程式主機上選擇執行 Copilot 執行環境時，現在可以在代理程式視窗中使用自備金鑰 (BYOK) 模型。

將提示詞檔案遷移至技能 (實驗性)

提示詞檔案 (*.prompt.md) 用於描述自訂斜線指令。它們僅在本機代理程式執行環境中受支援，而其他執行環境則使用技能來表達斜線指令。為了在各執行環境之間保持相容性，我們建議將所有提示詞檔案遷移至技能。

啟用 chat.customizations.promptMigration.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 後，如果您選擇在代理程式主機上執行的執行環境，且您擁有可遷移的提示詞檔案，您現在將會在 AI 自訂項目概觀中看到「遷移提示詞」項目。

遷移介面可讓您：

  • 檢視來自工作區 (.github/prompts/) 與使用者資料位置的提示詞檔案。
  • 將選定的檔案遷移至技能，並開啟新建立的技能。

migrate prompt files

編輯器體驗

從編輯器工具列重新開啟編輯器

當檔案或差異支援多個編輯器時，您可以直接從編輯器工具列切換編輯器。開啟 ... 選單並從使用其他編輯器重新開啟子選單中選擇編輯器。這讓使用者無需透過命令選擇區即可輕鬆發現替代編輯器。

現代化 UI 預覽 (實驗性)

設定： workbench.experimental.modernUI 在 VS Code 中開啟 在 VS Code Insiders 中開啟

您現在可以預覽現代化的 VS Code UI，其更新了編輯器工作台的外觀與風格。這目前是一個實驗性功能，您可以透過 workbench.experimental.modernUI 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定來啟用，且在 Insiders 版本中預設為啟用。

驗證

代理程式主機中對 Copilot 的 GitHub Enterprise 支援

其 GitHub Copilot 存取權限是透過 GitHub Enterprise (GHE) 實例提供的開發人員，現在可以在 VS Code 中登入並使用 Copilot。先前，代理程式主機的 Copilot 驗證僅支援 github.com，因此由 GHE 支援的 Copilot 訂閱無法完成登入：OAuth 流程與 Copilot 權杖請求皆針對 github.com。

在此版本中，VS Code 可以針對 GitHub Enterprise 實例驗證 Copilot。當您登入 Copilot 時，選擇您的 GitHub Enterprise 實例，VS Code 就會執行登入流程，並向該主機（而非 github.com）請求 Copilot 存取權杖。這在編輯器視窗與代理程式視窗中皆可運作，且同時支援 Copilot 與 Claude 代理程式。

因為此支援是代理程式主機的一部分，請確保已透過 chat.agentHost.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 此設定可由您的組織管理。請聯絡您的管理員進行變更。 啟用代理程式主機。

提議的 API

設定差異與合併編輯器的自訂編輯器

自訂編輯器現在預設不參與差異與合併編輯器。因此，檔案可以繼續在自訂編輯器中開啟，而其差異與合併檢視則在內建文字編輯器中開啟。如果您先前在開啟差異或合併編輯器時看到自訂編輯器，您可能會注意到此變更。

若要在其他編輯器中開啟差異，請使用編輯器工具列中的使用其他編輯器重新開啟子選單。若要一律針對相符的差異使用特定的編輯器，請設定 workbench.diffEditorAssociations 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定。

提案中的 customEditorPriority API 為檔案、差異和合併編輯器提供了獨立的優先順序

"priority": {
  "textEditor": "default",
  "diffEditor": "option",
  "mergeEditor": "never"
}

新的 never 優先順序可防止該編輯器類型被自動選取，同時仍允許透過明確選取來使用該編輯器。

如果文字差異編輯器無法顯示二進位內容，VS Code 仍會回退至相容的自訂差異編輯器。

謝謝您

對 vscode 的貢獻：

議題追蹤

對我們議題追蹤的貢獻：

我們非常感謝大家在第一時間體驗我們的新功能，請經常回來查看，了解最新消息。

如果您想閱讀先前 VS Code 版本的發布說明，請前往 code.visualstudio.com 上的 Updates 頁面。

English 한국어 中文(简体) 中文(繁體)
© . This website operates independently and is not affiliated with or endorsed by Microsoft. All brand names, logos, and trademarks are the property of their respective owners.