仅用于站内搜索，没有排版格式，具体信息请跳转上方微信公众号内链接
【编者按】在AI开发工具飞速发展的这几年，VSCode无疑成了最热的主战场。但在这片看似开放、活跃的生态背后，其实隐藏着不少技术和策略上的拉扯：平台限制、插件权限、官方与非官方的微妙界限。越来越多开发者和公司开始质疑：在VSCode里做插件，真的值得吗？又或者，是否该另起炉灶，自己打造一套更自由的体验？从微软的市场规则，到Cursor的爆火崛起，再到OpenVSX的诞生和尴尬局限，我们正站在一个由AI驱动的开发工具大洗牌时代的门口。这不仅是平台之间的博弈，更是开发者选择权的较量。
原文链接：https ://ainativedev.io/news/microsofts-going-to-war
作者|DionAlmaer责编|苏宓
出品|CSDN（ID：CSDNnews）
战略两难问题
我以前干过一个AI开发助手的项目。那时候，GitHubCopilot刚火起来，类似的产品开始冒头，问题也就来了：你得做个战略选择。
你是要为VSCode这个超大生态系统做个插件？它的用户最多，开发者认知度也最高。
还是干脆无视它，去别的地方开辟战场？
还有个关键问题：VSCode是开源的，你要不要直接fork一份自己搞？
这中间全是权衡。
到处都是取舍。如果你选择做插件，天然就会受限制。插件能接入的点和能做的事本来就有限，而且有很多你以为能实现的功能，其实根本做不到，让人挺意外的。
所有插件都被框死了
VSCode这类平台本来就不可能把所有东西都完全开放——因为它对自己内部功能的信任，是不能随便延伸到第三方代码上的。平台必须得有自己的“技术信任模型”。而且我们也看到，很多平台还会更进一步，用各种流程来加强限制。
比如Apple的AppStore审核和分发机制，就多了一层管控；微软的VSCode插件市场也是这么干的，其他不少公司也都效仿了。
被锁死在VSCode里了
微软的规定很明确：VSCode的分支版本或者改版产品，不能使用官方插件市场，除非你用的是原汁原味的VSCode，或者是微软官方认可的版本。
这个主要写在微软插件市场的使用条款第3.a条里，原话是：
“你不能使用插件市场，或通过插件市场提供的任何服务，去支持或服务于除了微软官方VisualStudio系列产品（包括VSCode）以外的其他产品。”
简单说，这句话的意思就是：
如果你搞了个VSCode的分支版本，比如VSCodium、Onivim这种，就不能用微软的插件市场来发布或者下载插件。
你也不能把插件市场的流量引导到别的地方，或者复制一个“山寨市场”，这都会违反微软的规定。
那咋办？OpenVSX出场
为了绕开这个限制，Eclipse基金会搞了一个开源的替代方案，叫OpenVSXRegistry，主要是为了：
支持那些VSCode的开源版本，比如VSCodium、Gitpod的Theia等；
提供一个真正开放、合法可再分发的插件市场，由社区驱动；
有一个中立的管理模式，不像微软那样死死抓在自己手里。
这个OpenVSX给了那些不想完全依赖微软生态的产品一条出路，至少可以装插件了。
不过问题也来了：这个平台插件不全，不是你换个平台插件就都“自动搬过去”了。后面我们还会看到，这点会带来不少麻烦。
那怎么办？
有些工具压根没走OpenVSX这条“正道”，直接就从微软官方插件市场偷着下插件用。这条路其实挺冒险的，微软哪天说关就能关，但还是有勇敢的人试了一把，比如Cursor。
我这几年一直在等微软出面表态……结果，一直没动静。我就琢磨，微软是不是一直在忍着，因为“VSCode+Copilot”这个组合太强了。
VSCode+GitHubCopilot：这对组合的问题
其实，除了那些“出于隐私、安全、用户体验等各种原因平台会限制你的功能”之外，这对组合（VSCode+Copilot）是另一个让“做VSCode插件”难开发的原因。
VSCode和Copilot并不是同一个团队。他们属于不同的部门，目标也不一样。一开始看着还挺和谐的：VSCode是个超棒的开发生态，Copilot用的是OpenAI，当时模型界的领头羊，听起来很完美！
但时间久了，问题就冒出来了：
VSCode不想只绑定Copilot当唯一的AI开发工具。现在有好多酷炫的AI工具出来了，都是其他公司做的，VSCode也想拥抱这些创新。于是你会发现：Copilot能用一些别的插件用不了的API。有些API过段时间会开放，但也有一些就一直不给开。为什么会这样？原因很多：比如，和自己公司内部的另一个团队紧密合作，信任关系更好，这种合作方式还能帮助一起测试、打磨这些API。还有个更现实的原因——竞争。谁不想把“独家通道”留得越久越好呢？
反过来，Copilot也不想只在VSCode上用。它们在卖企业服务的时候发现，很多客户都在用JetBrains家的IDE，那Copilot自然也想打进去，还想接入更多其他的开发工具。
另外，两边都不想只依赖OpenAI的模型。比如ClaudeSonnet在代码生成方面越来越强了，Gemini也终于追上来做出差不多甚至更强的东西。他们自然想要更灵活地选择模型。
有些公司受不了这些限制，干脆fork了VSCode，自己改体验，因为插件系统根本做不到他们想做的那些事。
微软终于出手了
当某个fork出来的IDE特别受开发者欢迎时，微软终于出动作了。
Cursor崛起的故事：在不到两年的时间里，Cursor的年度经常性收入（ARR）从100万美金飙升至超过了1亿美金！相比之下，一般SaaS公司做到这个规模，少说也得五年。
那微软是不是就封了Cursor他们用官方插件市场的权限？没有，他们现在其实还能用。
但是，开发者发现：
微软干了件更“隐蔽”的事——它开始让一些自家维护的热门插件在某些IDE上突然“失效”了，不能用了。
这事不仅刚好撞上了Cursor崛起的时机，还和VSCode+Copilot这对组合开始“借鉴”其他IDE上那些大家特别喜欢的功能和体验有关。
我很同意X网友SamDenty的看法。他以前在StackBlitz（开发了基于浏览器的IDE）工作，现在搞Bolt，支持OpenVSX：
我认为竞争是健康的，Cursor公司做了很多微软自己都不敢做的事情。如果不是开放源码软件，VSCode也不会有现在的市场份额。我敢说，VSCode市场上90%的扩展程序都是开源软件。当VSCode成为最好的实现方式时，没有人注意到他们的法律条款。
我希望实现良性竞争。我希望VSCode能开放更多扩展接口，让大家不用fork也能做出好体验。我也希望插件市场的规则能更开放一些。我希望各家公司能在开源框架下协作共赢，就像当初Chromium项目带动整个浏览器生态一样。
现在AI正在给开发世界带来巨大变化，我们每天都能看到新玩法新工具。
接下来会发生什么？那些手里有棋的公司会不会下出一盘对大家都好的棋？作为开发者，我们能做的就是明确自己想看到什么样的未来，选择那些符合自己价值观的工具。
