Alex Price

Why now

The way we build software has changed, and changed again.

First, AI coding agents were assistants. They sat beside a developer, finished the line, explained the error, drafted the function. The developer still did the building; the agent made them faster.

Then the agents could take a whole task. Give one a ticket and a repo and it would come back with a branch. The developer's day moved from writing code to directing agents and reading what came back.

Now the agents are the bones of the factory itself. They plan, build, review and hand off to each other, on a schedule, without anyone typing. Where the energy is spent has moved again, this time to designing the pipeline and making the two decisions that matter: what to build, and whether to ship it.

The economics moved with it. The cost of producing a working change has collapsed; the scarce things are good judgement at the gates and a pipeline that can be trusted to run without you. That is what a software factory is for.

What a software factory is

A ticket goes in. A reviewed pull request comes out.

A software factory is a repeatable loop of AI coding agents wired into the tools a team already uses: the task board, the repo, the review process. Agents do the work in the middle. People hold the two ends: a person approves every plan before anything is built, and a person signs off every change before it ships. Three stages, two human gates, and a paper trail on every ticket.

TASK BOARDTO DODOINGAGENTS IN SANDBOXESPULL REQUESTSMERGED 0
STAGE 1 · HUMAN GATE

Plan

An agent reads the ticket, the codebase and the surrounding context, then proposes a plan where the team can see it. A person reads that plan, pushes back, and approves it. Nothing gets built until they do.

STAGE 2 · AGENTS

Build

Approved plans are built in isolated sandboxes, with big pieces of work split into phases. Each phase becomes a branch and a pull request, using whichever model suits the project and its constraints.

STAGE 3 · HUMAN GATE

Review

A separate agent reviews every pull request for correctness, performance, refactoring and UI polish, and sends changes straight back to the builder. Then a person reviews it. Because the agent has already done the first pass, the human review is sharp and quick, and nothing merges without their sign-off.

Where the safety comes from

Humans at both ends. Agents in the middle.

The factory does not take people out of the loop. It moves them to the two places where judgement matters most. At the start, a person decides what gets built and how, by approving the plan. At the end, a person decides what ships, by reviewing the change and merging it. Everything between those two points is repeatable, so it can be automated, measured and improved.

Those two gates are the whole safety model. An agent can only build what a person has agreed to, and nothing it builds reaches production without a person reading it. Every plan and every review leaves a paper trail on the ticket, so the team can always answer who decided what, and why.

For an early-stage team that means a roadmap moving at a pace that would otherwise need a much bigger engineering team, with human judgement on every change rather than less of it.

The gates are only as good as the judgement that designed them: where to apply back pressure, what to let through automatically, and what no agent should ever do on its own. That judgement comes from having run engineering teams and shipped products long before agents could, which is what I bring to building yours.

Next step

Want one for your team?

I help startups design and build their own, from the first agent to a pipeline the team trusts to run on its own. Tell me what you're building and where it's stuck.