在 AI 开发工具飞速发展的这几年，VSCode 无疑成了最热的主战场。但在这片看似开放、活跃的生态背后，其实隐藏着不少技术和策略上的拉扯：平台限制、插件权限、官方与非官方的微妙界限。越来越多开发者和公司开始质疑：在 VSCode 里做插件，真的值得吗？又或者，是否该另起炉灶，自己打造一套更自由的体验？从微软的市场规则，到 Cursor 的爆火崛起，再到 OpenVSX 的诞生和尴尬局限，我们正站在一个由 AI 驱动的开发工具大洗牌时代的门口。这不仅是平台之间的博弈，更是开发者选择权的较量。

原文链接：https://ainativedev.io/news/microsofts-going-to-war

作者 | Dion Almaer       责编 |苏宓

出品 | CSDN（ID：CSDNnews）

战略两难问题

我以前干过一个 AI 开发助手的项目。那时候，GitHub Copilot 刚火起来，类似的产品开始冒头，问题也就来了：你得做个战略选择。

• 你是要为 VS Code 这个超大生态系统做个插件？它的用户最多，开发者认知度也最高。

• 还是干脆无视它，去别的地方开辟战场？

• 还有个关键问题：VS Code 是开源的，你要不要直接 fork 一份自己搞？

这中间全是权衡。

到处都是取舍。如果你选择做插件，天然就会受限制。插件能接入的点和能做的事本来就有限，而且有很多你以为能实现的功能，其实根本做不到，让人挺意外的。

所有插件都被框死了

VS Code 这类平台本来就不可能把所有东西都完全开放——因为它对自己内部功能的信任，是不能随便延伸到第三方代码上的。平台必须得有自己的“技术信任模型”。而且我们也看到，很多平台还会更进一步，用各种流程来加强限制。

比如 Apple 的 App Store 审核和分发机制，就多了一层管控；微软的 VSCode 插件市场也是这么干的，其他不少公司也都效仿了。

被锁死在 VSCode 里了

微软的规定很明确：VSCode 的分支版本或者改版产品，不能使用官方插件市场，除非你用的是原汁原味的 VSCode，或者是微软官方认可的版本。

这个主要写在微软插件市场的使用条款第 3.a 条里，原话是：

“你不能使用插件市场，或通过插件市场提供的任何服务，去支持或服务于除了微软官方 Visual Studio 系列产品（包括 VSCode）以外的其他产品。”

简单说，这句话的意思就是：

• 如果你搞了个 VSCode 的分支版本，比如 VSCodium、Onivim 这种，就不能用微软的插件市场来发布或者下载插件。

• 你也不能把插件市场的流量引导到别的地方，或者复制一个“山寨市场”，这都会违反微软的规定。
  

那咋办？OpenVSX 出场

为了绕开这个限制，Eclipse 基金会搞了一个开源的替代方案，叫 Open VSX Registry，主要是为了：

• 支持那些 VSCode 的开源版本，比如 VSCodium、Gitpod 的 Theia 等；

• 提供一个真正开放、合法可再分发的插件市场，由社区驱动；

• 有一个中立的管理模式，不像微软那样死死抓在自己手里。

这个 OpenVSX 给了那些不想完全依赖微软生态的产品一条出路，至少可以装插件了。

不过问题也来了：这个平台插件不全，不是你换个平台插件就都“自动搬过去”了。后面我们还会看到，这点会带来不少麻烦。

那怎么办？

有些工具压根没走 OpenVSX 这条“正道”，直接就从微软官方插件市场偷着下插件用。这条路其实挺冒险的，微软哪天说关就能关，但还是有勇敢的人试了一把，比如 Cursor。

我这几年一直在等微软出面表态……结果，一直没动静。我就琢磨，微软是不是一直在忍着，因为“VSCode + Copilot”这个组合太强了。

VSCode + GitHub Copilot：这对组合的问题

其实，除了那些“出于隐私、安全、用户体验等各种原因平台会限制你的功能”之外，这对组合（VSCode + Copilot）是另一个让“做 VSCode 插件”难开发的原因。

VSCode 和 Copilot 并不是同一个团队。他们属于不同的部门，目标也不一样。一开始看着还挺和谐的：VSCode 是个超棒的开发生态，Copilot 用的是 OpenAI，当时模型界的领头羊，听起来很完美！

但时间久了，问题就冒出来了：

• VSCode 不想只绑定 Copilot 当唯一的 AI 开发工具。现在有好多酷炫的 AI 工具出来了，都是其他公司做的，VSCode 也想拥抱这些创新。于是你会发现：Copilot 能用一些别的插件用不了的 API。有些 API 过段时间会开放，但也有一些就一直不给开。为什么会这样？原因很多：比如，和自己公司内部的另一个团队紧密合作，信任关系更好，这种合作方式还能帮助一起测试、打磨这些 API。还有个更现实的原因——竞争。谁不想把“独家通道”留得越久越好呢？
  

• 反过来，Copilot 也不想只在 VSCode 上用。它们在卖企业服务的时候发现，很多客户都在用 JetBrains 家的 IDE，那 Copilot 自然也想打进去，还想接入更多其他的开发工具。

• 另外，两边都不想只依赖 OpenAI 的模型。比如 Claude Sonnet 在代码生成方面越来越强了，Gemini 也终于追上来做出差不多甚至更强的东西。他们自然想要更灵活地选择模型。

有些公司受不了这些限制，干脆 fork 了 VSCode，自己改体验，因为插件系统根本做不到他们想做的那些事。

微软终于出手了

当某个 fork 出来的 IDE 特别受开发者欢迎时，微软终于出动作了。

Cursor 崛起的故事：在不到两年的时间里，Cursor 的年度经常性收入（ARR）从 100 万美金飙升至超过了 1 亿美金！相比之下，一般 SaaS 公司做到这个规模，少说也得五年。

那微软是不是就封了 Cursor 他们用官方插件市场的权限？没有，他们现在其实还能用。

但是，开发者发现：

微软干了件更“隐蔽”的事——它开始让一些自家维护的热门插件在某些 IDE 上突然“失效”了，不能用了。

这事不仅刚好撞上了 Cursor 崛起的时机，还和 VSCode + Copilot 这对组合开始“借鉴”其他 IDE 上那些大家特别喜欢的功能和体验有关。

我很同意 X 网友 Sam Denty 的看法。他以前在 StackBlitz（开发了基于浏览器的 IDE）工作，现在搞 Bolt，支持 OpenVSX：

我认为竞争是健康的，Cursor 公司做了很多微软自己都不敢做的事情。如果不是开放源码软件，VSCode 也不会有现在的市场份额。我敢说，VSCode 市场上 90% 的扩展程序都是开源软件。当 VSCode 成为最好的实现方式时，没有人注意到他们的法律条款。

我希望实现良性竞争。我希望 VSCode 能开放更多扩展接口，让大家不用 fork 也能做出好体验。我也希望插件市场的规则能更开放一些。我希望各家公司能在开源框架下协作共赢，就像当初 Chromium 项目带动整个浏览器生态一样。

现在 AI 正在给开发世界带来巨大变化，我们每天都能看到新玩法新工具。

接下来会发生什么？那些手里有棋的公司会不会下出一盘对大家都好的棋？作为开发者，我们能做的就是明确自己想看到什么样的未来，选择那些符合自己价值观的工具。

推荐阅读：

▶靠开发AI作弊神器成名，21岁小伙遭学校开除不足一月后，转身拿下530万美元融资！

▶智能无限，协作无间｜你的专属AI工程师 Trae 全新登场！

▶仅改30行Linux代码，立马省电30%？滑铁卢大学团队“神补丁”，已被Linux 6.13并入！

如果您曾将 PayPal 集成到您的应用或项目中，并为此查阅过 PayPal 的集成文档，我们诚挚邀请您参与一项重要的问卷调研。

只需要 30 秒即可搞定问卷上的 6 个小问题（全部都是选择题）！为感谢您的宝贵时间，前 200 名完成问卷的开发者将获得一份精美礼品（快充头/保温杯/6合1充电器三选一）作为答谢。