---
title: 'Dark software factory'
description: 'A domain-bounded software production system in which humans specify intent, risk, and policy while a model-harness-environment system plans, builds, verifies, ships, observes, and repairs software with little routine human intervention.'
canonical_url: 'https://darkfactory.dev/glossary/dark-software-factory'
markdown_url: 'https://darkfactory.dev/glossary/dark-software-factory.md'
collection: glossary
date_published: '2026-08-03T00:00:00-04:00'
date_modified: '2026-08-26T00:00:00-04:00'
---

# Dark software factory


## Definition

A domain-bounded software production system in which humans specify intent, risk, and policy while a model, harness, and execution environment plan, build, verify, ship, observe, and repair software with little routine human intervention.

The definition is deliberately stricter than "AI wrote the code." A dark factory must cover the production loop around generation. It needs a way to constrain work, keep builders from grading their own answers, collect evidence, decide what may be promoted, limit authority, observe real outcomes, reverse failures, and assign human ownership of consequences. Darkness describes the absence of routine labor on the factory floor, not the absence of governance.

## Where the software term came from

**Dark factory** is an older manufacturing term for highly automated, lights-out production. Dan Shapiro carried the metaphor into a January 2026 five-level model of AI-assisted software development. His Level 5 "Dark Factory" was a black box that turns specifications into software, with humans neither writing nor reviewing the code.

On February 6, 2026, StrongDM published the clearest early operating account: specifications and scenarios drove agents that wrote code and ran harnesses without human code review. The team also described holdout-like scenarios, satisfaction scoring, and behavioral twins of external services. That case made the idea concrete, but it did not prove that the model is safe or economical for every domain. Dark Factory Dev adds an explicit assurance requirement: autonomy is scoped by risk, and promotion must rest on evidence outside the builder's own report.

## Why it is contested

The disagreement is about threshold and governance. The strict Level 5 usage reserves the term for software production without routine human writing or code review. Looser usage applies it to teams that run coding agents unattended but still depend on routine human approval. Dark Factory Dev also makes independent evidence, bounded authority, observability, and recovery part of the definition. That assurance requirement is this publication's position, not a settled industry standard, so any claim should state which production loop is actually dark.

## Distinguish it from nearby terms

A coding assistant helps a human produce code. Agentic coding delegates a multi-step development loop. A software factory systematizes production through reusable processes and tooling. A dark software factory is the high-autonomy operating model in which routine human writing and review have moved out of the inner loop. It is not a claim that humans, accountability, or judgment have disappeared.

## Check your understanding

A team lets agents implement and test changes overnight, but every pull request waits for a human to read the diff. Is it a dark factory? It may be an advanced agentic workflow, but it is not dark under the strict Level 5 meaning. Ask which domain operates without routine review, what independent evidence permits promotion, who owns the consequences, and how the system stops, escalates, and rolls back.

## Also called

dark factory, lights-out factory, lights-out software factory, lights-off factory, lights-off software factory

## Related terms

- [Software factory](https://darkfactory.dev/glossary/software-factory)
- [Agentic software engineering](https://darkfactory.dev/glossary/agentic-software-engineering)
- [Human out of the loop](https://darkfactory.dev/glossary/human-out-of-the-loop)
- [Risk-scoped autonomy](https://darkfactory.dev/glossary/risk-scoped-autonomy)

## Related factory areas

- [Factory assurance & maturity claims](https://darkfactory.dev/factory/factory-assurance)

## Evidence and further reading

- [Dan Shapiro: The Five Levels](https://www.danshapiro.com/blog/2026/01/the-five-levels-from-spicy-autocomplete-to-the-software-factory/)
- [StrongDM: Software Factories and the Agentic Moment](https://factory.strongdm.ai/)
- [Agentic Autonomy Levels](https://addyosmani.com/blog/agentic-autonomy-levels/)
- [Why Software Factories Fail](https://github.com/humanlayer/advanced-context-engineering-for-coding-agents/blob/main/wsff.md)