最近一段时间，关于 VS Code 的讨论又多了起来。

在开发者社区里，一个很明显的变化是：大家已经不再只把它当成“那个写代码的工具”了。越来越多人开始用它讨论这些关键词：

AI、Agent、多模型、本地模型、MCP、浏览器调试、任务自动执行。

这也让不少人产生一种强烈感觉：

VS Code 变了。

它没有改名，名字仍然是 Visual Studio Code / VS Code。但它的产品定位，确实已经和几年前不一样了。现在，VS Code 官方首页直接把它描述为：

The open source AI code editor。

这句话很关键。

因为这意味着，VS Code 的目标已经不只是“做一个好用的代码编辑器”，而是要成为一个以 AI 为核心能力、同时保持开放生态的开发平台。

VS Code 没改名，但确实“换身份”了

先把最容易误解的点说清楚：

VS Code 没有改名。

官方名称没有变化，下载页、官网、更新页都还是 Visual Studio Code。

但从 2025 年开始，官方对它的表述明显升级了。

2025 年 5 月，VS Code 团队公开提出，要把 VS Code 打造成 open source AI editor。官方同时强调，未来即使 AI 成为核心体验，VS Code 仍然会坚持开放、协作、社区驱动这条路线。

这件事的意义很大。

因为它说明微软的策略不是简单地“给编辑器塞几个 AI 功能”，而是准备把 AI 能力从插件层，推进到 VS Code 的主工作流里。

说白了就是：

以前是“编辑器 + AI”，现在更像是“AI 时代的编辑器底座”。

这轮变化，不是概念，是一条很清晰的时间线

如果把最近这一波变化串起来看，会更容易理解 VS Code 到底在干嘛。

第一阶段，是明确方向。

VS Code 官方先给出了“开源 AI 编辑器”这个定位，等于正式宣布：未来的核心竞争力，不只是编辑器性能、插件数量和前端体验，还包括 AI 能力本身。

第二阶段，是把 AI 相关能力逐步开源。

比如 GitHub Copilot Chat 扩展已经开源；到了 2025 年 10 月版本更新里，官方又提到 inline suggestions 也已经开源，并且整合到同一代码仓库中，继续推进“开源 AI 编辑器”的路线。

第三阶段，是 Agent 化。

到了 2026 年的版本更新和官方文章里，你会发现 VS Code 的重点已经明显从“聊天问答”“代码补全”转向 Agent、任务执行、自动化协作。例如 1.110、1.111、1.112 这些更新里，连续出现了 agent controls、agent troubleshooting、image support、monorepo customizations 等方向。
这说明一个趋势：

VS Code 的 AI，正在从“回答问题”变成“参与干活”。

为什么大家最近都在讨论 Insiders？

因为很多新东西，最先都在 VS Code Insiders 里出现。

官方对 Insiders 的定义很直接：这是给早期尝鲜用户的版本，更新更频繁，通常每天都会有最新的功能和修复，但也可能更不稳定。

所以很多人口中的“绿色版更强”，本质上其实是在说：

Insiders 才是最早看到 VS Code 未来形态的入口。

这并不神秘，也不是什么民间魔改版。它就是官方预览版。你想尽早体验新特性，尤其是 AI 相关能力，Insiders 往往会比 Stable 更快一步。

新版 VS Code，强的已经不只是“补全代码”了

很多人对 VS Code 的 AI 印象，可能还停留在一个阶段：

“它会帮我补全代码，或者回答几个问题。”

但现在的新版 VS Code，已经明显不止这一层了。

1）AI 正在变成任务执行者

过去的 Copilot 更像一个写代码助手。

你提出问题，它给建议；你写一半，它帮补全；你卡住了，它帮解释。这种模式很有用，但本质上仍然是“你主导，AI 辅助”。

而现在，VS Code 正在把 AI 往 Agent 的方向推进。

这意味着你下达的，不再只是一个代码片段请求，而更像一个任务目标。
比如你描述一个功能需求、一个修复方向、一个重构目标，AI 不只是吐一段代码，而是可能参与创建文件、修改项目内容、调用工具、整理上下文，甚至走进调试和验证流程。([Visual Studio Code][6])

这就是本轮升级里最本质的变化：

从“帮你写几行”，到“帮你推进整件事”。

2）多模型、本地模型、MCP，正在把 VS Code 变成开放平台

新版 VS Code 另一个非常重要的方向，是开放性。

官方已经把 MCP 讲得很明确：它本质上是一种让 AI agent 连接外部工具和服务的统一协议，类似于给 AI 世界做“标准接口”。

同时，VS Code 也在持续推进本地 agent、多模型和本地工具接入。官方文档已经明确提到，local agents 可以访问工作区、本地工具以及 MCP tools。

这件事为什么重要？

因为它意味着 VS Code 并不想把你锁进一个封闭黑箱里。它想做的，更像是一个 AI 开发操作系统：

• 模型可以扩展
• 工具可以接入
• 工作流可以定制
• 社区可以共同参与能力建设

这个方向很“微软”，但也很现实。

因为 2025 年之后，AI IDE 的竞争已经完全不一样了。大家拼的不只是补全质量，而是谁能更快接入模型、更深进入工程流、更好打通工具链。

浏览器、终端、调试流，也都开始被 AI 接管一部分

这一轮 VS Code 的变化，还有个很容易被忽视的点：

AI 正在进入以前只属于“开发者手动操作”的区域。

比如浏览器调试。

在最近版本更新里，VS Code 官方提到了 integrated browser 的调试支持；而围绕 agent 的能力演进，也在不断把页面分析、截图理解、错误定位这些动作纳入 AI 能力边界。

这会改变什么？

以前我们调一个前端问题，流程通常是：

写代码 → 刷页面 → 打开控制台 → 找报错 → 再回编辑器修改。

而现在，这条链路正在被重写成：

写代码 → AI 读取上下文 → 结合页面状态和报错定位问题 → 给出修复建议，甚至直接推进修复。

这不代表程序员要失业。
但它确实意味着，低层重复调试动作会越来越多地被 AI 吃掉。

终端也是一样。

虽然 VS Code 的集成终端早就有了，但现在随着 AI、Agent 和工具调用能力增强，它在工作流里的角色已经不只是“嵌一个 shell”那么简单了。终端越来越像整个自动化流程的执行中枢。官方也持续保留和强化终端作为核心开发界面的定位。

微软为什么要把 VS Code 推向这个方向？

原因其实不难猜。

因为 AI IDE 的竞争已经打到正面战场了。

当越来越多开发者开始接触以 AI 为核心卖点的新工具时，VS Code 不可能还只靠“轻量、插件多、社区强”这三板斧守天下。

所以微软的选择很明确：

不放弃开源，不另起炉灶彻底封闭，而是在 VS Code 这个已有生态上完成 AI 化升级。

这招其实很聪明。

因为 VS Code 最大的优势，本来就不是“某一个单点功能最强”，而是它已经拥有庞大的开发者基础、成熟的扩展生态、跨平台体验和长期积累的工作流习惯。

在这种基础上做 AI 化，比从零做一个新 IDE 更有胜算。
官方甚至已经在分享他们自己如何用 AI 来开发 VS Code，并表示团队节奏已经从月更走向周更，背后关键就是 agents 提升了开发效率。

这说明一件事：

VS Code 团队不是在卖概念，他们自己就在用这套东西生产。

现在还值不值得继续用 VS Code？

答案很简单：

当然值得，而且很可能比以前更值得。

如果你是传统开发者，VS Code 仍然是那个上手快、扩展强、跨平台稳定的主力工具。

如果你已经开始拥抱 AI 编程，那新版 VS Code 也越来越有吸引力。因为它不只是给你一个“聊天框”，而是在把 AI 能力嵌进真正的工程流里：从补全、问答，到 Agent、工具接入、浏览器调试、任务执行，全都在一条线上。

而如果你想抢先体验这些变化，Insiders 依然是最值得安装的版本。只是要记住，官方也明确提醒过：它更新快，但可能偶尔不稳定。

写在最后

最后总结一句话：

VS Code 没改名，但它确实已经不是很多人印象里的那个“纯编辑器”了。

它正在从一个经典的代码工具，进化成一个更开放、更智能、也更接近“开发平台”的新形态。

未来你打开 VS Code，看到的可能不再只是文件树、终端和扩展市场。
你看到的，更像是一个能调用模型、理解项目、连接工具、参与调试、推进任务的 AI 开发工作台。

而这场变化，已经不是“会不会发生”的问题了。

它已经开始了。