Perspective · 5 min read

Introducing AI-first development.

What it means to build software when AI is the default tool, not the novelty — and why the gap between what's possible and what most teams attempt keeps widening.

There's a familiar pattern when a tool gets dramatically cheaper. The first round of users do what they always did, but for less money. The second round notices that the price drop opened up things that weren't worth doing before — and starts building those. The third round forgets the old constraint entirely and treats the new floor as obvious.

AI is somewhere between the first and second round, depending on who you ask.

What "AI-first" actually means.

We use AI-first to mean a single thing: when we sit down to scope or build something, we assume AI is in the toolchain by default. Not as a feature to ship, not as a chatbot bolted to a sidebar — as a working tool that shapes what's economical to attempt in the first place.

That changes the scoping conversation. The thing you would have written off as nice idea, but it'd take six weeks of engineering nobody wants to pay for is now a thing you ask about seriously. The internal tool that would have been a spreadsheet forever is now a small web app. The data cleanup that used to be outsourced is now a script that runs in twenty minutes.

That's not a productivity story. Productivity stories are about doing the old work faster. This is about doing work that didn't pencil out before.

Cost reduction is the boring half.

The headline benefit, the one everyone leads with, is cost. And it's real. Things that used to require a five-figure engineering engagement now cost a few hours. Things that used to require a team now require a person.

But the more interesting half is what gets built once cost stops being the gate.

Most teams we talk to have a running list of "stuff we'd do if we had a developer." The list is usually full of small, useful, deeply unglamorous things — a tool that converts a sales spreadsheet into a tidy report, an internal page that lets ops look up an order without filing a ticket, a dashboard that joins three things nobody's joined before. Each of those would have cost more to build than the friction it removed. So they sat on the list.

When the floor drops, you don't just clear the list faster. You add to it things that wouldn't have made the list at all.

The mental-model lag.

Here's the part we keep running into. Most people's working assumption about what AI can do is anchored to whatever they last tried — which was probably six or twelve months ago.

Six months in this field is a long time. A model that couldn't reliably write a working SQL query in early 2025 will do it cleanly now. A workflow that needed careful hand-holding a year ago runs unattended. The capabilities have moved. The mental models — for good reason — haven't kept up.

So we end up in a lot of conversations where someone describes a problem, we describe how we'd approach it, and there's a pause. That's a thing you can do? Yes. Today? Today. Often the same week.

The gap between what people think is possible and what's actually possible is wider now than it's been at any point we can remember — and it keeps widening, because the capability frontier moves faster than anyone's intuition can update.

Why a studio like ours exists.

The honest reason a studio like ours exists is that the floor keeps moving and most teams can't justify a full-time person whose job is keeping up. That's a real cost. Not just reading announcements — actually using each new model on real problems, learning which workflows are now overkill, which old assumptions need to be thrown out, which new ones are worth trusting.

That's the work we do in the background, so that when you describe a problem, we can tell you the truth about what it would take to solve it today — not what it would have taken last year.

We're not selling AI. We're selling the time you'd otherwise spend figuring out which AI, when, for what. If the answer to your problem turns out to be "this doesn't need AI at all," that's the answer you'll get.

What to do with this.

If you have a list — the kind we mentioned earlier, the one full of small useful things you wish someone would build — pull it out and read it again with fresh eyes. The items you wrote off as too expensive a year ago are worth re-scoping. Some of them will turn out to be a couple of days of work. Some will be an afternoon.

If you don't have a list, you probably have a quiet feeling that some part of your work is more manual than it should be. Start there.

And if you'd rather not figure out on your own which of those things are worth the trouble — that's what we do. Tell us the shape of the problem, and we'll tell you whether it's worth solving now.

← Back to all notes