AI CompendiumA public chart of the language
Home / Patterns of Work / Dark Factory
Patterns of Work

Dark Factory

A fully automated pipeline with no humans inside it.

Definition

The end point of the software-factory idea: work that flows from ticket to deployment with no human in the loop at all. Named after factories that run without lights because nobody is inside.

Achievable today only for narrow, verifiable, low-blast-radius tasks. As a general claim about software engineering it is mostly aspiration — verification, not generation, is the bottleneck.

Reachable today only within narrow boundaries: high test coverage, reversible changes, a mature rollback path, and a class of work whose failures are cheap. Everywhere else the honest architecture is the same pipeline with a human gate, and the gate belongs where it is cheapest to be wrong.

How people use it
Sceptical response to an automation pitch.
"A dark factory for dependency bumps, sure. For product features there is no oracle to trust."
Worked example

Where the human gate still belongs

Fully automated dependency updates are working well.

The success invites extending the same autonomy to schema migrations, where a wrong change is not reversible in the same way. The boundary is not the difficulty of the work; it is the cost of the failure and whether rollback restores the previous state.

Sources
Related terms