<!--
agent-site: nibzard.com
collection: log
canonical-url: https://nibzard.com/dark-factory
markdown-url: https://nibzard.com/dark-factory.md
content-signal: ai-input=yes, ai-train=yes, search=yes
author: Nikola Balić
published: 2026-07-31
tags: HUMAN, OPINION, AI, AGENTS
related: /beside-you, /durable-researcher
-->

---
title: "A Software Factory Is No Substitute for Maturity"
description: "The real barrier to the software dark factory isn't agent capability. It's the organizational capability to manage them."
tldr: "Autonomous agent fleets don't eliminate organizational dysfunction—they formalize it. Agents still need clear objectives, decision rights, and escalation paths. Strong organizations will use them to amplify disciplined execution. Weak ones will automate confusion and technical debt at much greater speed."
date: 2026-07-31
tags: [HUMAN, OPINION, AI, AGENTS]
draft: false
author: "Nikola Balić"
topics: [Software dark factory, Autonomous agent fleets, Organizational capability, Engineering management, AI-native development, Wish Factory]
entities: [Software dark factory, Steve Yegge]
answers_questions:
  - Why won't autonomous agent fleets fix underperforming software organizations?
  - What do agent fleets require from the organizations that run them?
  - What is the real barrier to the software dark factory?
  - What happens when requesting software becomes nearly free?
---

The assumption behind the software dark factory is that companies will be able to replace development teams with fleets of autonomous agents. But this overlooks why many software organizations underperform in the first place.

In my experience with mid-sized companies, the primary constraint was rarely a shortage of developers or coding capacity. It was the organization's difficulty establishing clear processes, maintaining coherent internal systems, enforcing policies, assigning ownership, and making consistent decisions. Requirements were ambiguous, exceptions became the norm, and controls were either poorly designed or weakly followed.

Managing a fleet of software agents does not eliminate these problems. It formalizes them. Agents still require clear objectives, precise specifications, decision rights, operating constraints, escalation paths, testing standards, and feedback mechanisms.

<blockquote class="featured-quote primary">
    An organization that struggles to coordinate human developers is unlikely to become effective simply because the developers are artificial.
</blockquote>

The important parallel is that both human teams and agentic systems reflect the quality of the environment in which they operate. Strong organizations may use agents to amplify disciplined execution. Weak organizations may use them to automate confusion, inconsistency, and technical debt at much greater speed.

The real barrier to the software dark factory, therefore, is not the capability of the agents. It is the organizational capability required to manage them.

## Edit: Yegge Gets There Too

I have read [Yegge](https://yegge.ai/essays/the-shape-of-things-to-come/). It is not to my taste. Too much abstraction, too much worldbuilding, Gas Town and Beads and Molecules. Dig through the bible of words and the conclusions are right.

He runs the most aggressive agent fleet in public. Nearly two hundred commits a day, sometimes more. The bottleneck was never the code. The bottleneck was the merge queue. A quarter of his work is now the harness that runs the work. Agentic engineering is organizational engineering, he says. That is what is written above.

One thing he adds. When asking for software is free, the asking does not stop. His Wish Factory takes a wish, not a specification. An organization that could not say no now gets to build everything it could not say no to. The factory does not fix bad judgment. The factory industrializes it.
