Visual Studio Code 1.126

LinkedInXBluesky 上關注我們


發布日期:2026年6月24日

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


歡迎使用 Visual Studio Code 1.126 版本。此版本帶來更清晰的費用透明度、更簡單的模型微調,以及更安全的陌生程式碼瀏覽體驗。

祝您開發愉快!


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

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


費用管理

工作階段層級費用資訊

您現在可以查看整個聊天工作階段的費用,而不僅僅是個別輪次的費用。這讓您能更清楚了解哪些工作階段消耗最多點數,從而更容易找出高成本的對話並隨著時間管理您的使用量。

Screenshot showing the session info popover with session cost in credits and context window token usage for the whole chat session.

語言模型

統一的模型自訂選擇器

為了簡化語言模型設定,我們將內容大小與推理(思考)強度控制項整合到單一的模型自訂選擇器中。您現在可以在同一個地方調整這兩個設定來微調模型,而不需操作兩個獨立的下拉選單。

Screenshot showing the model customization picker with combined context size and reasoning effort controls.

簡化的模型懸停提示

我們清理了模型懸停提示,使其更容易掃描。現在它會顯示一個簡潔的單字描述來代表模型的功能,並包含可直接帶您前往相關設定的深層連結按鈕。

Screenshot showing the simplified model hover with a one-word capability descriptor and deep link configuration buttons.

代理程式視窗(預覽版)

代理程式視窗是一個專用且最佳化的輔助視窗,可用於在多個專案和機器之間探索、迭代和審查代理程式工作階段。

代理程式主機 Copilot 工作階段中的多個聊天

適用於:在代理程式主機上執行的 Copilot 工作階段。

代理程式視窗可讓您並排執行和管理多個代理程式工作階段。在此版本中,從代理程式主機啟動的 Copilot 工作階段可以同時容納多個聊天。由於這些聊天共用相同的視窗與工作內容,因此您可以在同一個工作區同時進行多個對話。

假設您的主要聊天正忙著實作一項功能。與其等待或中斷它,您可以選取工作階段工具列中的 新增聊天 (+) 以在同一個工作階段中開啟第二個聊天,然後用它來審查目前的變更、草擬測試或撰寫說明文件。兩者會同時執行,且每個聊天都會保留各自的對話。您可以切換分頁並從中斷的地方繼續。

聊天內容會在視窗重新載入時持續保留並還原。您可以離開並回來查看工作階段中的每個對話,而不僅僅是第一個對話。

您可以直接在聊天分頁中重新命名聊天,以便追蹤每個聊天的用途,就像從工作階段標頭重新命名工作階段一樣

  • 雙擊分頁,或從其右鍵選單中選取重新命名,即可直接編輯標題。
  • 按下 Enter 鍵以套用重新命名,或按下 Escape 鍵以取消。在編輯時選取其他分頁也會取消編輯並切換至該分頁。

聊天的標題與工作階段標題是獨立的,因此重新命名工作階段並不會覆寫您已重新命名的聊天。

使用代理程式主機執行環境的代理程式化程式碼意見回饋

在代理程式視窗中,您對產生的程式碼留下的註解現在會儲存在代理程式主機上,因此代理程式可以使用伺服器端工具(例如 listCommentsresolveComments)來與您的意見回饋互動。即使您中斷用戶端連線,這也能正常運作,因為註解是存在伺服器上而不是您的本機工作階段中。

代理程式也可以使用 addComment 工具為您建立註解。當您執行審查技能(例如 /code-review)時,它會審查您的程式碼並在行內新增註解,然後您可以在將其提交給代理程式處理之前接受或刪除這些註解。

提取要求審查註解的運作方式相同。您可以接受 PR 審查註解並將其提交給代理程式,或要求代理程式解決所有 PR 註解。當您要求代理程式解決您尚未接受的 PR 註解時,它會先徵求您的檢視權限,一旦您授權存取,它就會處理 PR 審查項目。

編輯器體驗

在受限制模式下開啟新資料夾

設定 security.workspace.trust.startupPrompt 在 VS Code 中開啟 在 VS Code Insiders 中開啟

工作區信任可讓您決定專案資料夾是否能自動執行程式碼,這在您處理陌生程式碼時增加了一層安全性。

先前,開啟新資料夾會立即跳出一個對話方塊,詢問您是否信任該資料夾,然後才能檢視其內容。現在,新資料夾會在受限制模式下開啟,且僅會顯示信任橫幅。這讓您可以先安全地瀏覽程式碼,並在準備好時再信任該資料夾。

Screenshot showing the Restricted Mode banner that appears when a new folder opens, with a message that Restricted Mode is intended for safe code browsing and links to trust the folder.

這會將 security.workspace.trust.startupPrompt 在 VS Code 中開啟 在 VS Code Insiders 中開啟 設定的預設值從 once 變更為 never。若要恢復先前的行為並在第一次開啟資料夾時收到提示,請將值設回 once

從工作區信任編輯器中移除信任上層資料夾

工作區信任編輯器先前在 信任 按鈕旁邊顯示了一個 信任上層資料夾 按鈕。由於它看起來跟 信任 很像,但卻會信任整個上層資料夾,因此很容易不小心選錯,導致信任了超出您預期的資料夾。

為了降低此風險,已移除 信任上層資料夾 按鈕。您仍然可以透過將上層資料夾的路徑新增至工作區信任編輯器中的 信任的資料夾與工作區 清單來信任它。

Screenshot showing the Workspace Trust editor with a single Trust button after the Trust Parent button was removed.

工程相關

代理程式主機協定 (AHP)

作為重新架構 VS Code 中代理程式工作階段運作方式的一部分,我們正在採用代理程式主機協定(Agent Host Protocol, AHP)。AHP 讓我們能夠同時從多個用戶端和 VS Code 視窗連線並轉譯相同的代理程式工作階段。

這解鎖了諸如在一般 VS Code 視窗與代理程式視窗中同時看到相同工作階段等情境。這項工作仍在進行中,但您已經可以在 VS Code Insiders 中試用,我們非常歡迎您提供意見回饋

網站

VS Code 部落格

隨著團隊快速且持續地撰寫越來越多的部落格文章,我們發覺部落格區塊需要一些優化。先前,當您開啟部落格區塊時,會直接帶您前往最新的部落格文章,導致先前的文章經常被忽略。我們現在新增了一個部落格首頁,用以突顯幾篇最近的文章。

Screenshot showing the new blog landing page with a list of recent blog posts and a link to the blog archive.

如果您正在尋找所有部落格文章的完整清單,現在可以在部落格歸檔中找到。

VS Code 說明文件

我們重新建構了說明文件的目錄,使其更容易掃描與導覽。所有代理程式相關的說明文件現在都歸納在單一的「Agents」(代理程式)區段下,而任何與編輯程式碼和設定 VS Code 相關的內容則歸納在「Editor」(編輯器)下。

先前,支援的語言與特定擴充功能的說明文件是在目錄中個別列出。我們現在已將它們分別移至「Languages and Runtimes」(語言與執行階段)和「Extension Docs」(擴充功能說明文件)下方,讓您可以在一個地方找到所需的所有資訊。

歡迎透過在 microsoft/vscode-docs 儲存庫中提交意見回饋,讓我們知道您對新結構的看法。

已棄用的功能與設定

編輯模式

我們已將內建的編輯模式標示為已被取代,並移除了 chat.editMode.hidden 設定。我們建議改用代理程式模式,它涵蓋了相同的編輯情境,同時還能代表您執行工作與工具。或者,您也可以建立自訂代理程式來模擬編輯模式的體驗。

因原則而停用代理程式模式(chat.agent.enabled)的使用者將仍會看到舊版的編輯模式。

謝謝您

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.