Skip to main content

Don't build your own software factory

CE
Codespeed Engineering
Aug 2, 2026

The tech industry has long been known for its lone-wolf builders, engineers who move with extraordinary momentum, run in long focused bursts for weeks at a time, and seemingly singlehandedly ship a new side of the business or own a product end to end. Their ambition, speed, and skill have carried whole companies. And now that coding agents can turn a 10x engineer into something closer to 100x, where that focus points next is more consequential to a company's survival than it has ever been.

You already know who this is on your team. They have shipped the things everyone said would take a quarter, their calls have been right for years, and when they ask for something, people say yes. So in the quarter after a frontier release, they walk into planning and ask for a small budget to build the factory, and they get it.

The factory they're talking about is the machinery around AI coding agents: the system that hands the agents work, feeds them the right context, checks what they produce, and keeps them safe to run. Until now, a factory like that meant stitching in-house tooling into an intricate production line of code and AI. Codespeed changes that.

Earth at night from orbit, city lights tracing the electric grid

Back in that planning room, the yes was reasonable. The problem the engineer described is real: the newest models can work on their own for days at a stretch, and most companies cannot hand them work, context, and review fast enough to keep up. GitHub saw the same thing from the infrastructure side in early 2026, when it set aside its plan to design for 10x capacity and began designing for 30x. The engineer asking has never been wrong about a technical bet. The budget is small next to what the factory promises. The same yes is being given at hundreds of companies right now. And sure enough, the first milestone lands on schedule, with pull requests waiting in the morning.

What happens over the following year is not a failure of the engineer, the plan, or the models. It is a pricing error, the same one engineering has made at every platform transition since build servers lived under desks. The proposal was priced in engineer-weeks. The cost turns out to be paid in something scarcer.

The work nobody scoped

The first version is genuinely good. The repository is wired to a harness, tickets route into prompts, and the demo is real. Then the rest of the factory begins to arrive, one discovery at a time. Two documents disagree and someone has to decide which is authoritative. An agent given access to everything produces work nobody can trace, so context has to be scoped, which means someone has to own the scoping. Permissions need to travel with the work rather than with whoever wired the harness. A source changes mid-run and nothing flags the work it just invalidated. Two agents change the same piece of code from opposite assumptions, and people have to untangle the collision, because nothing told either agent the other was there.

Each discovery lands on the desk of the person who built the system, because only they know why every routing rule exists. Within two quarters they are writing a job posting for their own second engineer, and its bullet points read like the specification of a product: own the orchestration, own the context pipeline, own review tooling, own the permission model. Around the same time, the factory stops being the only one. The payments team stands up its own harness, infrastructure maintains a third, and the organization is running five small factories where it meant to run one workforce.

You approved a tool but started a new company

Step back and count what now exists. It has users, an interface, a security model, a roadmap, a maintenance rotation, and a backlog of feature requests from internal customers. It has one customer, and it produces no revenue. Its founding engineer is the most valuable builder in the company, now applying a hundredfold multiplier to a system that can never serve more than one company. Nothing here happened by accident, and that is the uncomfortable part. The company founded this startup on purpose, in a planning meeting, and called it a tool. The job posting was the incorporation papers.

The accidental company is expensive in two ways at once. Its opportunity cost is whatever your best engineer would have built next, and it compounds quietly every quarter. And the factory itself stands on moving ground. Between 2024 and 2026, tool-calling formats turned over, usable context grew by an order of magnitude, and planning horizons stretched from minutes to days. A harness tuned to the ways one model generation fails is mistuned for the next, so the factory is infrastructure with the half-life of a model release, maintained by the person the company can least spare. The day that person moves on, an unmaintained internal product is sitting on the critical path.

What Stripe and Sierra have that you don't

The strongest case for building looks nothing like this, and it deserves to be taken seriously, because the two best in-house factories on earth are public now. Stripe's minions merge more than 1,300 pull requests a week with no human-written code. Sierra's Pinecone opens 70 percent of the company's pull requests.1 The write-ups are excellent, and they are a reason half the industry's planning documents grew a factory line item this year.

Look at the ground those two systems stand on. Sierra sells AI agents, so the factory is not adjacent to its product; in a real sense it is the product, exercised by the whole company every day. Stripe ran its system on developer infrastructure it had spent a decade perfecting before an agent ever touched it. Those are the only two good reasons to build a factory: the product is the factory, or you already own the hard parts beneath one. A funded initiative and a brilliant engineer are neither. Even the people selling these platforms give the same advice; as one of their engineers wrote of Stripe and Sierra, "you can now buy (nearly) everything they had to build."2

Engineering has run this movie before, four times in twenty-five years. Build servers were machines under desks until Hudson and Jenkins made them shared software and managed CI made them a service. Serious teams ran their own StatsD and Graphite, the era Etsy's "Measure Anything, Measure Everything" captured, until the monitoring vendors ended it. Hand-rolled single sign-on gave way to bought identity. Google ran Borg for a decade before Kubernetes made orchestration a layer anyone could adopt. Four internal systems converged, four product categories formed, and the teams that held out paid for four migrations. And a century before any of it, companies generated their own electricity, because power felt too strategic to buy, right up until the grid made the private powerhouse a museum piece. No company generates its own electricity anymore, and almost none runs its own data centers. The logic just stopped one layer early.

Your product gets its engineers back

What buying the layer actually buys is not the demo, which was always the easy part. It is everything after the demo, finished and maintained by a company whose only product it is: work carried by Lead Dev, specialists that hold the knowledge and standards of real roles, context scoped to each task so anyone can still tell what the work depended on, autonomy earned on a visible record, and an audit trail that can answer for every change. The model churn that lands on an internal roadmap as a tax lands on a platform as its ordinary work, absorbed once for the whole customer base.

The four earlier transitions all ended the same way. The factory turned out to be a product, teams adopted it, and the engineers who had been maintaining build farms and monitoring stacks went back to the work their companies were formed to do. This transition ends the same way, and the difference is only who comes back. The engineer this era found first, the one whose leverage justified the whole experiment, gets the multiplier pointed back at your product. That is the trade Codespeed exists to offer, the factory as a finished, governed product, and it is the same call engineering has already made four times: buy the layer, and spend your best people on the thing you sell.

We're building at the edge of what's possible. Join us.

Codespeed is small by design and built with Codespeed. We hire exceptional generalists who want to build on day one.

Codespeed Press

Observations and research at the frontier of autonomous workforces and collective intelligence.