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

Visual Studio Code 1.127

在 LinkedIn、X、Bluesky 上關注我們

發布日期：2026年7月1日

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

歡迎使用 Visual Studio Code 1.127 版本。此版本帶來了可在瀏覽器中建置與測試網頁應用程式的代理程式 (Agents)、更安全的各網站瀏覽權限，以及用於整理繁忙代理程式工作階段的新方法。

  • 代理程式瀏覽器工具：讓代理程式開啟頁面、擷取畫面，並點擊來驗證自己的工作，現已正式推出。

  • 各網站瀏覽器權限：授予網頁存取相機、位置、裝置等的權限，並針對每個網站進行提示。

  • 代理程式工作階段：將相關的工作階段分組，並透過拖放來排列繁忙的「代理程式」視窗。

  • 聊天輸入橫幅：不必離開對話，即可對失敗的 CI 檢查和收到的提取要求評論採取行動。

  • 子代理程式點數：將滑鼠游標懸停在子代理程式上，即可查看其處理工作的成本。

祝您開發愉快！

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

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

代理程式

代理程式視窗（預覽版）

代理程式視窗是一個專屬的輔助視窗，針對跨專案和機器的代理程式工作階段進行了瀏覽、迭代與檢視的優化。此版本帶來了整理工作階段清單的新方法，讓龐大的工作階段清單更易於管理。

使用群組來整理工作階段

當您同時執行多個代理程式工作階段時，工作階段清單可能會快速增長且難以瀏覽。您現在可以將工作階段清單組織成群組，以將相關的工作階段放在一起。建立您自己的自訂群組，並摺疊群組標題以整理清單並專注於重要事項。

每個群組也提供快速動作：您可以直接在群組中啟動新的工作階段，或透過一個動作將其所有工作階段標記為完成。

工作階段清單中的拖放功能

工作階段清單現在支援拖放功能，以進一步整理您的工作階段

  • 透過向上或向下拖曳來重新排序工作階段
  • 拖曳工作階段群組與工作區標題來重新排列清單
  • 將工作階段拖曳至群組上以將其加入該群組
  • 將工作階段放開至 釘選 區段以加以釘選
  • 選取多個工作階段以將它們作為一個區塊一起移動

聊天輸入橫幅

當編碼代理程式工作階段具有開啟中的提取要求時，「代理程式」視窗會在聊天輸入框的正上方顯示一個橫幅，讓您直接在工作位置對失敗的檢查和收到的意見反應採取行動。每個橫幅都提供單一動作，讓您無需離開對話即可修復或檢視問題

  • CI 失敗：當提取要求的檢查失敗時，橫幅會顯示失敗的檢查數量 (例如：「5 個檢查中有 2 個失敗」) 並附帶快速動作：修復檢查會啟動代理程式修復，而顯示檢查則會在「變更」檢視中開啟失敗的檢查。

  • 提取要求評論：當有新的審查評論進來時，橫幅會顯示評論數量以及動作：處理評論將其交給代理程式，而顯示評論則會在編輯器中開啟它們。

引導導覽 (實驗性)

如果您不確定代理程式能為您做些什麼，剛開始使用代理程式可能會讓人感到畏懼。「代理程式」視窗現已提供引導導覽，可協助您快速上手。這些引導式逐步解說突顯了關鍵功能，並向您展示如何充分利用代理程式，幫助您從第一天起就發掘委派工作和保持生產力的最佳方式。

我們正在試驗這些導覽，以找出向新使用者介紹該體驗的最實用方法。

檢閱代理程式變更時的編輯器側邊欄意見反應

檢閱代理程式的變更時，指出您想要變更的確切程式碼應該是毫不費力的。您現在可以直接從編輯器側邊欄留下意見反應：將滑鼠懸停在某行上會在側邊欄中顯示 新增意見反應 圖示，選取它會在該行上留下評論，從而更快地引導代理程式到程式碼中的特定位置。

此版本也對代理程式意見反應體驗進行了一輪潤飾，包括對意見反應輸入、懸停行為和整體視覺一致性的改善。

從工作階段內容產生更好的提取要求標題與描述

過去從「代理程式」視窗建立提取要求會產生通常需要手動編輯的通用標題與描述。建立提取要求按鈕現在會使用工作階段內容來產生提取要求標題與描述，從而產生更準確且更具描述性的提取要求，更能反映在工作階段中所完成的工作。

多重聊天工作階段

多重聊天工作階段可讓您在單一代理程式主機 Copilot 工作階段中執行多個聊天。此版本在此基礎上進行了以下改善。

關閉、重新開啟與刪除聊天

從工作階段標題中的 + 新增聊天按鈕建立新聊天。一旦開啟多於一個聊天，就會出現一個帶有結尾 + 的分頁列以新增更多聊天。使用分頁上的 X 關閉聊天會將其隱藏而不是捨棄——您可以從 對話 下拉式選單中將其找回，其中每個聊天都有一個用於顯示或隱藏它的核取方塊。若要永久移除聊天，請開啟其分頁操作功能表並選取 刪除聊天。

所有聊天的進度與變更

先前，工作階段僅反映使用中聊天的活動，這使得很難判斷同儕聊天是否仍在運作或它們變更了什麼。現在會跨所有聊天匯總進度與檔案變更：只要有任何聊天正在運作，工作階段就會顯示為進行中，每個分頁會呈現其自身的進度，且工作階段標題的「變更」膠囊會反映來自每個同儕聊天的綜合編輯。

將對話分支為同儕聊天

當您在多重聊天工作階段中分支對話時，該分支現在會在同一個工作階段中建立一個新的同儕聊天，而不是全新的頂層工作階段。分支後的聊天會繼承直到分支點的對話、與其同層聊天獨立運行，並獲得自動產生的標題。單一聊天和非代理程式主機工作階段會保留分支到新工作階段的現有行為。

工作階段版面配置

工作階段標題中的一致膠囊元件

工作階段標題下方的動作列現在會一致地呈現為統一且精簡的次要按鈕膠囊。工作區膠囊會顯示工作區圖示 (根據工作區類型而定為雲端、資料夾或工作樹) 與標籤，過長的名稱會被截斷。變更膠囊 (N files +X -Y) 會讀取並開啟工作階段的預設變更集，使 Copilot 和代理程式主機提供者的計數與其開啟的多檔案 diff 保持一致。

Screenshot showing the consistent Workspace and Changes pills in the session header.

切換工作階段時焦點會移至聊天輸入框

當您在「代理程式」視窗中開啟工作階段時，鍵盤焦點現在會落在聊天輸入框中，準備好讓您立即開始輸入，即使該工作階段有開啟的編輯器或正在載入的「變更」檢視也是如此。使用鍵盤反白顯示工作階段清單中的項目並不會移動焦點，直到您實際開啟工作階段為止。

響應式工作階段側邊欄 (實驗性)

設定： sessions.layout.autoCollapseSessionsSidebar 在 VS Code 中開啟 在 VS Code Insiders 中開啟

在窄視窗上，同時顯示編輯器、側邊面板和工作階段側邊欄會留下很少的工作空間。啟用後，當視窗較窄且編輯器和側邊面板都處於開啟狀態時，「代理程式」視窗會自動隱藏工作階段側邊欄，並在有空間時再次顯示它。它會尊重手動關閉，並在同時顯示多個工作階段時短暫中止此行為。

使用 /troubleshoot 進行代理程式行為疑難排解

透過 /troubleshoot 命令叫用的疑難排解技能，可透過分析聊天工作階段記錄檔並提供代理程式行為的見解，來協助診斷聊天問題。使用它來調查為什麼自訂指示被忽略或為什麼回應緩慢。

在此版本中，您可以使用 /troubleshoot 來診斷代理程式主機工作階段，包括本機和遠端工作階段。在「代理程式」視窗中，於聊天輸入框中輸入 /troubleshoot，接著輸入 #session，選取您要進行疑難排解的工作階段，並新增您遇到的問題的提問或描述。

Screenshot showing troubleshoot results for an agent host session in the Agents window.

成本管理

子代理程式點數

當代理程式將工作委派給子代理程式時，很難知道委派工作的成本。為了讓這點更透明，您現在可以將滑鼠游標懸停在聊天回應中的子代理程式區段上，以查看該子代理程式所使用的 AI 點數。

Screenshot showing the credit usage hover for a subagent section in a chat response.

聊天

macOS 與 Linux 上終端機命令的沙箱化

核准每個由代理程式叫用的終端機命令很快就會變得繁瑣。從此版本開始，我們將在 macOS 和 Linux 上推出終端機命令的沙箱化：命令在封鎖網路存取且受限制的檔案系統存取下執行，讓代理程式在較少提示的情況下工作。

只有在命令需要提升權限並在沙箱外執行時，代理程式才會要求核准。若要深入了解，請參閱 代理程式沙箱化。

您可以透過「權限」下拉式選單將其關閉

Screenshot showing the sandboxing toggle available in the Default Approvals mode.

語言模型

內建 Ollama 提供者的淘汰

模型提供者可以透過擴充功能為 VS Code 聊天體驗提供模型。透過使用擴充功能，提供者可以為您提供比內建提供者更快的對新模型和功能的支援。

Ollama 現在擁有官方 VS Code 擴充功能，這是聊天中使用本機 Ollama 模型的建議方式。

因此，內建的 Ollama 提供者現已被淘汰。如果您正在使用內建提供者透過 自備金鑰 (BYOK) 執行本機模型，請安裝官方擴充功能並移除內建提供者，以在不中斷的情況下繼續使用您的 Ollama 模型。以下影片展示了如何移除已淘汰的提供者。

整合式瀏覽器

相機、位置、裝置等

內嵌瀏覽器現在支援各網站權限。這使網頁能夠使用更多網頁 API，包括：

  • 地理位置
  • 相機與麥克風
  • 感測器，例如加速度計與陀螺儀
  • 剪貼簿
  • 裝置，例如藍牙、USB、序列埠與 HID

當網頁要求權限時，VS Code 會提示您允許或拒絕該要求，就像在傳統瀏覽器中一樣。

Screenshot showing a system dialog where app.zoom.us requests microphone access, with options to Allow, Block, or Cancel.

從 網站權限 瀏覽器功能表項目管理目前網站的權限。

代理程式工具現已全面推出

設定： workbench.browser.enableChatTools 在 VS Code 中開啟 在 VS Code Insiders 中開啟 此設定可由您的組織管理。請聯絡您的系統管理員進行變更。

瀏覽器工具可讓代理程式在內嵌瀏覽器中開啟頁面、讀取內容與主控台錯誤、擷取畫面，並進行選取、輸入和導覽以驗證自己的工作，完全不需要外部 MCP 伺服器。經過多個預覽里程碑後，瀏覽器工具現已全面推出並預設啟用。

非常感謝所有執行預覽、提交問題並分享意見反應的人員。您的測試直接形塑了此版本中隨附的每個工作階段分頁隔離、明確的網頁共用控制項以及權限模型。

請代理程式建置與驗證網頁應用程式，或遵循逐步使用瀏覽器代理程式工具建置與測試網頁應用程式指南，以親自體驗封閉的「建置-測試-修復」循環。如需完整參考資料，請參閱代理程式瀏覽器工具。

管理員可以透過企業原則來管理瀏覽器工具：使用 BrowserChatTools 原則完全停用它們，或是透過代理程式網路篩選 (ChatAgentNetworkFilter 加上允許和拒絕網域清單) 來限制代理程式工具可以到達的網域。請參閱為您的組織設定 AI 設定。

企業

受管理的 Copilot 設定的檔案式傳遞

管理員現在除了透過原生 MDM 通道與基於帳戶的企業設定檔案之外，還可以從磁碟上的 JSON 檔案傳遞受管理的 GitHub Copilot 設定。

這為組織提供了一種直接的方法，可以在未加入裝置管理解決方案的機器上套用原則，或者透過現有工具 (例如設定管理系統或映像處理管線) 佈建檔案比撰寫原生 MDM 酬載更簡單的機器上套用原則。

VS Code 會從每個作業系統的知名位置讀取 managed-settings.json 檔案。只有在沒有 MDM 或基於帳戶的企業設定時，才會採用此檔案。

  • macOS: /Library/Application Support/GitHubCopilot/managed-settings.json
  • Linux: /etc/github-copilot/managed-settings.json
  • Windows: %ProgramFiles%\GitHubCopilot\managed-settings.json

該檔案包含一個 JSON 物件，其使用的結構描述與管理員透過 GitHub.com 編寫的結構描述相同，例如：

{
  "permissions": {
    "disableBypassPermissionsMode": "disable"
  },
  "enabledPlugins": {
    "plugin@marketplace": false
  }
}

若要深入了解，請參閱 GitHub 關於企業受管理用戶端設定的文件。

已棄用的功能與設定

無

謝謝您

對 vscode 的貢獻：

對 node-pty 的貢獻

  • @codebytere-ant (Shelley Vohr)
    • 修正：在 macOS 上的 SetupExitCallback 中關閉 kqueue fd PR #931
    • 修正：在 Windows 上將 CreateProcessW 失敗顯示為 'exit' 而不是 uncaughtException PR #934
    • 修正：當 conpty 啟動失敗時，關閉管道控制代碼並釋放屬性清單 PR #935

議題追蹤

對我們議題追蹤的貢獻：

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

如果您想閱讀先前 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.