The original is one click away. Open original ↗
How Cursor grew to $300M ARR by betting on human-controlled AI coding
Executive overview
Most AI coding tools assume the future is either a chatbot that takes orders or code that looks the same as today. Cursor's bet is that programming evolves toward high-level, human-readable logic — English-like intent replacing millions of lines of formal code.
The human stays in the driver's seat. The AI handles the translation layer.
The core insight: taste and intent specification will matter more than knowing how to write code — but control must never be surrendered to the AI.
What comes after code
- Formal languages like TypeScript and Python gradually give way to pseudocode-like logic that humans can read and edit directly
- The chatbot model fails because it lacks precision — users lose control over how software actually works
- Engineers shift from writing code to being logic designers: specifying intent, not implementation
- "Vibe coding" exposes the real problem: AI makes decisions you can't control or change once the project grows
- Taste — knowing what to build and how it should work — becomes the premium skill
- Carefulness as a skill diminishes; taste and judgment increase in value
Why Cursor built an IDE, not a model or an agent
- The scaling papers (2021–22) showed AI would keep improving; GitHub Copilot proved it was already useful
- Four months were lost on mechanical engineering tools — a domain the founders didn't know and couldn't get data for
- The pivot to coding happened when the team saw existing tools weren't ambitious enough about where the technology was heading
- Building a full IDE (not a plugin) was the only way to control the form factor as programming itself changes
- Dogfooding from day one: nothing shipped that the team didn't use themselves; this enforced realism about what AI can and can't do
- VS Code was adopted as the base after initial user feedback — the first version was hand-rolled from scratch
Custom models: the counterintuitive core of the product
- The team expected to rely entirely on foundation models; instead, model development became a major focus
- Every magic moment in Cursor involves a custom model
- Autocomplete requires sub-300ms latency and massive scale — no foundation model fits that cost and speed profile
- Custom models predict sequences of diffs across multiple files, not just next-token completion
- Smaller specialty models sit around the big foundation models (Sonnet, GPT, Gemini): one for retrieval (finding the right code context), one for applying high-level changes into actual diffs
- The approach: start from the best open-source pre-trained models, post-train for specific tasks; avoid reinventing the wheel on pre-training
Growth and strategy
- $0 to $100M ARR in ~20 months; $300M ARR within two years of launch
- Growth was consistent exponential — no single dramatic inflection point, though it felt slow when numbers were small
- Sales and marketing were intentionally deprioritized; the team let those "fires burn" and focused only on product
- The moat is not lock-in: the market resembles search in 1999 or the PC era — high ceiling, constant possibility of being leapfrogged
- Defensibility comes from continuing to build the best product and compounding R&D at scale
- One company will likely build the general tool used to write most of the world's software; niches will exist alongside it
- Microsoft/Copilot fell behind because the market doesn't favor incumbents when switching is easy and the ceiling is high
How to use Cursor well
- Chop tasks into small pieces: specify a little, get output, review, repeat — don't hand off a large task in one go
- Develop a feel for what the model can and can't do by pushing it hard in a safe environment (side projects)
- Recalibrate that intuition with each major new model release
- Junior engineers over-rely on AI end-to-end; senior engineers underestimate it and stick to old workflows
- The most successful users keep tasks scoped and use next-edit prediction heavily
Hiring and team building
- 60 people at $300M ARR — unusually small; the ratio of engineers, researchers, and designers is very high
- The team hired too slowly at first, spending time on the wrong candidate profile (over-indexed on pedigree from well-known schools)
- Best hires came from recruiting world-class people over months or years, even when they weren't looking
- A two-day on-site work test — a real mini-project in the codebase — has been the most reliable signal and has unexpectedly scaled
- Ideal profile: intellectually curious, experimentally minded, honest, level-headed (low highs, low lows)
- Focus on hiring the right behaviors reduces the need for heavy process
Staying focused amid AI noise
- Most new papers, launches, and trends don't actually affect the business — the team has built an immune system for filtering
- The same pattern holds in deep learning history: most ideas don't have staying power; a few simple ideas drove almost all progress
- Talk about focus explicitly; hire people who aren't chasing external validation; lead by example
More like this — when you're ready for early access.
Join the waitlist for a personal account and content recommendations based on what you're working on.
No spam. Unsubscribe at any time.
You're on the list. We'll be in touch before launch.