Repository maintenance and CI repair, not deployed-service incident ownership.
See what the big companies built.
Then cluster the work.
Stripe, Spotify, Vercel, GitHub and the open builders are not building one universal “AI software factory.” This page owns the examples and the clusters: what goes in, what comes out, and where the public evidence stops. Comparison comes next.
A software factory is a repeatable production loop around a bounded change.
Some factories produce a PR. Some repeat migrations. Some operate a live domain. Some are only the worker substrate. The stopping point matters as much as the headline.
There is no single factory.
There are four loops.
A factory is a repeatable loop around one kind of change. Compare the loop it owns—not the size of the company or the ambition of the demo.
Read each card as: input → output → stopping point.Product change factories
Issue-to-PR systems turn bounded product intent into code, tests and a reviewable change. Stripe, Vercel, GitHub and many managed agents live here.
Transformation factories
Migration and modernization systems repeat a known change family, where eligibility, rewrite rules and regression checks can be made explicit.
Day‑2 operators
RCA, AIOps and rollout systems face the hardest seam: turning incomplete evidence into a safe, testable operational decision.
Factory substrates
Open runtimes, durable workflows and worker planes provide pieces you can assemble—but you inherit the proof, identity and operations layer.
DEEPEN THE MAPOpen the named company examples, stopping-point chart and rosterThe first screen is the teaching layer; these sections hold the evidence-rich detail.+
Same label.
Different machine.
These are not interchangeable “AI developers.” Each company picked a narrow loop around its own repositories, signals and review culture. The badge is the public Day‑2 boundary for that named system.
Generated monitor → Datadog alert → sandbox reproduction → fix proposal → human merge.
Fleet migration and verifier machinery, not live application incident response.
Expanding from review into CI triage and on-call tasks; no unattended diagnosis-to-remediation-to-rollback loop is demonstrated.
No disclosed production-operations loop.
Backports and CI repair are repository Day‑2, not live service operations.
Factories stop at different states.
Every row starts with intent. The marker shows the furthest state the public evidence supports for that family. “Day 2” is not a vibe: it means the loop reaches a living domain and proves the effect.
REFERENCE ROSTERWant the named cluster view?Open the compact company-to-family map.+
The big companies are building different loops.
Before you compare tools, identify the job they repeat. The cards below turn a crowded vendor list into four useful clusters and show the Day‑2 boundary of each one.
Issue-to-PR systems turn bounded product intent into code, tests and a reviewable change. Stripe, Vercel, GitHub and many managed agents live here.
Migration and modernization systems repeat a known change family, where eligibility, rewrite rules and regression checks can be made explicit.
RCA, AIOps and rollout systems face the hardest seam: turning incomplete evidence into a safe, testable operational decision.
Open runtimes, durable workflows and worker planes provide pieces you can assemble—but you inherit the proof, identity and operations layer.
Day 2 means the loop closes.
A healthy worker, a green build or a merged PR is not Day 2. We use the label only when the named system reaches a living domain, acts within a boundary and has independent evidence that the outcome held.
Now hold one job constant.
Compare three candidates.
The Factory Map explains the examples. Compare turns that map into a fair test: same mission, same questions, visible stopping point, Day‑2 status and human residue.