For most of my career, delivering software meant assembling
people. That is no longer the binding constraint. A great deal of
the work that once justified a team of fifteen — or an offshore
one of thirty — now runs on GPUs, under direction, at a pace that
makes the old shape of a project look odd. This is not a
prediction. It is how I have been working.
That is good news, and it is widely shared. More people can build
software today than at any point in my thirty years, and the
distance from an idea to a working prototype has never been
shorter. For a business with a product to move, the opportunity is
real — and it changes what to hire for. The leverage has moved
from the size of the team to the direction of the work: knowing
which of the hundred things an agent could build is the one that
moves the product, and holding an architecture steady at that
pace. That has always been senior work. It still is.
The same arithmetic changes who bespoke software is for. The
enterprise-grade system that would have been quoted in the
millions five years ago — shaped around how an operation actually
works, rather than the other way around — is now within reach of
a government department, a regional ISP, a family business that
has outgrown its spreadsheets. Not a cut-down version of it: the
real thing, built alongside the team that will own it, and handed
over in their control.
What has not changed is the part that was always scarce. Knowing
what to build. Knowing how to structure it so it is still cheap to
change in five years. Knowing, when an answer comes back fluent
and confident, that it is wrong. Knowing, in short, what good
looks like. Judgement was never available at a discount, and it
does not arrive by adding seats.
The rewrite described below was delivered this way — sole
architect and engineer, roughly 1,500 commits, most of the code
written agentically under close architectural direction. The
practices that make that safe are the ones that made a codebase
maintainable long before any of this: pure domain logic, tests
that run in milliseconds, generated clients, and rules enforced
structurally rather than by convention.
The tooling changed. The engineering did not. That is what
“agentic architect” means here.