Warm illustration of a solo founder working alone at a desk with a glowing laptop screen

Cursor shipped Composer 2 in March. Frontier-level coding performance. Priced at fifty cents per million input tokens, two fifty per million output. Four times faster than models in the same class. Cursor's own announcement put it plainly: this is a new combination of intelligence and cost, a pairing we haven't seen before.

I read the announcement and did the math I've been running in my head for two years now: what does it cost, in time and money, to build software alone?

The answer keeps dropping. Most people building products haven't updated their assumptions to match.

What Changed

Composer 2 isn't a chatbot with better manners. It's built for long-horizon, agentic coding work: multi-step tasks where the model holds context across a whole session and keeps making progress without a human checking in every thirty seconds. VentureBeat reported it beat prior frontier models on coding benchmarks while running far cheaper.

For a solo founder, this isn't an incremental upgrade. It's a structural shift. Work once needing a second or third engineer, someone to own the boring middle layer while you handled product and customers, now gets done by one person directing an agent for an afternoon.

I'm not guessing at this. I run Step It Up HR and StepUp2Bat with no engineering team. I write the product requirements, I make the calls on architecture and design, and I let AI agents write and rewrite the code until it's right. This isn't a hypothetical for me. It's Tuesday.

Cursor 2.0, the release introducing the Composer model family, rebuilt the whole editor around agents instead of files. You stop thinking in terms of which file to open and start thinking in terms of which outcome you want. This shift sounds small until you've lived it. I spend my working hours describing outcomes and reviewing results, not hunting through folders. The engineering grunt work I used to either do myself at 11pm or pay someone else to do now happens in the background while I'm on a call with a client.

The Part Everyone Skipped

Here's the detail making me trust this story more, not less: TechCrunch reported Composer 2 was fine-tuned on top of Moonshot AI's open Kimi K2.5 model, not built from scratch by Cursor's own team as the initial announcement implied.

Cursor didn't lead with this detail. Someone on X dug it up first. Cursor's parent company, Anysphere, is reportedly valued near thirty billion dollars, and even a company at scale is happy to let a vague announcement do the talking for it.

This is a leadership lesson wearing an engineering costume. If a $29 billion company will let you assume more than is true, think about how many vendor pitches you're taking at face value right now. Verify the layer underneath the marketing. Every time. Ask your vendors the second question, not only the first.

Warm illustration of two diverging paths, one crowded with people and one with a single figure walking alone

The Old Assumption Is Dead

For years, the tradeoff was simple: move fast with a small team, or build something big and accept the headcount cost. You picked your lane and lived with it.

Composer 2 is one more data point in a trend I've watched build all year. Solo founders like Pieter Levels have run multiple profitable products (Nomad List, RemoteOK, PhotoAI) without a single employee, and the tooling behind this keeps getting cheaper and faster. The gap between "one person" and "small team" used to be measured in years of output. Now it's measured in judgment.

I don't say this to romanticize working alone. Some businesses genuinely need a team, and pretending otherwise is its own trap. But the default assumption, meaningful software requires meaningful headcount, no longer holds for a huge slice of what gets built.

Warm illustration of a craftsperson's hands carefully shaping clay on a workbench

Cheap Fast Code Isn't the Hard Part

Here's where I'll push back on the hype, because I've lived both sides of it.

Giving an AI agent a vague instruction and letting it generate a pile of code fast is easy. Knowing whether the code is the right code, whether the architecture holds up in six months, whether the feature even belongs in your product... it's still entirely on you.

I've thrown away work an agent wrote because it solved a problem I didn't have. I've had agents confidently generate code looking clean and being subtly wrong in a way costing me a customer if I'd shipped it blind. Speed without review is only a faster way to accumulate debt, technical and otherwise.

The tools got dramatically better at execution. They didn't get better at deciding what's worth executing. This part is still a human skill, and it's the one most people underinvest in while chasing the next model release.

What Matters Now

If you're building alone, or thinking about it, here's what I'd tell you to focus on instead of the model wars.

Learn to write a spec, not a prompt. Founders getting real leverage from these tools aren't typing "build me a login page." They're writing clear requirements the way you'd brief a contractor, then reviewing the output like an editor, not a cheerleader.

Read the code, even if you didn't write it. You're still the one explaining to a customer why something broke. Ownership doesn't transfer to the agent.

Build the muscle of saying no. An agent will happily build every feature you ask for. It has no opinion on whether your product is trying to be too many things. You have to be the one with taste.

Stay skeptical of the announcement, not only the technology. The Kimi K2.5 story is a reminder, even in a boom, someone benefits from you not asking the second question.

Budget your own time like it's the scarce resource, because it is. The model is cheap now. Your attention isn't. Spend it on the decisions only you are able to make, and hand the rest to the agent.

Where This Leaves You

I'm not writing this to tell you Composer 2 or any other tool makes you a founder. Tools don't build businesses. But the cost of trying dropped again this year, and it'll drop again next year. If the only thing stopping you from building the thing you keep talking about was the size of the team you thought you needed, this excuse is getting weaker by the month.

I built a business on this bet already. I didn't wait for permission or a bigger budget. I picked a problem I understood, wrote the requirements, and let the agents handle the typing while I handled the thinking. Some weeks this looks like shipping a new feature before lunch. Other weeks it looks like killing a half-built idea because the spec forced me to admit it wasn't worth building. Both outcomes are wins. Neither needed a hiring plan.

So what's the thing you've been telling yourself requires a team? I'd bet it doesn't anymore. What would you build this week if you believed it?