AI 开发工具热潮下的 IDE 博弈

在 AI 开发工具迅猛发展的当下，VSCode 成为了热门战场。然而，其背后存在技术与策略拉扯，如平台限制、插件权限等。越来越多开发者和公司质疑在 VSCode 做插件是否值得，是否该另起炉灶。从微软规则到 Cursor 崛起，再到 OpenVSX 的诞生与局限，我们正处于开发工具大洗牌时代，这是平台与开发者选择权的较量。

战略两难问题

做 AI 开发助手项目时，面临战略选择：为 VS Code 做插件，其用户多、认知度高；或开辟新战场；还有是否 fork 开源的 VS Code。选择做插件会受限，插件功能有限，很多预期功能无法实现。

插件受限困境

VS Code 这类平台不会完全开放，因对自身功能信任不能延伸到第三方代码，且会加强限制，如 Apple App Store 和微软 VSCode 插件市场。微软规定 VSCode 分支版本不能用官方插件市场，除非是特定版本。

OpenVSX 应运而生

Eclipse 基金会推出 OpenVSX Registry，为 VSCode 开源版本提供支持，有开放、社区驱动、中立管理的插件市场。但该平台插件不全，给依赖它的产品带来麻烦。

VSCode + GitHub Copilot 的问题

VSCode 和 Copilot 分属不同团队，目标不同。VSCode 不想只绑定 Copilot，Copilot 也想接入更多工具，双方还不想只依赖 OpenAI 模型，这导致做 VSCode 插件开发困难，一些公司选择 fork VSCode 改体验。

微软的应对举措

当 fork 出的 IDE 受欢迎时，微软未封 Cursor 使用官方插件市场权限，而是让自家热门插件在某些 IDE 上失效，这与 Cursor 崛起及 VSCode + Copilot 借鉴其他 IDE 功能有关。