Visual Studio Code 1.112

發行日期:2026 年 3 月 18 日

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


歡迎來到 Visual Studio Code 1.112 版本。此版本在代理程式 (Agent) 與開發者體驗方面帶來了多項改進。

祝您開發愉快!


VS Code 正在逐步向所有使用者推出。請使用 VS Code 中的檢查更新 (Check for Updates) 以立即取得最新版本。

若想儘早嘗試新功能,請下載 Nightly Insiders 組建,其中包含剛釋出的最新更新。


代理程式體驗

賦予代理程式更多自主權、更豐富的內容與更簡易的診斷,使其能以更少的介入處理複雜任務。

Copilot CLI 中的訊息引導與佇列排程

對於本地代理程式工作階段,您可以在執行前一個請求時傳送新訊息,以引導代理程式採取不同的回應,或是將後續訊息加入佇列。此版本新增了對 Copilot CLI 工作階段進行訊息引導與佇列排程的支援。

Screenshot showing the steering and queueing options for a Copilot CLI session.

請參閱說明文件以了解更多關於訊息引導與佇列排程的資訊。

委派給 Copilot CLI 前預覽變更

當您的工作區中有未提交的變更並嘗試將任務委派給 Copilot CLI 時,您可以選擇在 Copilot CLI 為該工作階段建立的工作樹 (worktree) 中複製、移動或忽略這些變更。然而,先前您必須先檢查「原始檔控制 (Source Control)」檢視才能確認這些變更是什麼,進而做出決定。

在此版本中,「聊天 (Chat)」檢視現在會顯示待處理的變更清單,讓您更輕鬆地確認哪些變更可以遷移至委派給 Copilot CLI 時所建立的工作樹中。

Screenshot showing pending changes in the Chat view when asking to delegate a task to Copilot CLI.

設定 github.copilot.chat.cli.terminalLinks.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟

終端機的檔案連結偵測現在可以識別 Copilot CLI 產生的路徑,這些路徑會參照 ~/.copilot/session-state/ 目錄下的檔案。先前這些路徑無法正確解析,因為內建的連結偵測器不了解 Copilot CLI 的工作階段狀態目錄結構。

連結偵測器現在可以處理絕對路徑與相對路徑:絕對路徑與以波浪號 (~) 開頭的路徑會直接開啟,而相對路徑則會相對於目前的工作階段狀態目錄進行解析,並以工作區資料夾作為備援。

此功能預設為啟用,並可透過 github.copilot.chat.cli.terminalLinks.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定進行切換。

Copilot CLI 中的權限層級

設定 chat.autopilot.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟

您可以在聊天中設定本地代理程式工作階段的權限,賦予代理程式在行動上更高的自主權,並減少審核請求的數量。此版本也將此功能加入至 Copilot CLI 工作階段。

針對 Copilot CLI 工作階段,您可以選擇下列權限層級:

  • 預設權限 (Default Permissions):使用您設定的審核設定。需要審核的工具在執行前會顯示確認對話框。
  • 略過審核 (Bypass Approvals):自動核准所有工具呼叫,無需顯示確認對話框,並在錯誤發生時自動重試。
  • 自動駕駛 (Autopilot):(在 Insiders 版本中預設啟用)自動核准所有工具呼叫,自動回應問題,並持續自主運作直到任務完成。可透過 chat.autopilot.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定來啟用自動駕駛。

Screenshot showing the permissions level options for a Copilot CLI session, including the new Autopilot option.

請在我們的說明文件中深入了解自動駕駛與代理程式權限

使用 /troubleshoot 針對代理程式行為進行疑難排解(預覽)

設定 github.copilot.chat.agentDebugLog.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 , github.copilot.chat.agentDebugLog.fileLogging.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟

VS Code 提供了多種代理程式自訂選項。若您的聊天代理程式表現不如預期,有時很難理解原因。例如:指令、技能或代理程式未正確套用,或是回應速度異常緩慢時。

為了協助解決此問題,我們引入了一個新的 /troubleshoot 技能,它能直接在對話中分析代理程式偵錯記錄,並提供有關代理程式行為的深入解析。請在聊天輸入框中輸入 /troubleshoot,接著輸入您遇到的問題或描述。

Screenshot showing an example of using the /troubleshoot skill in a chat session to analyze agent behavior.

此技能會讀取從聊天工作階段匯出的 JSONL 偵錯記錄檔,協助您了解為何工具或子代理程式被使用或跳過、為何指令或技能未載入、是什麼因素導致回應緩慢,以及是否發生了網路連線問題。

若要在聊天中使用 /troubleshoot 技能,請啟用下列設定並重新載入 VS Code:

  • github.copilot.chat.agentDebugLog.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 :啟用代理程式偵錯記錄
  • github.copilot.chat.agentDebugLog.fileLogging.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 :將偵錯記錄寫入磁碟上的 JSONL 檔案

請在說明文件中了解更多關於 VS Code 中代理程式行為疑難排解的資訊。

匯出與匯入代理程式偵錯記錄(預覽)

設定 github.copilot.chat.agentDebugLog.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟

VS Code 中的「代理程式偵錯記錄 (Agent Debug Logs)」面板可讓您詳細檢視工作階段中代理程式的行為,包括工具使用情況、子代理程式決策等。先前,面板中僅提供目前活動工作階段的偵錯資訊。

現在您可以匯出與匯入代理程式工作階段的偵錯記錄,以便與他人共享或進行離線分析。這對於疑難排解及共享代理程式行為見解特別有用。

Screenshot showing the export and import options for agent debug logs in the Agent Debug Logs panel.

如需有關「代理程式偵錯記錄」面板的詳細資訊,請參閱代理程式偵錯記錄文件。

注意:匯入超過 50 MB 的檔案會顯示包含實際檔案大小的警告對話框。若遇到此警告,請考慮縮減檔案大小或匯出較短的工作階段。

代理程式對影像與二進位檔案的支援

設定 chat.imageCarousel.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 , imageCarousel.explorerContextMenu.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟

代理程式現在可以原生讀取磁碟上的影像檔案與二進位檔案,這使您能夠將代理程式用於更多樣化的任務,例如分析螢幕擷圖、從二進位檔案讀取資料等。二進位檔案會以十六進位傾印 (hexdump) 格式呈現給代理程式。

當代理程式或工具產生影像輸出時(例如整合式瀏覽器的螢幕擷圖),這些影像現在可在聊天回應中選取,並可在專屬的影像輪播檢視中開啟。請透過 chat.imageCarousel.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定(實驗性)來啟用此功能。

Screenshot showing the image carousel view with multiple images.

當啟用 imageCarousel.explorerContextMenu.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 (實驗性) 時,您可以在「檔案總管」檢視中對影像檔案或資料夾按一下滑鼠右鍵,並選取在輪播中開啟影像 (Open Images in Carousel),以便在輪播檢視中瀏覽影像。

注意:影像輪播目前為實驗性功能。

自動符號參照

當您複製符號(例如類別名稱、函式或方法名稱)並貼上到聊天中時,VS Code 現在會自動將其貼上為符號參照 #sym:Name。這會為代理程式提供有關該符號的自動內容,使其能更快速且有效地完成任務。

如果您不想在貼上符號時將其轉換為符號參照,可以使用以純文字貼上 (Paste as Text) 指令,透過 Ctrl+Shift+V(macOS 為 Cmd+Shift+V)。

代理程式擴充性

透過共用的自訂設定跨專案擴展您的代理程式配置,並透過對 MCP 伺服器與外掛程式進行更嚴格的控制來保持安全性。

父儲存庫中的自訂設定探索

設定 chat.useCustomizationsInParentRepositories 在 VS Code 中開啟 在 VS Code Insiders 中開啟

在 Monorepo 設定中,您通常會在 VS Code 中開啟套件或子資料夾,而非儲存庫根目錄。先前,聊天自訂設定僅能從目前的工作區資料夾中偵測到。透過新的 chat.useCustomizationsInParentRepositories 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定,VS Code 現在也能夠從父資料夾向上探索至儲存庫根目錄的自訂設定檔。

此改進後的探索功能,讓您更容易在 Monorepo 的多個套件之間共享儲存庫範圍的指引與工具,而無需將整個儲存庫作為工作區開啟。

啟用探索功能後,它適用於所有聊天自訂設定類型,包括常駐指令 (如 copilot-instructions.mdAGENTS.mdCLAUDE.md),以及指令檔、提示檔、自訂代理程式、技能與掛鉤 (hooks)。

父儲存庫探索僅在以下情況適用:

  • 您開啟的工作區資料夾本身不是 Git 儲存庫
  • 父資料夾中包含 .git 資料夾
  • 該父儲存庫已透過工作區信任 (Workspace Trust) 進行信任

請在說明文件中了解更多關於代理程式自訂設定的資訊。

沙盒化本地執行的 MCP 伺服器

在本地執行 MCP 伺服器可能會有安全風險,因為它們擁有與執行 VS Code 的使用者相同的權限,這使得它們能夠存取其實際功能不需要的檔案或網路資源。

為降低此風險,您現在可以在 macOS 與 Linux 上於沙盒環境中執行本地設定的 stdio MCP 伺服器。沙盒化的伺服器會受到檔案系統與網路存取的限制。

若要啟用沙盒,請在您的 mcp.json 檔案中為伺服器設定 "sandboxEnabled": true。當沙盒化的伺服器需要存取額外的資料夾或網域時,VS Code 會提示您授權,並更新該 mcp.json 檔案的沙盒設定。所有在同一個 mcp.json 檔案中定義的伺服器都會共享該沙盒設定。

注意:目前 Windows 不支援本地執行的 MCP 伺服器沙盒化。遠端案例(例如 WSL 與 SSH)則可持續運作。

改進 MCP 誘發 (elicitation) UI

當 MCP 伺服器需要額外資訊來完成請求時,它可以觸發一個誘發表單,從使用者處收集該資訊。這些誘發表單現在使用與「詢問問題 (Ask Questions)」工具相同的 UI,在向 MCP 伺服器提供額外資訊時,能提供更一致且更友善的使用體驗。

Screenshot showing an MCP elicitation form.

啟用或停用外掛程式與 MCP 伺服器

先前,外掛程式與 MCP 伺服器只能透過安裝或解除安裝來啟用或停用。此版本引入了在無需解除安裝的情況下啟用或停用它們的功能。

現在外掛程式與 MCP 伺服器皆可在全域及每個工作區層級啟用與停用。您可以透過開啟 MCP 或外掛程式頁面,或是在「擴充功能」檢視或「聊天:開啟自訂設定 (Chat: Open Customizations)」檢視中對其項目按一下滑鼠右鍵來完成此操作。

Screenshot showing the option to enable or disable a plugin from the Customizations view.

自動更新外掛程式

設定 extensions.autoUpdate 在 VS Code 中開啟 在 VS Code Insiders 中開啟

外掛程式現在可以根據 extensions.autoUpdate 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定自動更新。來自 npmpypi 的外掛程式需要審核才能更新,因為更新這些外掛程式可能會導致新的程式碼在您的機器上執行。

開發者體驗

透過能力更強的整合式瀏覽器與精簡的編輯器工作流程,無需離開 VS Code 即可建置與偵錯 Web 應用程式。

整合式瀏覽器

使用整合式瀏覽器偵錯 Web 應用程式

整合式瀏覽器讓您能直接在 VS Code 內開啟 Web 應用程式,現在您還可以使用整合式瀏覽器啟動偵錯工作階段。這讓您能與 Web 應用程式互動、設定中斷點、逐步執行程式碼,以及檢視變數,且完全不需要離開 VS Code。

我們新增了一個 editor-browser 偵錯類型,支援使用「啟動 (Launch)」與「附加 (Attach)」配置來偵錯整合式瀏覽器索引標籤。

現有的 msedgechrome 偵錯配置中的大多數選項均受支援,這使得遷移工作通常只需簡單地變更 launch.json 中現有配置的類型即可。

請在說明文件中了解更多關於整合式瀏覽器以及如何設定偵錯的資訊:整合式瀏覽器

整合式瀏覽器 UX 改進

  • 內容選單

    現在在瀏覽器頁面上按一下滑鼠右鍵,會顯示複製/貼上、在新索引標籤中開啟與檢查 (inspect) 等常用選項。

    Screenshot showing an open context menu in the integrated browser.

  • 獨立的縮放層級

    整合式瀏覽器現在擁有自己的縮放層級,與 VS Code 視窗的縮放相互獨立。當瀏覽器擁有焦點時,請使用放大 (Zoom In)⌘= (Windows, Linux Ctrl+=))、縮小 (Zoom Out)⌘- (Windows, Linux Ctrl+-))與重設縮放 (Reset Zoom)⌘Numpad0 (Windows, Linux Ctrl+Numpad0))捷徑,或使用 URL 列選單中的動作。縮放層級會針對每個網站進行記憶,就像在一般瀏覽器中一樣。

    使用 workbench.browser.pageZoom 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定來設定預設縮放層級。當設定為 "Match Window" 或未設定時,瀏覽器會符合 VS Code 視窗的縮放比例。

新的 editor.find.closeOnResult 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定讓您能在找到符合項目後,自動關閉「尋找」控制項並將焦點移回編輯器。

此設定預設為停用,保留了搜尋後「尋找」對話框保持開啟的既有行為。

終端機

改進終端機的 IME 輸入法組成 (composition)

先前,當在終端機右側邊緣附近使用輸入法 (IME) 輸入時,組成預覽文字可能會溢出終端機邊界。現在組成檢視被限制在游標與終端機右邊緣之間的可用空間內。當您輸入新字元時,舊字元會逐漸隱藏,使預覽文字保持在終端機視口內。這符合 Ghostty 等其他現代化終端機的行為。

注意:在 Windows 上,請啟用 terminal.integrated.windowsUseConptyDll 在 VS Code 中開啟 在 VS Code Insiders 中開啟 以獲得最佳的 IME 組成體驗。

已棄用的功能與設定

本版新增的棄用項目

即將棄用的項目

  • 編輯模式 (Edit Mode) 自 VS Code 1.110 版本起正式棄用。使用者可透過 VS Code 設定 chat.editMode.hidden 在 VS Code 中開啟 在 VS Code Insiders 中開啟 此設定由組織層級管理。請聯絡您的管理員進行變更。 暫時重新啟用編輯模式。此設定將支援至 1.125 版本。從 1.125 版本開始,編輯模式將會完全移除,且無法再透過設定啟用。

值得注意的修正

謝謝您

議題追蹤

對我們議題追蹤的貢獻:

vscode 的貢獻:

vscode-copilot-chat 的貢獻

vscode-docs 的貢獻

node-pty 的貢獻

python-environment-tools 的貢獻


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

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

© . This site is unofficial and not affiliated with Microsoft.