Skip to main content
  1. Blog/

AI-Native IDEs — The Editor Wars Have a New Front

·844 words·4 mins
Osmond van Hemert
Author
Osmond van Hemert
Developer Tooling - This article is part of a series.
Part : This Article

The code editor landscape hasn’t seen this much disruption since VS Code dethroned Sublime Text and Atom nearly a decade ago. But the latest wave of challengers isn’t competing on speed, themes, or plugin ecosystems — they’re competing on how deeply AI is woven into the editing experience itself. And frankly, after spending the last few months bouncing between Cursor, Windsurf, and good old VS Code with Copilot, I think we’re witnessing a genuine inflection point.

From Autocomplete to Co-Pilot to Co-Author
#

The progression has been remarkably fast. GitHub Copilot launched in 2021 as a fancy autocomplete tool — impressive, occasionally wrong, but fundamentally an add-on. You were still driving. Then came the “chat in sidebar” phase — Copilot Chat, Codeium’s assistant panel, Amazon CodeWhisperer’s suggestions. Useful, but bolted on.

What Cursor and similar AI-native editors are doing is different. The AI isn’t a feature; it’s the architecture. Tab-completion that understands your entire codebase. Inline editing that rewrites functions based on natural language instructions. Multi-file refactoring that actually works across module boundaries. The difference isn’t incremental — it’s categorical.

I’ve been writing code professionally for three decades, and I can tell you: the gap between “AI-assisted editing” and “AI-native editing” feels similar to the gap between editing code in Notepad versus using a proper IDE. Once you’ve experienced the latter, going back feels painful.

The Cursor Phenomenon
#

Cursor has been the breakout story. Built as a fork of VS Code — which means all your extensions and keybindings carry over — it layers AI capabilities at a fundamental level. The “Composer” feature lets you describe changes across multiple files and watch them materialize. The codebase indexing means the AI actually understands your project structure, not just the file you have open.

What’s struck me most is the adoption pattern. This isn’t just enthusiasts and early adopters anymore. I’m seeing it in enterprise teams, in agencies, in the kind of shops that were running Eclipse five years ago. When developers with 15+ years of experience tell me they can’t go back to a non-AI editor, that’s a signal worth paying attention to.

Windsurf (formerly Codeium’s editor play) is taking a similar approach but with a different philosophy around “Flows” — longer-form AI interactions that maintain context across a development session. It’s more opinionated about workflow, which some developers love and others find constraining.

What This Means for VS Code and JetBrains
#

The incumbents aren’t standing still. VS Code’s Copilot integration keeps getting deeper — inline chat, workspace-aware suggestions, the recently improved agent mode. JetBrains has been rolling out their AI Assistant across the IntelliJ platform. But there’s a structural challenge: when AI is a retrofit rather than a foundation, there are limits to how deeply it can integrate.

That said, I wouldn’t count Microsoft out. They own both VS Code and GitHub Copilot, and the resources they can throw at this problem are enormous. The question is whether organizational complexity slows them down enough for the startups to establish defensible positions.

JetBrains is in a more interesting spot. Their editors have always been opinionated and deeply integrated — the “it just works” philosophy that Java and Kotlin developers swear by. If anyone can make AI feel native in an existing editor, it’s them. But the early returns suggest they’re playing catch-up.

The Productivity Question
#

Here’s the thing everyone wants to know: do AI-native editors actually make you more productive? My honest answer after months of use: yes, but not in the way you might expect.

The big wins aren’t in writing code faster. They’re in reducing the friction of unfamiliar codebases, automating tedious refactoring, and — perhaps most importantly — lowering the activation energy for tasks you’d otherwise procrastinate on. That test file you should write? Much easier when you can describe what it should cover and have a solid first draft appear. That API integration you’ve been putting off? Describing the data flow and watching the boilerplate materialize removes the “ugh” factor.

The risk, of course, is over-reliance. I’ve caught myself accepting AI-generated code without the scrutiny I’d apply to my own work. Code review skills become even more critical when a significant portion of the code was machine-generated. And there’s a real concern about junior developers who learn to prompt before they learn to program.

My Take
#

We’re in the “Cambrian explosion” phase of AI-native development tools. A year from now, the landscape will look very different — some of these tools will have consolidated, others will have found niches, and the incumbents will have closed some of the gap. But the fundamental shift toward AI-native editing environments feels irreversible.

My advice to fellow developers: try at least one AI-native editor for a real project, not just a toy example. Give it two weeks. You’ll either be converted or you’ll have a much more informed opinion about what these tools actually offer versus what the hype suggests.

The editor wars never really end — they just find new dimensions to fight over. This time, the dimension is intelligence.

Developer Tooling - This article is part of a series.
Part : This Article