編輯 | 云昭
出品 | 51CTO技術棧（微信號：blog51cto）
5月9日凌晨，VS Code官方賬號發布了新版本1.100。這次新版本的發布，亮點很多，堪比一次跟Cursor的實力對線。
圖片
先說整體上的感受。這次更新有不少提升開發者編程體驗的功能增強和優化。具體有四個：
1、VSCode大力加強了智能Chat的實用和效率，引入了自定義指令和可沖用提示；
2、編輯器增強了多窗口、浮動窗口的設置支持，UI元素可以直接附加到上下文，編輯效率大大提升；
3、MCP服務器添加了對圖像和可流式傳播的HTTP支持；
4、對Github Copilot的集成得到了增強。
話不多說，現在就帶諸位一覽實際效果。
一、Chat模式大煥新：更智能的聊天，更省心的編程
在“Vibe Coding”盛行的當下，Chat方面的優化可以說是重中之重。而VSCode這次的優化非常細節。首先是聊天輸入框的變化：
- 附件顯示：在提示文本中引用上下文（使用 #）時，這些引用現在也會以附件形式顯示，便于理解發送給語言模型的內容。
- 上下文選擇器簡化：上下文選擇器界面得到了簡化，更容易選擇文件、文件夾和其他附件類型。
- 移除“完成”按鈕：根據用戶反饋，已移除“完成”按鈕，避免會話意外結束的困擾。現在，只有在創建新聊天（使用 Ctrl+L）時才會開始新會話。
另外，聊天模式的快捷鍵也得到了更新，大大提高召喚效率——
- 打開聊天視圖：Ctrl+Alt+I 仍然用于打開聊天視圖。
- 進入代理模式：Ctrl+Shift+I 現在會打開聊天視圖并切換到代理模式。
- 此外，用戶可以為其他聊天模式設置快捷鍵，命令包括：
workbench.action.chat.openAgent
workbench.action.chat.openEdit
workbench.action.chat.openAsk
其次，開發者遇到重復的任務不用再一遍遍重新輸入提示詞了。VSCode引入了提示文件的概念。
據悉，提示文件可用于創建可重復使用的常見任務聊天請求。它們包含提示文本、聊天模式和要使用的工具。提示文件使用 .prompt.md 文件后綴。
用戶可以打開提示文件，然后按“播放”按鈕來運行提示。 開發者還可以使用命令面板中的聊天：Run Prompt File…命令。
屏幕截圖顯示使用編輯器中的播放按鈕運行提示
其次，則是會話摘要和提示緩存方面的高級優化。VSCode對代理模式提示的構建方式進行了調整，以優化提示緩存。提示緩存通過維護提示的穩定前綴，加快模型響應速度。
例如，當你的會話變長或上下文變大時，你就會在代理模式會話中看到“已總結的會話歷史”消息，一般包括：最重要信息和當前任務狀態的摘要。
圖片
同時，VSCode已經實現了對 OpenAI 的應用補丁編輯格式（在 Insiders 中可用，逐步推廣到 Stable）和 Anthropic 的代理模式下的替換字符串工具（在 Stable 和 Insiders 中可用）的支持。這意味著開發者可以從更快的編輯中受益，尤其是在處理大文件時。
此外，Chat 現在也推出了一個 LLM 工具，它可以用來運行Notebook cell，這意味著代理可以根據單元格的運行結果進行更新，或在構建筆記本時自行進行數據探索，從而實現更智能的交互和分析。
這些更新將顯著提升了 VS Code 在數據科學和 AI 開發中的工作流程效率，使得與大語言模型的交互更加流暢和高效。
最后，內聯聊天功能方面，VSCode也給出了新范式，以便更好地利用現有上下文并優化代碼編輯策略。啟用 inlineChat.enableV2 設置即可查看實際效果。
圖片
在其他內聯聊天更新中，您現在可以啟用 inlineChat.hideOnRequest 設置以查看更輕量級的用戶體驗。
此外，開發者現在可以使用#extensions工具從市場中查找擴展。這在聊天和代理模式下均可用，并返回與您的查詢匹配的擴展列表，然后您可以直接從結果中進行安裝。
圖片
語義文本搜索現在支持人工智能關鍵字建議，因此開發者將會發現界面上多出了相關的參考或定義，以幫助找到所需的代碼。
圖片
二、編輯器兩大亮點：浮動窗口更新、下一步Coding建議（NES）模型
在編輯器方面，這個版本的浮動窗口有兩種新模式：
- 緊湊型，可隱藏某些 UI 元素。
- 始終位于頂部，保持在所有其他窗口的頂部專業提示：與聊天視圖一起使用。
圖片
現在，開發者可以使用內置的簡單瀏覽器將UI元素作為上下文附加到聊天中，從而可以詢問網頁的特定元素。
圖片
值得注意的是，VSCode引入全新的「下一步編輯建議（NES）」模型，設置項：github.copilot.nextEditSuggestions.enabled，旨在提供更快速、上下文相關性更強的代碼推薦。該模型提升了性能，減少了延遲，并提供更符合開發者最近編輯內容的建議，減少干擾，提升開發效率。
其中，github.copilot.nextEditSuggestions.fixes 自動導入建議功能，還可以自動建議在 JavaScript 和 TypeScript 文件中添加缺失的導入語句。啟用此功能后，系統會根據上下文自動識別并建議所需的導入，減少手動操作。未來，VSCode計劃進一步擴展此功能，支持更多編程語言。
這對于敲代碼的開發者而言，無疑大大提高了代碼編輯的靈活性和智能化水平。
三、MCP支持疊加三大Buff：輸出圖像、界面增強、支持流式HTTP
VSCode現在支持MCP服務器在工具輸出中生成圖像。
注意：并非所有大語言模型都支持從工具輸出中讀取圖像。例如，雖然 GPT-4.1 具備視覺能力，但目前仍不支持從工具中讀取圖像。
這樣更新的意義在于：MCP 輸出的可視化增強，將會讓 LLM+工具鏈的組合更“好看”也更方便調試。
現在，VSCode對 MCP 服務器的工具輸入和輸出界面進行了增強，同時也新增了對 MCP 新增的進度消息的顯示支持。
此版本增加了對 MCP 服務器的新 Streamable HTTP 傳輸的支持。
圖片
其中，可流式傳輸的 HTTP 服務器的配置方式與現有的 SSE 服務器相同，并且該版本的實現與 SSE 服務器向后兼容。
圖片
除了上述幾大更新外，VSCode還有不少貼心的優化，比如在Python環境擴展增加了對快速創建的支持，使環境創建過程更加無縫等等。
圖片
四、VSCode 和 Cursor一戰，在所難免
近日，AI編程工具賽道融資非常火熱，被開發者譽為AI編程神器的Cursor，其母公司Anysphere最近已完成新一輪融資，推動估值達到約90億美元（約合650億元人民幣），較年初暴漲逾3倍。而其競對WindSurf也如愿以償地被OpenAI以30億美元的價格收入麾下。
當前，無論是谷歌、微軟等硅谷巨頭，還是OpenAI、Anthropic等創業公司，都押注AI編程，將其視為AI應用落地最重要的方向之一。
這也就意味著，手握Github Copilot和VSCode兩大王牌的微軟不可能坐視Cursor等新生代編程工具的壯大而不顧。最為明顯的一個例子就是近日微軟封禁了Cursor工具中C/C++/C#等語言的支持。
市場如此火熱，可以說VSCode和Cursor這一戰在所難免。但不得不說，VSCode的優勢非常明顯，技術人才底蘊雄厚、龐大的開發者用戶基礎，一直保持著很高的更新頻次，對于開發者的需求問題的捕捉和解決也非常細致貼心。
但這并不代表著，Cursor沒有勝算。據外媒一項名為《2025 年 Web 開發 AI 現狀》報告表明，，在使用 AI 編碼助手和其他以 AI 為中心的開發工具時，幻覺、不準確性、缺乏上下文以及代碼質量普遍較差，甚至有有76%的受訪者表示AI生成的代碼都需要被重構一遍。
這也就意味著AI編程賽道遠遠沒有來到終章，還有很多的創新方式有待發掘。而這些，正是賽道玩家制勝的角逐點。
五、網友：一個時代的終結
這些推文感覺就像一個時代的終結。所有使用過Cursor或類似產品的人都意識到，它們比它的“老大哥”好太多了，而后者姍姍來遲，正在努力追趕……
一位X網友在看完這么多功能更新后，給出了這樣一個評價。他講VSCode比作老大哥，并認為這次更新的功能似乎并沒有特別新。
圖片
然而，并不是所有網友持這種觀點。一位網友表示VSCode這次有不少功能要優于Cursor，比如RooCode功能。
圖片
另一位萬有則表示，VSCode有著獨有的資源優勢，比如自己所在的企業就只允許使用VSCode，所以它將繼續受歡迎。
圖片
各位看官，你們覺得如何？無論如何，身份開發者的我們，將是最大贏家。
參考鏈接:
https://x.com/code/status/1920527503266889855
https://code.visualstudio.com/updates/v1_100#_mcp-support-for-streamable-http
