{"slug": "open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code", "title": "Open VSX 1.0: The Registry Powering Every AI IDE That Isn’t VS Code", "summary": "Open VSX, a vendor-neutral extension registry run by the Eclipse Foundation, reached version 1.0 on June 24, 2026, serving as the primary extension source for AI IDEs like Cursor, AWS Kiro, Windsurf, and Google Antigravity that cannot access Microsoft's proprietary Visual Studio Marketplace. Google joined as a strategic sponsor, and AWS became an enterprise customer, as the registry now handles 300 million monthly downloads and 12,000+ extensions.", "body_md": "Every time you install an extension in Cursor, AWS Kiro, Windsurf, or Google Antigravity, you are not hitting Microsoft’s Visual Studio Marketplace. You are hitting [Open VSX](https://open-vsx.org/) — a vendor-neutral registry run by the Eclipse Foundation that most developers have never heard of, even though it is now their primary extension source. This week, with Open VSX at version 1.0 and Google signing on as a strategic sponsor, it is worth understanding the infrastructure your AI IDE depends on.\n\n## Why Microsoft’s Marketplace Is Off-Limits\n\nVS Code itself is MIT-licensed. The Marketplace is not. Microsoft’s Terms of Service for the Visual Studio Marketplace explicitly prohibit “alternative products built on a fork” from accessing it. That restriction is not accidental — it is intentional. When Cursor, Kiro, Windsurf, and others forked the open-source Code-OSS codebase to build AI-native editors, they inherited the code but lost access to the distribution channel. They needed somewhere else to send extension installs.\n\nOpen VSX was the answer. Started by GitPod in 2020 and later donated to the Eclipse Foundation, it implements its own API (Microsoft’s is proprietary and undocumented) and provides the same publisher-to-developer pipeline: a web UI, a CLI tool called `ovsx`\n\n, and a registry that any compliant editor can point to. Extension parity is now substantial — roughly 90% of popular extensions are cross-published to both registries.\n\n## The 1.0 Milestone and What It Signals\n\n[Open VSX 1.0.0 shipped June 24, 2026](https://visualstudiomagazine.com/articles/2026/06/24/open-vsx-1-0-0-puts-focus-on-open-extension-registry-for-vs-code-ecosystem.aspx), focused on stability and security: read-only mode, TLS-protected Redis connections, and production hardening that the 300 million monthly download figure demands. The same month, Google joined the Eclipse Foundation as a Strategic Member specifically to sponsor Open VSX. AWS had already made the same bet in March, providing infrastructure and joining as a paying enterprise customer of the managed registry tier.\n\nThe numbers justify the attention. The registry serves over 300 million downloads per month, peaks at 200 million daily requests, and hosts 12,000+ extensions from 8,000+ publishers. The [Managed Registry — launched in April 2026](https://newsroom.eclipse.org/news/announcements/eclipse-foundation-launches-open-vsx-managed-registry-0) with a 99.95% uptime SLA — counts AWS Kiro, Google Antigravity, and Cursor as its first enterprise customers. This is no longer a scrappy community project. It is infrastructure.\n\n## What Developers Actually Need to Know\n\nThe practical gap matters. Microsoft’s own extensions are not available on Open VSX and never will be: Pylance, C# Dev Kit, C/C++ (`ms-vscode.cpptools`\n\n), Live Share, and Remote SSH all stay behind the marketplace wall. If you are migrating a heavy Python or C# workflow from VS Code to Cursor or Kiro, plan for Pylance’s absence. There are alternatives — Pyright is solid, and most AI IDEs now bundle their own language intelligence — but the gap is real and occasionally painful.\n\nThere is also a security dimension that surfaced in January 2026: VS Code forks were recommending extensions by name that did not exist in Open VSX, leaving unclaimed namespaces open to supply chain attacks. [The Eclipse Foundation responded with namespace verification measures](https://www.theregister.com/2026/03/03/open_vsx_aws/), but the general rule stands: audit your extensions when switching registries, and check open-vsx.org before installing something unfamiliar.\n\n## Microsoft Accidentally Created the Infrastructure It Feared\n\nHere is the irony. By locking down the Visual Studio Marketplace, Microsoft forced every AI IDE builder to find an alternative. That pressure consolidated the entire ecosystem around Open VSX, turned the Eclipse Foundation into a critical infrastructure steward, and brought in Google and AWS as backers. VS Code’s marketplace share may still be large, but its growth trajectory has stalled: the Rust community’s annual survey showed VS Code usage falling from 61.7% to 51.6% over three years, while Zed surged from near-zero to 18.6%.\n\nOpen VSX is the connective tissue of that alternative ecosystem. [Google’s Amanda Casari put it plainly](https://opensource.googleblog.com/2026/06/google-joins-the-eclipse-foundation-as-a-strategic-member-to-accelerate-ai-integrated-developer-tools.html): “Open registries, like Open VSX, are critical infrastructure which keep the global developer ecosystem open to everyone.” That is not marketing — it is an accurate description of what happens when 300 million monthly downloads run through a single registry that three of the world’s largest tech companies now depend on.\n\n## What to Do Now\n\nIf you use Cursor, Kiro, Windsurf, or any Code-OSS fork: check whether the extensions you rely on are published to [open-vsx.org](https://open-vsx.org/). If a specific extension is missing, you can either use the `ovsx`\n\nCLI to mirror it yourself (if the license permits) or contact the publisher to request cross-publishing. For extension authors: dual-publishing to both registries is now table stakes if you want your work to reach the full developer audience. The AI IDE era is here, and the audience that cannot reach you through Microsoft’s marketplace is growing every quarter.", "url": "https://wpnews.pro/news/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code", "canonical_source": "https://byteiota.com/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code/", "published_at": "2026-07-04 04:08:25+00:00", "updated_at": "2026-07-04 04:28:57.028838+00:00", "lang": "en", "topics": ["developer-tools", "ai-tools", "ai-infrastructure"], "entities": ["Open VSX", "Eclipse Foundation", "Microsoft", "Google", "AWS", "Cursor", "Kiro", "Antigravity"], "alternates": {"html": "https://wpnews.pro/news/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code", "markdown": "https://wpnews.pro/news/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code.md", "text": "https://wpnews.pro/news/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code.txt", "jsonld": "https://wpnews.pro/news/open-vsx-1-0-the-registry-powering-every-ai-ide-that-isnt-vs-code.jsonld"}}