Batch Amplification

Unintended System Conditions. A USC is an unplanned state that builds up when principles are repeatedly violated. It is the default output of the system as currently designed, not a one-off incident or a people problem. Fixes aimed at symptoms improve things briefly before the condition reasserts itself. Which principles feed each condition is NOT stored here: it is derived at runtime from the consequence-to-condition links in the principle files.

Explore all conditions

Batch Amplification

Work accumulates into large increments before integration, review, testing or release, and arrives at validation in volumes that overwhelm feedback.

Problems are found at release, not before it.
Read more

Work accumulates into large increments before it is integrated, reviewed, tested, or released. Rather than flowing in small, validated pieces, work builds up behind organizational or technical barriers and arrives at validation stages in volumes that overwhelm the feedback mechanism. Problems that should have been caught early surface late, when they are most expensive to address. Rework volume is high relative to initial development effort.

In agentic delivery

In human-driven delivery, batch size is constrained by human effort. Large batches are painful to produce which creates natural pressure to keep them manageable. Agents remove that friction entirely. Batch Amplification in an agentic system does not feel like a problem because large batches are effortless to generate. That effortlessness is precisely what makes the condition dangerous.

  • Agents generate complete solutions in a single cycle before any human has validated the underlying direction
  • Validation and review steps are overwhelmed because agent output arrives faster than downstream stages can absorb it
  • Defects introduced early in a large agent-generated batch compound through multiple downstream agent stages before a human review point exists
  • The organization measures success by how much agents produced rather than how quickly direction was validated
  • Agent pipelines fail or produce degraded outputs when upstream data sources or services change without notice
  • New agent capabilities create undocumented dependencies on shared infrastructure that other teams discover only when something breaks
  • Teams add new agent capabilities without mapping the dependencies those agents introduce into the broader system
  • Errors introduced at an early agent stage are not caught until several downstream agents have built on top of them
  • Agent pipelines pass work between multiple agents with no mechanism to verify that context and intent survived the transfer

Principles that feed this condition

Primary

Upstream Quality Reduces Downstream Failure Propagation

  • Defects and wrong assumptions travel through several stages before anyone catches them.
  • Teams spend more and more effort undoing work built on early errors.
  • Release dates slip, and fewer people trust a release will hold up.
  • Small upstream errors spread fast across automated agent pipelines.

Progressive Commitment Reduces Uncertainty Exposure

  • Investment and dependencies pile up around untested assumptions, so changing course keeps getting harder.
  • Late discoveries force expensive rework, rollback or abandonment.
  • Wrong assumptions and misaligned agent output scale at machine speed before anyone notices.