不装了，VS Code要做 AI 的 App store了

分别以后 我自己

终于轻得像一首轻飘飘未写完的诗

可以让风吹向任何地方

过去十几年我们在 VS Code 里装扩展，心智模型一直是这样：装语言支持、装调试器、装主题、装 Gitlen、装数据库工具。现在，VS Code 又往前走了一步：它开始把“模型”也当作一种可安装、可配置的基础能力。

这件事表面看只是模型页面多了一个入口，实质上却很不一样。因为它意味着 VS Code 不再把 AI 视为某个单独产品功能，而是在平台层承认一件事：未来 IDE 里的 AI，不会只来自一家，也不该只接一种。

这就是 model provider 机制最重要的意义。

model provider 是什么

简单说，model provider 可以理解成“给 VS Code 提供 AI 能力的后端来源”。它可能来自云端，也可能来自本地；可能是商业 API，也可能是企业私有部署；可能是通用大模型，也可能是专门针对代码优化过的模型。

在 VS Code 的设计里，用户真正要做的不是“给 AI 聊天框装一个皮肤”，而是：

1. 1. 安装对应的 provider 扩展
2. 2. 选择它提供的模型

这套思路很像过去的 LSP。当年 VS Code 没有把每种语言硬编码进编辑器，而是让语言服务通过统一接口接进来；让所有模型通过 vscode 进入工作流，这就是微软大宗师的手段。

怎么安装 model provider

使用也很简单，安装过程和安装插件差不多，核心就是“装扩展 - 选模型 - 配 key”。

第一步：安装 provider 扩展

打开 Extensions 扩展市场，搜索你要接入的模型提供方扩展并安装。常见的 provider 类型包括： Microsoft 模型、OpenAI 兼容接口、本地模型、qwen，deepseek 等。

先点击模型选择栏里面的other model

在这里插入图片描述

就会跳转到

在这里插入图片描述

在这里插入图片描述

安装好之后，就会在other model里面出现新安装的model

在这里插入图片描述

到这一步之后，一般模型还需要额外的配置，这个时候vscode也会打开模型配置的json文件：chatLanguageModels.json

在这里插入图片描述

VS Code 还是老套路，延续它最擅长的扩展化策略。因为模型世界变化太快，今天流行这个，明天流行那个，让用户随意选择，但是在选择之前都需要先选择 vscode。让扩展承担接入，平台只维护抽象，这才是 VS Code 一贯格局的做法。

第二步：选择模型

VS Code 把 provider 做成统一入口之后，未来最有价值的地方不是“能接更多模型”，而是能把不同模型按任务进行路由。这一步现在看像是设置项，往后看其实是调度系统的起点。

第三步：配置认证和端点

真正落地时，provider 的配置核心通常包括几类信息：API Key、 Endpoint。

为什么 VS Code 要这么做

如果只是为了“让 AI 能用”，其实最省事的做法很简单：直接和一家模型厂商深度绑定，内置聊天、内置补全、内置购买入口，全部打包，用户点开就能用。现在很多产品就是这么干的。

从用户角度来讲，以前接入大模型的最简单的方式解释api key，后面就始终使用这个api key 对应的模型，而安装model provider则给了用户更多的选择模型的机会。

编辑器的生命周期很长，模型的生命周期很短。一个 IDE 可以统治十年，一个热门模型可能一年内就换代、降价、重排座次。如果 VS Code 把 AI 能力深度绑定到某个固定模型上，它就等于把自己的基础能力押注到一个变化极快的外部变量上。这在商业上危险，在工程上也不优雅。

显然微软显然不想让 VS Code 变成某几个主流模型的低级外壳，它想让 VS Code 继续做所有模型进入开发现场的总入口。

统一 provider 层之后，AI 体验才有可能真正一致

现在很多 AI 编程工具最大的问题，不是模型不强，而是每接一家模型就像换一套产品逻辑：设置页面不同、对话能力不同、报错信息不同、历史记录不同。结果就是，开发者在切换模型时，不是在换“后端能力”，而是在换整套交互习惯。

vscode的这一做法会极大强化 VS Code AI生态

这其实是我最看重的一点。过去十年，VS Code 最大的护城河不是编辑器本身，而是它把自己做成了一个生态中心。语言、debug、远程开发、主题、数据库、Git 工作流，几乎所有重要能力最后都能被纳入扩展体系。现在 AI 也被拉进来了。

如此这般， vscode 会继续像当年吃掉编辑器生态一样，进一步吃掉 AI 编程接入层生态。以后很多模型厂商如果想进入开发者桌面，最合理的路径不是自己单独做一个 IDE，而是先成为 VS Code 里的一个 provider。

说难听一点，三流的模型厂商都想做用户的 AI 入口，vscode 则想做的是“入口的入口”。

这也是为什么我觉得 model provider 这件事，远比表面看起来更值得重视。它不是给 AI 加一个插座，而是在告诉所有人：

未来的 IDE，不会只内置 AI；未来的 IDE，会管理 AI。

而这，才是 VS Code 最可怕也最聪明的地方。