2026 年 6 月 17 日，微软发布了 Visual Studio Code 1.125 版本。在平常年份，这只是一次常规迭代。但在 2026 年——AI 编程助手市场膨胀至 $12.8B，其中 Cursor 以 $2B ARR 领跑营收，GitHub Copilot 坐拥 470 万付费用户，84% 的开发者已在使用或计划使用 AI 编码工具——这次更新的每一个细节都值得细细拆解。
表面上，1.125 只做了两件事：让用户在编辑器里一键发现并安装第三方语言模型，以及让内置浏览器能通过远程连接代理 HTTP/HTTPS 流量。但这两件事，恰好戳中了 VS Code 当前最脆弱也最强大的两个命门。
一、现象层：藏在常规更新里的两个"不常规"
新功能之一：语言模型的"补货"效率
在过去，如果你想在 VS Code 里使用一个第三方模型提供商（比如一个来自 Claude 或 Gemini 的扩展），你必须知道一个冷知识：在扩展市场搜索时要加上 language-models 标签。这对于普通用户，几乎是不可发现的操作。
1.125 版本在 Language Models 编辑器中新增了一个 Install Model Providers 按钮。点击它，扩展市场会自动打开并预筛选出所有提供模型服务的扩展。安装后，模型会自动出现在模型选择器中——无需手动注册，无需翻阅文档。
官方发布说明中写道：
The Language Models editor has an "Install Model Providers" button that opens the Extensions view filtered to extensions that contribute model providers, making it easier to discover and install them.
这背后的逻辑很简单：VS Code 在 Agent/Copilot 时代，正在把模型当扩展卖。
新功能之二：内置浏览器的"远程代理"能力
第二个更新可能比第一个更具战略意义。
VS Code 的内置浏览器（Integrated Browser）此前一直是一个相对"轻"的功能——可以在编辑器内打开网页，适合查文档、预览页面。1.125 版本为它增加了两个关键能力。
第一，地址栏支持关键词搜索。你可以在地址栏直接输入查询词，它会被发送到你配置的搜索引擎。这看起来微不足道，但此前内置浏览器的地址栏只接受 URL。
第二，也是更重要的：HTTP/HTTPS Proxy 通过远程连接代理。当一个远程工作区（通过 SSH、容器或 Dev Container 连接）中打开内置浏览器时，浏览器流量会经由远程连接转发。这意味着，只要你有远程服务器的 SSH 访问权限，就可以安全地访问该服务器内网才能访问的页面和服务。
这项功能目前仍是 Preview 状态，需要在设置中手动开启 workbench.browser.enableRemoteProxy。同时，VS Code 还优化了 Agent 在转发端口上的浏览器交互——如果 Agent 请求了一个已被转发的端口，URL 会自动重写。
把这些拼在一起，画面就很清楚了：VS Code 正在把自己变成远程开发的"浏览器 + 终端 + 编辑器"三位一体工具。
其他更新速览
1.125 还包括了延时可配置的扩展自动更新（用户可设置延迟小时数，默认 2 小时）、Copilot 企业策略的 MDM 交付支持、Copilot 额外消费额度的实时监控仪表盘等功能。但对于核心用户群来说，最值得关注的仍然是上述两个更新。
二、分析层：为什么这次更新比看起来更重要
小节一：AI 生态战——VS Code 的"模型商店"对标 Cursor 的核心体验
为什么微软突然在乎"第三方语言模型"的安装流程了？
答案要放在 AI 代码编辑器竞争的背景下看。根据 Stack Overflow 2025 年开发者调查，VS Code 以 76.2% 的使用率统治编辑器市场——在专业开发者群体中，比第二名的 Visual Studio（29.7%）高出近三倍，比 Cursor（19.3%）高出四倍。使用率从 2024 年的约 74% 持续攀升。但增量市场正在被 AI-native 编辑器蚕食。Cursor 从 VS Code 的一个 fork 起步，到 2026 年已经做到 $2B ARR、超过 100 万付费用户。这不是遥远的威胁，而是实实在在的围城。
Cursor 的核心杀招是什么？是模型即体验——它的整个编辑器围绕 AI 模型设计，切换模型、使用不同提供商的能力是编辑器的一等公民。相比之下，VS Code 虽然有 Copilot，但要安装第三方模型扩展，用户此前需要手动搜索标签——这在体验上差了不止一个数量级。
1.125 版本的"模型商店"按钮，本质上是在缩小这个差距。微软的算盘是三层的：
第一层，降低使用门槛。让任何用户都能像装扩展一样装模型，这把 VS Code 的模型生态敞开给了所有第三方供应商——Claude、Gemini、Mistral、Llama……你不用再为了用某个特定模型而切换到另一个编辑器。
第二层，复用扩展生态。VS Code 拥有超过 5 万个扩展，这是任何竞争者都无法在短期内复制的生态优势。通过把"模型"变成"扩展"，微软把模型生态绑定到了自己最强大的基础设施上。
第三层，企业管理的延伸。1.125 版本同步发布了 Copilot 设置的 MDM 交付功能——企业管理员可以通过现有设备管理工具集中配置 Copilot 策略，包括 extensions.autoUpdate 和 extensions.autoUpdateDelay 等关键设置。对企业客户而言，这解决了安全合规的刚需，是 Cursor 短期内难以匹敌的能力。
三件套组合起来，VS Code 的战略很清晰：用生态厚度对抗 Cursor 的体验锐度。
小节二：远程开发护城河——浏览器代理为何是杀手锏
如果说 AI 模型是 VS Code 在进攻端需要补的课，那么远程开发就是它在防守端已经筑好的墙。
VS Code 的远程开发生态（Remote SSH、Dev Containers、Remote Tunnels）是它区别于几乎所有竞争对手的核心优势。在对 2026 年 IDE 格局的对比分析中，评论者反复确认：如果你需要成熟的扩展生态、远程开发（SSH、WSL、容器）或与 Docker、Kubernetes 等工具的深度集成，VS Code 仍然是更安全的选择。
2026 年的远程开发场景比以往任何时候都更复杂：开发者通过 SSH 连接云服务器或公司内网机器，使用 Dev Containers 在本地容器中开发，通过 Remote Tunnels 访问远程环境……在这些场景下，内置浏览器此前是一个相对孤立的工具——它运行在本地，无法利用远程连接的优势。
内置浏览器的远程代理解决了什么痛点？一个典型的例子：你通过 SSH 连接了一台远程服务器，这台服务器上跑了一个你正在调试的 Web 服务（监听 8080 端口）。过去，如果你想在浏览器里打开这个服务，要么需要配置端口转发，要么需要在终端里 curl。现在，你直接在 VS Code 的内置浏览器里输入地址就行——流量通过 SSH 连接转发，既安全又方便。
再进一步：这台远程服务器可能在防火墙后面，能访问公司内部的 Jenkins、Grafana、Wiki 页面。过去你无法在本地浏览器直接访问这些页面；现在，内置浏览器通过远程代理，让你在编辑器里就能完成所有操作。
这听起来不像一个"革命性"功能，但它在实际开发中的体验提升是巨大的——尤其是对后端、基础设施和 DevOps 开发者而言。而这些人，恰恰是 Cursor 目前最难攻克的用户群体。
小节三：扩展生态的自我进化——Auto-Update Delay 与企业控制
1.125 中还有一个容易被忽视但很有信号意义的更新：可配置的扩展自动更新延迟（extensions.autoUpdateDelay），默认延迟 2 小时。
在上一版本（1.124）中，微软首次引入了延迟更新机制；1.125 将其变为可配置项，让用户或管理员可以自行设定延迟小时数。官方发布说明中明确提到，管理员可以通过企业策略集中管理 extensions.autoUpdate 和 extensions.autoUpdateDelay 设置。
这个功能直接回应了企业客户的痛点：扩展更新有时候会破坏工作流。对企业而言，稳定压倒一切。这也是 VS Code 相比 Cursor 的另一个结构性优势——Cursor 目前在企业管理能力上的积累几乎为零。
与此同时，VS Code 将 extensions.autoUpdate 的取值简化为了 on 和 off，之前的 true、false、onlyEnabledExtensions、delayed 等取值会被自动迁移。当自动更新开启时，VS Code 只更新已启用的扩展，禁用的扩展不再自动更新——这一细节优化看似微小，但体现了对开发者控制权的尊重。
小节四：Copilot 用量监控——从"无限使用"到"预算管理"
另一个有长期信号意义的变化：Copilot 状态仪表盘现在可以显示额外预算使用百分比。
这背后是 Copilot 用量计费模式的全面转向。2026 年 4 月 27 日，GitHub 宣布 Copilot 从固定请求数（PRU）模式转向按用量计费，并于 6 月 1 日正式生效。GitHub 在公告中解释，Copilot 已经从"编辑器内助手"进化为"可以运行长时间多步骤编码会话的 Agentic 平台"，一次快速问答和一次持续数小时的自主编码会话在旧模式下成本相同，"PRU 模式已不可持续"。这一转变引发了开发者社区的强烈讨论，一篇标题为 "You Will Get Less, but Pay the Same Price" 的报道道出了许多人的不满。
在此背景下，1.125 新增的 Copilot 额外消费额度实时监控功能，显然是为了帮助企业管理 AI 成本。它揭示了一个趋势：AI 编程助手的商业化正在走向成熟。从"让开发者随便用"到"帮企业管理成本"，Copilot 正在从一个"开发者工具"变成一个"企业 SaaS 产品"。这恰恰是 Cursor 目前覆盖最弱的环节。
三、结论与展望
VS Code 的防御战：三个信号与两个不确定
这场更新透露的三个信号：
第一，微软看懂了 Cursor 的威胁。AI-native 编辑器正在蚕食 VS Code 的增量用户，尤其是新入行的开发者——他们不需要 VS Code 积攒多年的扩展生态，只需要一个好的 AI 编辑体验。1.125 的"模型商店"是对这个趋势的最直接回应。
第二，微软选择用生态而非产品来防御。VS Code 没有复制 Cursor 的 AI 原生体验，而是在加固自己的差异化护城河：远程开发、扩展生态、企业管理。这是一个聪明的策略——正面硬碰 AI 体验赢不了 Cursor，但让 Cursor 在远程开发和企业管理上追不上 VS Code。
第三，AI 编程助手正在重塑 IDE 的商业逻辑。从免费的通用编辑器到按用量付费的 AI 平台，VS Code 的商业模式正在发生根本性转变。1.125 的 Copilot 监控仪表盘和 MDM 企业策略支持，是企业化的一个缩影。
两个不确定性：
第一，改体验能否留得住用户？用户从 VS Code 流向 Cursor，不是因为 Cursor 的模型更多，而是因为 AI 体验本身就是编辑器的核心交互。1.125 的"模型商店"降低了装模型的门槛，但体验层是否足够平滑，还需要市场验证。
第二，远程代理的 Preview 状态。内置浏览器的远程代理功能目前还是 Preview。官方发布说明坦言 "you may encounter bugs"——这意味着它可能不够稳定。对于需要稳定环境的开发者，它还不能完全替代其他方案。
谁会赢？谁会危险？
- VS Code：凭借生态优势和企业的管理能力，在存量市场仍将保持统治地位
- Cursor：在增量市场继续收割，但企业化和远程开发是它必须补的课
- JetBrains：被两边夹击，但其深耕企业市场和深度语言支持仍是护身符
- Windsurf / Zed：差异化竞争空间在收窄，大的越来越大，小的越来越难活
一个编辑器的版本更新，折射出整个 IDE 行业的格局变化。当 AI 成为编辑器的核心交互方式，每一个"常规更新"都可能是一次战略调整。
1.125 不是 VS Code 最重磅的版本，但它可能是微软开始认真打这场防御战的第一声信号枪。Cursor 用 AI 体验攻城略地，VS Code 选择用生态厚度筑墙。这场战争的终局，取决于开发者更愿意为"好用"付费，还是为"全栈"留下。
快报