Back to Blog

Why a VS Code Fork Is Worth $60 Billion

Why a VS Code fork is worth 60 billion dollars - editorial illustration

A VS Code fork just got priced at sixty billion dollars.

The editor underneath is open source. The frontier model it ships is someone else's. The in-house "composer" model is a fine-tune of an open-weights Chinese base. If you walk through the product as a developer and try to find a moat you couldn't clone in a long weekend with an OpenRouter key, you will come up empty. I've tried.

And yet SpaceX is paying $10 billion outright for the option to acquire Cursor later this year at a $60 billion valuation. Every developer I know had the same reaction I did: the number doesn't match the product.

The mismatch is the whole story. Developers are looking at the product. Acquirers are looking at something else entirely.

What's actually being sold

The asset isn't the IDE. It's the stream of developer traces the IDE captures - every completion accepted, every file opened, every regenerate, every little "no, not that, do this instead" correction a human types while the meter runs. That data is the highest-quality training signal on the planet for coding models, and you can't get it unless you already run a coding tool with real developers sitting inside it every day.

The deal only makes sense through one lens:

A pre-IPO company just priced a live experiment to figure out whether real developer traces are the scarce input in coding agents. $10B is what they're paying to run it. $60B is what the answer is worth if it comes back yes.

The structure isn't really an acquisition - it's a hypothesis test, denominated in cash.

xAI has one of the largest GPU clusters in the world and a chat model that most developers I've talked to describe, charitably, as fast but willing to introduce ten bugs into your codebase in the time it takes Claude to introduce one. The compute is in the ground. The bottleneck is data - specifically, the kind of developer behavior data that can't be scraped from GitHub, takes years to accumulate, and is meaningless unless you captured it the moment the developer generated it. Cursor has exactly that, and xAI has no way to get it organically before the window closes.

From SpaceX's angle, $10B to find out is cheap. From Cursor's angle, $60B is the upper bound on what the data might be worth to someone who needs it. Split the difference and you get this deal. The IDE itself is just the container for what's being traded, and everyone at the table knows the container is disposable.

That explains the acquirer. It doesn't explain why the product looks so replaceable from the inside.

That part isn't an illusion. Every AI coding tool right now is a wrapper on top of a model someone else trained, and the moment the model provider builds its own wrapper, the third-party tool loses the single best reason to exist.

That's what happened to Cursor. Eighteen months ago it was the default. Then Anthropic shipped Claude Code. OpenAI shipped Codex. Both of them worked directly with the model provider's subsidized pricing, tightly-tuned tooling, and first-party features that Cursor had to beg the API for. I watched entire teams migrate off Cursor in a matter of weeks. The dynamic is brutal and well-understood:

Most wrappers die the moment the model they wrap improves.

Once Claude Code existed, a lot of us - me included - started asking why we were paying Cursor's API-markup pricing for the same model, inside an IDE that was slower, less integrated, and less willing to admit when it was behind. The answer, mostly, is that we weren't, anymore. The consumer dev demand kept sliding toward the first-party tools.

But even a dying wrapper has value. Because the data it captured while it was alive doesn't disappear.

This is the ugly math AI coding tools don't say out loud. You can lose your free-tier user base to Claude Code next quarter and still sell for billions, because you're sitting on years of developer traces. While the tool is alive, the users pay you. The enterprise contracts attached to those users pay you somewhere in the middle. And when the tool finally dies, the data keeps paying - to whoever buys the corpse. A good AI coding company monetizes all three layers, and it's priced against all three.

What this means for the tools you use

I don't want to pretend this is some shocking revelation. Every SaaS tool of the last fifteen years has monetized behavior data - GitHub, Stack Overflow, every IDE vendor that ever shipped a telemetry toggle. What's different with AI coding tools is that the signal-to-noise ratio is orders of magnitude higher, the asset compounds - every correction you make is directly training whatever comes next - and the acquirers know exactly what it's worth.

None of this makes using these tools wrong. I still use Claude Code every day. I use it because it's the best thing I've tried for the kind of work I do, and the productivity gain is real. I'm not about to switch back to writing boilerplate by hand out of principle.

But I've stopped pretending the tool is neutral infrastructure. A few things I think about now:

Whatever tool I use is capturing data about how I work. That data is being used, directly or indirectly, to train the model that will eventually either replace the tool or replace the tool's niche. Treating the tool as a friendly assistant is a category error - it's a meter with a subscription wrapped around it, and pretending otherwise just means you lose track of what you're actually trading away.

The "best" AI coding tool will change every six to twelve months. Picking one forever is a bad bet. Being fluent in two or three of them, and being willing to move, is a much better one. A workflow that's locked into one vendor's IDE is a workflow that's about to break.

Billion-dollar valuations in this space aren't about product quality. They're about the data pipe. If a tool is free or suspiciously cheap, somebody is paying for it with the training corpus you generate. That trade can be worth it. It can also be worth understanding before you make it.

So when I say a VS Code fork is worth $60 billion, I don't mean the fork. I mean what a million developers poured into that fork over three years without thinking twice about where it was going. The editor is just the bucket that caught it. And when an acquirer writes a ten-figure check, they're paying for what's in the bucket, not the bucket itself - the financial engineering on top is just the paperwork to make that legal.

Manish Bhusal

Manish Bhusal

Software Developer from Nepal. 3x Hackathon Winner. Building digital products and learning in public.