新一轮 IDE 之争打响!
04-26 07:35 来源:csdn 阅读(14)

战略两难问题


我以前干过一个 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 正在给开发世界带来巨大变化,我们每天都能看到新玩法新工具。

https://www.zuocode.com

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