Case Study · Autonomous software maintenance

A one-person orchestra, and the merges nobody does anymore

A fork that keeps every feature on its own branch buys clean diffs and removable features, and pays for it in merge work that grows with every feature added. One engineer, running as a RACE Programming one-person orchestra, automated that work away: scripts plan, the agent resolves, and a human arbitrates only what genuinely needs arbitration.

The challenge

A cost that multiplies with every feature

The architecture is deliberate. Each feature lives on its own branch and the deployable artifact is their union, which keeps diffs against upstream clean, lets any feature be reviewed or removed independently, and allows different combinations to be offered to different users. The price is paid at every upstream release: the change has to be merged across a whole graph of branches, and the effort grows with the number of features.

Left to humans, that cost eventually forces the architecture to degrade. Teams squash the fork, lose the independence of each feature, and take on a permanently harder review problem instead. The interesting question was whether the merge work could be automated well enough that the good architecture stays affordable.

The team

One engineer, owning the whole cycle

This was built by a single Forward Deployed Engineer working as a one-person orchestra: framing the problem, designing the mechanism, specifying it, and implementing it, with the Silicon Software Engineer writing code throughout. No analyst, no separate implementation team, no QA hand-off.

Theorem 2 of AI-First Theory says that full-lifecycle command plus delegation skill plus AI tools produces exactly this, and that no new skills are required to get there. This engagement is that claim running in production. On the delivery estimates, the shape is worth roughly 10× the volume of work for the same budget and about 5× faster delivery, at held quality.

The mechanism

Scripts decide, the agent resolves, humans arbitrate

The division of labor is the whole design. A deterministic script engine plans the entire sweep: what merges where, in what order, and whether the result is acceptable. The AI agent is invoked for exactly one job, resolving a conflict handed to it in a sandboxed worktree. It cannot choose its own work, cannot push, and cannot open pull requests.

  • Conflicts are classified, not merely detected. Trivial and mechanical cases merge automatically. The judgment calls the agent is allowed to resolve are written policy, as is the always-escalate list, which covers anything touching security semantics.
  • Every resolution is verified before it lands. Type-checks and tests must pass, and then an independent AI reviewer does a cold read of the resolution. Repeated rejection escalates to a human automatically.
  • The human sees only what needs a human. Escalations arrive as focused pull requests stating the exact decision required. A quiet sweep reports a single line.
  • Deployment is not the agent's to touch. It runs through a separate, non-agentic pipeline with health-check auto-rollback. Propose, approve, and apply are three different authorities.
The RACE pattern

Capability for the agent, authority for the human

The same stance that governs a RACE Programming delivery governs this pipeline. The agent executes and a person owns acceptance. Work reaches the agent as a specification narrow enough to act on without reinterpretation, which is what an Executable User Story does for a Pit Crew and what a single scoped conflict does here. Nothing lands without clearing gates, the same reason a four-gate Definition of Done stands in front of a Pit Stop. And the escalation policy is a written artifact rather than habit, settled against a corpus of past decisions, so a rejected resolution is treated as a defect in the policy to be fixed, not a coin toss to be retried.

The result

Seven merges in eight, untouched

The sweep runs on a schedule, unprompted. Across roughly two dozen composable feature branches, a single upstream sync can imply thousands of individual merge decisions, and on measured samples about seven out of eight merges complete with no human involvement. A typical escalation concerns one file. The automation itself is a substantial, tested codebase rather than a script, which is what makes it trustworthy enough to leave running.

The architectural payoff matters as much as the saved hours: because the sweep is affordable, the branch-per-feature model survives, and every feature stays independently reviewable and removable.

This is an internal platform, not a client delivery. The case is about how it was built, in the shape of RACE Programming, by one engineer with the agent doing the execution.

More case studies → · The One-Person Orchestra Theorem → · Read the framework →

FAQ

Frequently asked questions

What was built in this engagement?
Full automation of upstream synchronization for a hardened fork of an open-source agent platform. The fork keeps every feature on its own branch, composed into a deployable union, so each upstream release implies merging across a whole graph of branches. A deterministic script engine now plans the entire sweep, an AI agent resolves individual conflicts in sandboxed worktrees, and a human sees only the merges that genuinely need a decision. It runs on a schedule, unprompted.
Who built it?
One engineer, working as a one-person orchestra: owning the full cycle from intent to production and delegating execution to the Silicon Software Engineer. This is Theorem 2 of AI-First Theory in practice, where a person with full-lifecycle command plus delegation skill reaches an output that used to require a team.
How is it safe to let an AI resolve merge conflicts?
Because the agent proposes and the framework approves. The agent cannot pick its own work, push, or open pull requests; it is handed one conflict at a time in a sandboxed worktree. Trivial cases auto-merge deterministically, judgment calls the agent may resolve are codified in written policy alongside an explicit always-escalate list covering anything touching security semantics, and every resolution must pass type-checks and tests plus a cold read by an independent AI reviewer before it lands. Repeated rejection escalates to a human.
How much work does the human still do?
Very little, by design. A single upstream sync can imply thousands of individual merge decisions across roughly two dozen composable feature branches, and on measured samples about seven out of eight merges complete with no human involvement. Escalations arrive as focused pull requests stating the exact decision needed, and a typical one concerns a single file. A quiet sweep reports one line: done, nothing needs you.