💻 歡迎參加 6 月 3 日舉行的 MS Build 之 VS Code 直播活動。

Visual Studio Code 1.118

在 LinkedIn、X、Bluesky 上關注我們

發布日期：2026 年 4 月 29 日

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

歡迎使用 Visual Studio Code 1.118 版本。此版本擴展了您可以與 Copilot 代理程式協作的地點，並使其效率更高。以下是本次發布的重點：

  • 遠端控制：從 GitHub.com 或行動裝置遠端追蹤並控制您正在進行的 Copilot CLI 工作階段。

  • 程式碼庫搜尋：透過在任何工作區中進行語意搜尋，以及跨 GitHub 儲存庫和組織進行文字搜尋，找到您所需的程式碼。

  • 技能專用內容：隔離技能執行，以保持您的主要聊天內容專注，並使回答更精準。

  • 聊天工作階段深入分析：將您的聊天記錄轉化為站立會議報告、技巧以及關於過去工作的解答。

  • 企業控制：將 AI 功能存取權限制在您的管理員信任的組織內。

  • 提升 Token 效率：以更低的 Token 使用量從每個請求中獲得更多價值。

祝您開發愉快！

代理程式體驗

Visual Studio Code Agents (Insiders)

注意：Visual Studio Code Agents 應用程式目前處於預覽階段，僅在安裝 VS Code Insiders 時可用。

Visual Studio Code Agents 應用程式是與 VS Code Insiders 一起發布的配套應用程式。它提供了一個專注的、以代理程式為核心的環境，您可以在其中跨儲存庫執行並行工作階段，並針對多步驟編碼任務進行迭代。我們最初在 1.115 版本中推出了 Agents 應用程式，並持續根據使用者回饋對其進行改進。

在此版本中，您可以直接從 VS Code Insiders 標題列發現 Agents 應用程式，從而輕鬆切換到以代理程式為驅動的工作流程。我們也發布了專屬的 Agents 文件來協助您入門。

最近的功能亮點包括：

  • VS Code 與 Agents 之間的共用狀態：Agents 應用程式與 VS Code Insiders 共用更多狀態，以便兩者之間更順暢地轉換。這包括驗證（在 Windows 上）、AI 自訂設定、工作區信任、最近使用的資料夾以及鍵盤快速鍵。

  • Claude 代理程式：Claude 代理程式現已在 Agents 應用程式中提供，因此您可以將其與 Copilot CLI 或 Copilot Cloud 等其他代理程式一起用於您的編碼任務。

  • 網頁客戶端：透過瀏覽器存取 Agents 體驗（網址：insiders.vscode.dev/agents），將代理程式原生工作流程帶到任何執行 Dev Tunnel（透過 code-insiders tunnel）的機器上。若要開始使用，請下載 VS Code Insiders 並執行 code-insiders tunnel 以設定 Dev Tunnel。之後，您就可以從網頁連接到它。

  • 背景瀏覽器：整合式瀏覽器會在工作階段之間持續運作，因此當您回到工作階段時，它不會再重新整理。當使用整合式瀏覽器在代理程式工作時預覽變更時，這使得內容切換更加順暢。

  • 變更的版面配置控制：當代理程式進行變更時，您可以將差異 (diff) 檢視與「聊天」檢視並排開啟，或在彈出視窗中開啟以專注於變更內容。使用差異檢視工具列中的版面配置控制項可在不同的顯示模式之間切換。

  • 動態標題列進入點：只需按一下即可在 VS Code Insiders 和 Agents 應用程式之間切換。從 VS Code Insiders 標題列選擇在 Agents 中開啟即可跳轉至 Agents 應用程式，或從 Agents 標題列選擇在 VS Code 中開啟即可回到 Insiders 編輯器。

您的回饋有助於我們塑造 Agents 的體驗——請繼續透過在 GitHub 上提交問題來與我們分享。您也可以瀏覽 現有的問題，看看其他人回報了什麼，並針對特定主題提供您的建議。

Copilot CLI 工作階段的遠端控制 (實驗性)

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

以往，若要參與 Copilot CLI 工作階段，您必須位於啟動該工作階段的機器前。如果代理程式因等待核准而暫停，或者在您離開座位時遇到問題，工作就會停滯直到您回來。透過遠端控制，您可以從任何地方監控和引導您正在進行的 Copilot CLI 工作階段，讓您更靈活地推進工作，而無需被綁在電腦前。

Copilot CLI 的遠端控制讓您可以從另一台裝置（使用 GitHub.com 或 GitHub 行動應用程式）檢查進度、回應核准並引導工作，同時您的 Copilot CLI 工作階段會在背景持續運作。

若要嘗試遠端控制：

  1. 啟用 github.copilot.chat.cli.remote.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定。
  2. 在 Copilot CLI 聊天中輸入 /remote on 即可開始。

您可以隨時執行 /remote 來查看遠端控制狀態，或執行 /remote off 來停用遠端控制。

Copilot CLI 的同步工作階段標題

聊天工作階段標題用於不同的聊天介面（如聊天工作階段清單、聊天編輯器索引標籤和標題，以及 Copilot CLI 終端介面），以便為該工作階段提供一致的識別符。根據您重新命名 Copilot CLI 工作階段的位置，其他聊天介面可能仍會顯示舊標題。

VS Code 採用 Copilot SDK 的工作階段標題 API 作為事實來源，並透過單一標題解析器路由工作階段清單和聊天編輯器標題，以保持顯示的標題在各個介面上一致。現在，當您重新命名工作階段時，無論重新命名源自何處，聊天工作階段清單、聊天編輯器索引標籤與標題以及終端中的 copilot --resume 都會保持同步。

在終端中透過 Copilot CLI 執行的重新命名，也會在下次讀取工作階段中繼資料時被 VS Code 採納。

預設將 Copilot 新增為 Git 共同作者

VS Code 現在預設為聊天和代理程式工作流程啟用 Git AI 共同作者功能。當 Copilot 對您的檔案進行變更時，Copilot 會自動作為共同作者新增至該 Commit 中。

您可以使用 git.addAICoAuthor 在 VS Code 中開啟 在 VS Code Insiders 中開啟 來變更預設行為。

程式碼庫搜尋與內容

非 GitHub 儲存庫的語意索引功能已全面開放給所有使用者

當您詢問 Copilot 諸如「我們在哪裡處理使用者驗證？」之類的問題時，代理程式必須將您的模糊意圖轉換為相關的確切檔案和符號。純文字搜尋只會匹配您輸入的字面詞彙，因此當您的程式碼庫使用不同的術語時，它通常會遺漏相關的程式碼。語意索引讓代理程式能夠按「意義」進行搜尋，從而找出使用相關術語的檔案，例如 login、signIn、verifyCredentials 或 OAuth token exchange，即使「authentication」一詞從未出現在程式碼中。這為代理程式提供了更好的回答和編輯基礎。

語意索引現已在所有工作區中可用。此前，此功能僅限於使用 GitHub 或 ADO 儲存庫的工作區。

語意索引會自動建立與維護。使用 GitHub 或 ADO 儲存庫的工作區通常可以立即使用語意搜尋，而其他工作區可能需要幾分鐘的時間來建立初始索引。您也可以使用建立程式碼庫語意索引指令，明確為目前工作區建立索引。

語意搜尋是 Copilot 在回答問題和產生編輯時用來了解您工作區的眾多工具之一。Copilot 會挑選最適合工作的工具，因此您通常不需要對其搜尋方式進行微管理。請查看Copilot 如何理解您的工作區文件，以獲取有關語意搜尋和 Copilot 所使用其他工具的更多詳細資訊。

跨儲存庫或組織的 GitHub 文字搜尋

當代理程式需要在目前工作區之外的程式碼中尋找確切的字串、API 名稱或錯誤訊息時，語意搜尋並不總是最佳選擇。您需要的是針對已知儲存庫或整個組織進行精確匹配，而非模糊匹配。

為支援此功能，Copilot 現在包含一個內建的 githubTextSearch 代理程式工具，可對 GitHub 儲存庫或整個 GitHub 組織的程式碼進行 grep 風格的搜尋。這補充了現有的 githubRepo 工具，後者是在 GitHub 儲存庫內進行語意搜尋。這些工具共同賦予了代理程式一種更豐富的方式，從您目前未在使用的程式碼庫中進行學習。

若要使用搜尋和管理問題 (Issues) 或提取請求 (Pull Requests) 等更進階的 GitHub 功能，請考慮使用 GitHub MCP 伺服器。

技能專用內容 (實驗性)

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

當您使用執行多步驟工具呼叫或提取大量參考資料的技能時，這些輔助內容可能會擠佔您的主要聊天內容，並降低後續回應的品質。

現在，您可以在專用的子代理程式內容中執行技能，將其執行過程與主要對話隔離開來，這樣您的主要內容就能保持專注，且技能回應的品質也更高。

若要在專用的子代理程式內容中執行技能，請在 SKILL.md 前端屬性 (frontmatter) 中設定 context 屬性。 

---
name: my-skill
description: My skill description
context: fork
---

此功能為實驗性功能，需要啟用 github.copilot.chat.skillTool.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定。

工作區 .mcp.json 檔案與伺服器去重複

我們新增了對工作區層級 .mcp.json 檔案的支援，以宣告 MCP 伺服器，與 Copilot CLI 等其他工具保持一致。

此外，我們引入了對共用相同名稱的 MCP 伺服器進行去重複的行為。預設情況下，只會啟用最特定的 MCP 伺服器，而啟用一個伺服器會停用其他同名的伺服器。您可以透過在擴充功能檢視中搜尋 @mcp @installed，或透過聊天：開啟自訂視窗來控制啟用的 MCP 伺服器。

提升 Token 效率

4 月 27 日，GitHub 宣布 Copilot 將於 2026 年 6 月 1 日改為按使用量計費。為了協助您從方案中獲得最大價值，我們一直致力於幾項提升 Token 效率的計畫，同時不影響代理程式的品質。以下描述的大多數改進措施皆已到位。若有提供選擇性設定，會在相關章節中註明。

提示 (Prompt) 快取效率

在過去的幾次迭代中，我們改進了跨系統提示、工具、對話記錄和摘要的快取重複使用率，且未改變代理程式的行為。實際上，這意味著重複的內容會以低得多的 Token 比率計費（例如，對於 Anthropic 模型大約低 10 倍），這有助於降低較長、多回合代理程式工作流程的成本。

策略性的快取中斷點配置。我們審核了快取中斷點的設定位置，確保它們能有效利用並置於穩定的邊界：系統提示結束處、工具結束處、最近一次工具回合結束處以及對話回合邊界。結果是，一旦代理程式工作階段開始，每個請求中超過 93% 的內容皆可從快取重複使用，而非以新輸入計費。

具備快取穩定性的系統提示與工具列表。快取前綴的品質取決於其之前的位元組。我們審核了系統提示和工具註冊路徑，以消除跨請求的位元組漂移來源。例如，新的 chat.experimental.symbolTools.cacheStable 在 VS Code 中開啟 在 VS Code Insiders 中開啟 將 vscode_renameSymbol 和 vscode_listCodeUsages 註冊為靜態描述，而非根據載入語言而變化的描述。這樣，當語言擴充功能在工作階段中途啟動時，它不會再改變請求並重置快取。我們也重新排序了工具列表，使延遲與非延遲工具能被可預測地分組，從而使工具陣列的位元組在各回合中保持一致。

對快取友善的背景壓縮。隨著工作階段變長，我們會在背景摘要較舊的回合，以便代理程式能在不耗盡內容的情況下持續運作。模型仍可在需要時查看先前回合的工具結果和詳細資訊。這些背景摘要現在與主代理程式重複使用相同的快取內容，使得長期的多回合工作階段效率顯著提升。

最後兩條訊息的中斷點策略。在長時間的代理程式工作階段中，較舊的回合最終會超出可快取的視窗。我們現在將快取中斷點錨定在系統提示、工具列表以及最近兩條訊息上。此功能目前在 github.copilot.chat.anthropic.cacheBreakpoints.lastTwoMessages 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定後方提供。

工具搜尋工具

工具搜尋工具透過將代理程式的工具集分為兩組來保持請求的精簡。一組是約 30 個始終包含在內的始終可用核心工具，涵蓋約 88% 的工具呼叫。其餘工具則為延遲加載：它們的結構描述不會載入模型內容中，除非模型明確請求。當代理程式需要延遲功能時，它會呼叫 tool_search，執行客戶端嵌入式語意搜尋並按需回傳最相關的結果。

結果是每個回合都有一個穩定、可快取的前綴，且每個回合的工具占用空間顯著減少，同時代理程式仍可存取完整的工具集。

工具搜尋工具已針對 Anthropic 模型（Claude Sonnet 4.5+ 和 Opus 4.5+）預設啟用，我們觀察到其節省了高達 20% 的 Token。在此版本中，我們透過 Responses API 將其推廣至支援的 OpenAI 模型（GPT-5.4 和 GPT-5.5），Insiders 的早期結果顯示了相似甚至更好的節省效果。若要對 GPT 模型使用工具搜尋工具，請啟用 github.copilot.chat.responsesApi.toolSearchTool.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定。

搜尋與執行的新工具

此版本帶來了兩個新的專業代理工具：搜尋 (Search) 與執行 (Execution)。兩者皆由小型、專用模型驅動，執行成本顯著降低。經過一個多月的測試，我們看到了令人鼓舞的結果，節省了高達 20% 的 Token。

代理式搜尋工具

代理式搜尋工具處理程式碼庫探索和內容檢索。當主代理程式需要內容時，它會用自然語言描述它正在尋找的內容，隨後搜尋工具接手。搜尋工具接著執行一個獨立的程序，使用 grep、檔案搜尋、語意搜尋和檔案讀取來搜尋您的工作區，然後回傳最相關的結果。

在底層，此工具由經過微調的小型語言模型驅動，經訓練可在最少回合內並行執行多次搜尋。這種嚴密的範圍限制使得延遲和成本保持在低水平，且不犧牲檢索品質。

推廣將在未來一個月內持續進行，將這些節省效果帶給所有 Copilot Chat 使用者。

代理式執行工具

代理式執行工具處理與執行終端指令相關的任何事項。當代理程式必須執行測試或檢查建置時，它會將任務移交給執行工具，由該工具執行指令並回報結果。為了保持嚴格的範圍，執行工具只能執行終端指令，且每次呼叫限制為 10 次終端呼叫，以防無限迴圈。

終端輸出往往很長且雜亂。任務完成後，執行工具會將該輸出過濾至編碼代理程式實際需要的內容，僅傳回相關部分。將此工作從主模型卸載至更小、更快的模型，可防止冗長的輸出消耗您的 Token 配額。

聊天效能與歷程記錄

支援 OpenAI 模型的 WebSockets

對於支援此功能的 OpenAI 模型，聊天請求現在會在 Responses API 上使用 WebSocket 模式。VS Code 不再每回合開啟新的 HTTP 請求，而是保持持久的 WebSocket 連接，僅發送新輸入項目以及先前的回應 ID。伺服器保留對話狀態，這減少了後續回合的請求大小和延遲，在涉及多次往返呼叫的代理程式工作流程中尤為明顯。我們的測量顯示，使用 WebSockets 使 OpenAI 模型速度提升了 12%。

當選取的模型支援時，將自動使用 WebSocket 模式，無需進行任何設定。

Chronicle (實驗性)

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

隨著您越來越依賴 Copilot，您的聊天記錄成為了寶貴的紀錄，記錄著您處理過的工作、接觸過的檔案以及參考過的 PR 和 Issue。但這些記錄很難重新檢視：滾動瀏覽過去的工作階段以回憶昨天的進度或為站立會議做準備既緩慢，且沒有簡單的方法可以跨工作階段提問或從自己的使用模式中學習。

Chronicle 透過在本地 SQLite 資料庫中追蹤您的聊天互動來解決這個問題。每次您聊天時，它都會記錄工作階段中繼資料（分支、儲存庫、時間戳記）、對話回合、透過工具呼叫觸及的檔案以及外部參考（PR、Issue、Commit），以便您按需搜尋和總結您的編碼活動。Chronicle 也能分析您的使用情況，為您提供關於如何改進提示詞和工具使用的個人化建議。

Chronicle 提供了幾個指令，您可以在聊天中使用它們來查詢工作階段記錄並獲取有關編碼活動的深入見解：

  • /chronicle:standup：從過去 24 小時的編碼工作階段產生站立會議報告，按功能/分支分組，並提供摘要、檔案列表和 PR 連結。

  • /chronicle:tips：分析 7 天的使用情況，提供關於提示詞、工具使用和工作流程的個人化建議。

  • /chronicle [query]：針對工作階段記錄進行自由形式的自然語言查詢（例如，「我昨天編輯了哪些檔案？」）。

此功能為實驗性功能，需要啟用 github.copilot.chat.localIndex.enabled 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定。

信任與安全性

已核准帳戶組織原則

企業現在可以使用 ChatApprovedAccountOrganizations 裝置原則，將聊天及相關 AI 功能的啟用限制在已核准的 GitHub 組織成員資格內。

此原則協助組織在各聊天進入點上一致地應用基於 GitHub 帳戶的原則。在 (1) 使用者登入且擁有已核准組織成員資格的 GitHub 帳戶，以及 (2) 基於帳戶的原則已獲解析之前，聊天功能不會被啟用。這種「失敗即關閉」(fail-closed) 的行為對於在 GitHub.com 上設定基於帳戶原則且需要在顯示聊天前強制執行資格的企業非常有用。

深入了解 企業原則。

沙盒預設讀取權限

$HOME 目錄下的所有路徑不再自動啟用讀取存取權。此更新增強了沙盒隔離，並確保指令僅存取它們明確需要的檔案。

在沙盒中執行任何指令之前，讀取權限僅會根據執行中的指令進行新增，而 $HOME 目錄中的所有其他路徑皆會被拒絕存取。存取任何任意路徑會因讀取權限遭拒而導致失敗。

預設情況下，工作區資料夾和沙盒暫存資料夾（在執行階段管理沙盒設定）在 $HOME 目錄下擁有讀取存取權。

協助工具

從問題輪播中聚焦終端的鍵盤快速鍵

設定： accessibility.verbosity.chatQuestionCarousel 在 VS Code 中開啟 在 VS Code Insiders 中開啟

當 Copilot 透過終端互動觸發的「問題輪播」提出問題時，您現在可以按下 ⌥T（Windows、Linux 為 Alt+T） 以快速將焦點返回終端。先前，唯一的導航方式是選取聚焦終端按鈕。

該按鈕的 aria 標籤現在也包含鍵盤快速鍵提示，使其更易於螢幕閱讀器使用者發現。您可以透過 accessibility.verbosity.chatQuestionCarousel 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定來控制導航提示是否出現在輪播的 aria 標籤中。

編輯器體驗

最佳化 Webview 中大型本地資源的載入

我們最佳化了 webview 載入本地資源的方式，以提高速度並減少記憶體使用量。此變更讓任何使用 webview 或自訂編輯器的擴充功能，以及筆記本呈現等內建 VS Code 功能均受益。

VS Code 中的 Webview 使用 service worker 從工作區或主機檔案系統載入資源。service worker 會攔截對本地檔案的請求，然後透過 VS Code 的檔案系統呼叫進行代理。這使我們不僅能從磁碟載入資源，還能從擴充功能貢獻的虛擬檔案系統載入資源。

先前，對於檔案系統請求，VS Code 會將整個檔案讀取到緩衝區中，然後將其傳送給 webview 的 service worker。這對於少量的 JavaScript 和圖像檔案有效，但當您要載入 20 個各為數十到數百 MB 的影片檔時，就不是那麼回事了。

現在，我們將檔案內容分塊串流傳輸到 service worker。此方法不僅提高了回應速度，還減少了 VS Code 在將其傳遞給瀏覽器引擎前必須累積的資料量。

我們進一步採用了 可傳輸串流 (transferable streams) 來最佳化串流傳輸。檔案串流會在主要的 VS Code 渲染器程序中建立，並直接由 webview 的 service worker 內的 new Response(...) 使用。這繞過了先前多層的 postMessage 呼叫。

語言

TypeScript 7.0 Beta 支援

我們持續與 TypeScript 團隊合作，提升 VS Code 對 TypeScript 7 的支援。TypeScript 7 是以原生程式碼重新編寫的版本，效能顯著提升。

TypeScript 7.0 beta 持續改進了語言功能，並包含多項編輯器體驗提升。我們也讓嘗試 TS 7.0 並在它與當前穩定的 TS 6.0 版本之間來回切換變得更加容易。

若要在 VS Code 中嘗試 TS 7.0，您只需安裝 TypeScript Native 預覽擴充功能。

對擴充功能的貢獻

聊天自訂評估擴充功能

我們新增了一個名為聊天自訂評估 (Chat Customizations Evaluations)（擴充功能 ID 為 ms-vscode.vscode-chat-customizations-evaluations）的新擴充功能，以協助分析和改進您的聊天自訂設定，例如提示檔、自訂代理程式、指令和技能。在分析自訂檔案後，該擴充功能會針對檔案中偵測到的問題產生診斷結果，並提供改進建議。

開啟提示詞、代理程式、指令或技能定義檔案，然後選擇分析進行評估。診斷結果出現後，使用「自訂評估修正技能」來套用建議的變更。

遠端開發 (Remote Development)

遠端開發擴充功能允許您使用 Dev Container、透過 SSH 或 Remote Tunnels 的遠端機器，或是 Windows Linux 子系統 (WSL) 作為全功能的開發環境。

預設啟用功能的 Dev Container 鎖定檔

設定： dev.containers.lockfile 在 VS Code 中開啟 在 VS Code Insiders 中開啟

我們預設啟用鎖定檔 devcontainer-lock.json。該鎖定檔會記錄 Dev Container 功能首次安裝時的版本和校驗碼，並將該功能鎖定在特定的版本和校驗碼，以提高對供應鏈攻擊的防禦能力。

當有更新版本可用時，編輯器會在 devcontainer.json 檔案中的 Dev Container 功能上顯示 Code Lens。

Dependabot 支援也已上線，可自動提交提取請求以更新鎖定檔。

如需詳細資訊，請參閱 Dev Container 規範中的 Dev Container 功能鎖定檔。

工程相關

使用 TypeScript 7 加速開發組建

VS Code 的開發監看任務現在使用 TypeScript 7 進行型別檢查。這顯著縮短了建置和完整檢查我們程式碼庫型別的時間。

先前，對 VS Code 主專案中約 6,000 個檔案進行型別檢查大約需要 60 秒。TypeScript 7 將全新建置的時間縮短至約 10 秒。從啟動監看建置任務到 VS Code 以及所有內建擴充功能完成建置並通過完整型別檢查，現在只需約 30 秒。

已棄用的功能與設定

本版新增的棄用項目

無

即將棄用的項目

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

謝謝您

對我們議題追蹤的貢獻：

對 vscode 的貢獻：

對 vscode-pull-request-github 的貢獻

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

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

English 한국어 中文(简体) 中文(繁體)
© . This site is unofficial and not affiliated with Microsoft.