LAW-104 — Justice Logistics Law

Open archive search
Archive registry entry

LAW-104 — Justice Logistics Law

Justice cannot exceed the substrate and logistics supporting it; a justice system without sufficient repair capacity cannot produce coherent justice at scale.

draftid: LAW-104version: 1.0.0updated: 2026-06-17
Archive Progress

This section can be read now; registry depth and cross-references are still being strengthened.

Foundation
Online

The section has a stable overview route and basic reader context.

Technical Layer
Online

A deeper technical overview is available.

Registry
Current

171 registry entries are available.

Cross-links
Curating

Related concepts are being connected conservatively for accuracy.

0. Plain Statement

Justice cannot exceed the substrate and logistics supporting it.

Plain-language version:

A justice system cannot produce coherent justice at scale if it does not have enough repair capacity, audit capacity, pathway capacity, operator capacity, time, money, attention, evidence handling, harmed-node support, and recurrence-prevention infrastructure.

When justice load exceeds restoration logistics, injustice becomes mechanical.


1. Formal Definition

The Justice Logistics Law states that justice is constrained by the material, procedural, informational, relational, temporal, and restoration logistics that support it.

Justice requires more than principles, rights, laws, procedures, authority, or moral claims.

It requires a substrate capable of carrying:

  • intake;
  • testimony;
  • evidence handling;
  • auditability;
  • classification;
  • affected-node support;
  • harmed-node capacity protection;
  • responsibility mapping;
  • repair design;
  • restoration execution;
  • enforcement where needed;
  • recurrence prevention;
  • feedback processing;
  • appeal;
  • review;
  • operator slack;
  • temporal follow-through;
  • legitimacy repair;
  • memory and recurrence tracking.

If justice demand exceeds these logistics, the system compresses.

Compression can appear as:

  • backlog;
  • delay;
  • procedural flattening;
  • rushed classification;
  • harmed-node overburdening;
  • low-quality repair;
  • enforcement substitution;
  • plea-like pressure;
  • settlement pressure;
  • forced closure;
  • evidence loss;
  • symbolic apology;
  • arbitrary outcomes;
  • staff burnout;
  • appeal failure;
  • recurrence persistence;
  • legitimacy collapse.

Canonical form:

textScroll
R_eff < Load × Gain ⇒ injustice becomes mechanical

A justice system without repair capacity cannot produce coherent justice at scale.


2. Canonical Form

Core form:

textScroll
justice cannot exceed the substrate and logistics supporting it

Canonical load form:

textScroll
R_eff < Load × Gain ⇒ injustice becomes mechanical

Capacity form:

textScroll
justice_capacity = f(R_eff, Au_eff, pathway_throughput, operator_slack, repair_logistics, feedback_throughput)

Compression form:

textScroll
justice_load > justice_capacity ⇒ procedural compression + H↑ + L↓

Failure form:

textScroll
justice demand without logistics ⇒ backlog + flattening + repair failure + recurrence

Restoration-valid contrast:

textScroll
justice valid at scale when logistics capacity ≥ justice load and repair remains proportional over Τ

Related variables:

textScroll
O, H, ε, ι, Au, Au_eff, µᵢ, BΣ, K, σ, R, R_eff, 𝓑, 𝓓, Φ, Λ, ⊗, Γ, Π, Ξ, ℛ, Θ, Σ, Ψ, Τ, FI, MS, L, justice_capacity, justice_load, pathway_throughput, repair_logistics, feedback_throughput, operator_slack, audit_load, case_backlog, delay_cost, harmed_node_capacity, recurrence_risk

Where:

TableScroll
VariableMeaning in this law
justice_capacityTotal capacity of a system to carry justice processes coherently
justice_loadTotal demand placed on justice pathways
R_effEffective restoration capacity under real load
Au_effEffective auditability under real load
pathway_throughputNumber and complexity of cases, claims, harms, or disputes that can be processed coherently
repair_logisticsMaterial, procedural, relational, and operational infrastructure for repair
feedback_throughputAbility to receive, process, and act on affected-node feedback
operator_slackSlack available to staff, mediators, judges, auditors, responders, advocates, support nodes, and system operators
audit_loadLoad created by evidence, traceability, testimony, review, appeal, and investigation
case_backlogAccumulated unresolved justice load
delay_costHidden debt created by unresolved harm over time
harmed_node_capacityCapacity of affected nodes to participate in justice pathways
recurrence_riskLikelihood harm repeats while justice logistics are insufficient
OCoherence; justice logistics must preserve system and harmed-node coherence
HHidden debt; rises when justice logistics fail
Boundary integrity; logistics must protect access, scope, consent, and safety boundaries
FIFeedback integrity; feedback must not be lost in queues or procedure
MSMoral / meaning symmetry; logistics must not create unequal pathway access
LLegitimacy; decays when justice capacity cannot carry justice claims
ι / ΞInversion when justice language hides mechanical failure
ΦVisible throughput or case closure; not sufficient proof of justice
ΓClassifies cases, harms, priorities, complexity, capacity, and triage needs
ΠProcedures, pathways, staffing models, escalation rules, triage systems, and repair infrastructure
Restoration action performed through justice logistics
ΘHumility required to admit capacity limits
ΣScope of justice promise and pathway coverage
ΨField and affected-node feedback validating pathway coherence
ΤTime validation of whether justice logistics reduce recurrence and debt

3. Core Mechanism

The law unfolds because justice is not produced by moral intent alone; it must be carried by a substrate.

Coherent justice logistics pathway

textScroll
justice demand appears
→ load is classified
→ pathway capacity is measured
→ audit and repair logistics are allocated
→ harmed-node capacity is protected
→ repair proceeds proportionally
→ recurrence conditions change
→ legitimacy stabilizes over time

Mechanical injustice pathway

textScroll
justice demand appears
→ load exceeds capacity
→ backlog and delay rise
→ procedure compresses complexity
→ harmed nodes carry excess burden
→ repair becomes insufficient
→ recurrence persists
→ H↑ + L↓

The core mechanism is:

textScroll
justice is capacity-bound

Detailed mechanism:

  1. Justice demand enters the system.

Harm, conflict, breach, abuse, complaint, violation, claim, exposure, or instability requires a justice pathway.

  1. The system must classify load.

It must understand complexity, affected nodes, evidence requirements, repair needs, urgency, risk, and recurrence conditions.

  1. The pathway requires logistics.

Justice consumes time, attention, staff, evidence capacity, audit capacity, support capacity, restoration capacity, and follow-through capacity.

  1. If capacity is sufficient, justice can stabilize.

Harm can be heard, mapped, repaired, prevented, and validated.

  1. If capacity is insufficient, the system compresses.

Compression forces shortcuts: delay, flattening, forced closure, punishment substitution, weak repair, or denial.

  1. Mechanical injustice emerges.

The system may not intend injustice, but its logistics produce it repeatedly.

  1. Time validates logistics.

Coherent justice logistics reduce recurrence, backlog, hidden debt, and legitimacy shock over time.


4. When This Law Applies

This law applies whenever a system promises, administers, designs, scales, reforms, audits, or depends on justice, repair, dispute resolution, complaint handling, enforcement, moderation, appeals, victim pathways, accountability, or governance.

It is especially important when:

  • justice demand rises;
  • exposure increases complaint volume;
  • harm reports exceed processing capacity;
  • audit requirements increase;
  • affected-node support is insufficient;
  • case backlogs grow;
  • enforcement substitutes for repair;
  • institutions promise justice without staffing repair;
  • AI systems scale moderation or appeals without restoration pathways;
  • governance systems create rights without usable pathways;
  • security systems detect harm without repair capacity;
  • justice depends on harmed-node endurance;
  • operators are overloaded;
  • procedures flatten distinct harms;
  • legitimacy depends on justice delivery;
  • recurrence continues despite case closure.

The law applies strongly when:

textScroll
justice_load exceeds R_eff + Au_eff + pathway_throughput

or when:

textScroll
justice promises exceed justice logistics

Typical domains:

TableScroll
DomainJustice Logistics Expression
AI systemsAI moderation, appeals, safety claims, user reports, model harms, and representation disputes require scalable audit and restoration logistics.
SecurityIncident response requires not only detection and containment, but repair, clearance, prevention, and affected-node support.
InstitutionsComplaint systems fail when intake, investigation, repair, and prevention capacity are underbuilt.
Medicine / biologyCare justice requires access, time, diagnostics, follow-up, consent, correction, and repair logistics.
EconomyEconomic justice requires circulation repair, contract pathway repair, debt relief logistics, and capacity transfer.
GovernanceRights and laws require usable pathways, staffing, audit, appeal, enforcement, restoration, and prevention.
CultureCultural justice requires memory, testimony, ritual repair, boundary repair, and recurrence prevention infrastructure.
RestorationRestoration cannot be promised without logistics for harmed-node support, repair execution, and time validation.

5. When This Law Does Not Apply

This law should not be used to excuse injustice because “capacity is limited.”

Capacity limits explain failure; they do not justify leaving hidden debt unaddressed.

When logistics are insufficient, the coherent response is to:

  • narrow scope honestly;
  • triage transparently;
  • increase capacity;
  • reduce load;
  • repair pathways;
  • protect harmed-node capacity;
  • stop making promises the system cannot carry;
  • prevent new harm where repair capacity is absent.

False-positive cases:

TableScroll
CaseWhy capacity still matters without excusing harm
A system lacks fundingFunding limits explain capacity but do not erase justice debt
Staff are overloadedOperator overload predicts failure but does not validate poor outcomes
Backlog is largeBacklog requires triage and capacity repair, not denial
Harm is complexComplexity requires higher throughput and better classification
Emergency load spikesEmergency triage may be valid if transparent, scoped, and repair-bound
Full repair is not immediately possiblePartial repair may be coherent if acknowledged and sequenced
A pathway must prioritizePrioritization must be auditable and not become hidden denial

Important distinction:

Logistics limits are not moral absolution; they are design constraints.


6. Diagnostic Signature

Canonical diagnostic:

textScroll
R_eff < Load × Gain ⇒ injustice becomes mechanical

Warning signature:

textScroll
justice demand↑
case backlog↑
operator slack↓
audit load↑
repair capacity flat
pathway throughput saturated
affected-node burden↑
⇒ mechanical injustice

Common indicators:

TableScroll
DiagnosticExpected movementInterpretation
justice_loadmeasuredTotal justice demand must be visible
justice_capacitymeasuredCapacity must be compared to load
R_effmust meet loadEffective restoration capacity determines repair viability
Au_effmust meet audit loadAudit must remain meaningful under scale
pathway_throughputmust be sufficientClaims must move without flattening
repair_logisticsmust be sufficientRepair must be executable, not merely promised
feedback_throughputmust be sufficientAffected feedback must not disappear
operator_slackmust remain adequateStaff overload produces mechanical failure
case_backlogshould not grow unboundedBacklog becomes hidden debt
delay_costincreases with unresolved harmDelay itself can create debt
harmed_node_capacitymust be protectedPathways should not demand overcapacity
L↓ if logistics failLegitimacy decays when justice cannot be delivered
H↑ if logistics failHidden debt accumulates
Φnot sufficientClosure counts or throughput metrics are not justice proof
ΤrequiredTime validates whether logistics reduce recurrence and debt

Additional diagnostics:

TableScroll
DiagnosticUse
Justice LogisticsTests whether justice has sufficient substrate
Effective Restoration CapacityMeasures repair capacity under load
Justice LoadMeasures incoming and accumulated demand
Pathway ThroughputDetects bottlenecks and flattening
Case BacklogTracks unresolved justice debt
Repair SufficiencyTests whether repair capacity matches harm
Victim Pathway CapacityTests whether harmed nodes can actually use pathways
Staff / Operator LoadDetects burnout-driven mechanical injustice
Auditability CapacityTests whether audit survives scale
Feedback ThroughputDetects affected-node feedback loss
Mechanical InjusticeDetects logistics-created injustice independent of intent
Temporal ProofConfirms logistics hold over recurrence

7. Failure Pattern

If ignored, this law allows justice systems to promise coherence while producing mechanical injustice.

General failure pathway:

textScroll
justice promise forms
→ demand rises
→ logistics remain insufficient
→ backlog and delay increase
→ complexity is flattened
→ repair becomes symbolic or absent
→ harmed-node capacity collapses
→ recurrence persists
→ legitimacy decays

Common failure modes:

  • Mechanical Injustice — injustice produced by insufficient logistics rather than explicit malice.
  • Justice Backlog — unresolved justice load accumulates as hidden debt.
  • Repair Capacity Failure — system cannot perform the repair it claims.
  • Pathway Saturation — intake, investigation, appeal, or restoration pathways exceed capacity.
  • Procedural Compression — complex harms are forced into simplified categories.
  • Case Flattening — distinct contexts are treated as identical for throughput.
  • Victim Pathway Collapse — harmed nodes cannot endure or access the pathway.
  • Audit Bottleneck — evidence, review, or traceability fails under load.
  • Feedback Queue Failure — affected feedback is received but not processed.
  • Enforcement Substitution — restriction or punishment replaces repair.
  • Justice Theater — visible procedure substitutes for coherent justice.
  • Legitimacy Debt — trust decays because justice promises cannot be delivered.
  • Burnout Cascade — operators lose slack and produce degraded decisions.
  • Delayed Repair Debt — unresolved harm worsens because repair is delayed.
  • Recurrence Persistence — the same pattern repeats because prevention logistics never engage.

Compact failure signature:

textScroll
justice_load↑ + R_eff insufficient ⇒ backlog↑ + H↑ + L↓

8. Restoration Implications

Restoration requires repairing justice logistics, not only improving justice language.

The first restoration question is not:

textScroll
Does the system claim justice?

The first restoration question is:

textScroll
Can the system actually carry the justice load without collapsing audit, harmed-node capacity, repair, or prevention?

Restoration priorities:

  1. Measure justice load.
  2. Measure effective restoration capacity.
  3. Measure effective auditability.
  4. Map pathway throughput.
  5. Identify bottlenecks.
  6. Protect harmed-node capacity.
  7. Regenerate operator slack.
  8. Increase repair logistics.
  9. Triage transparently where capacity is insufficient.
  10. Reduce recurrence conditions so future load decreases.

Relevant restoration arcs:

TableScroll
Restoration ArcWhy it applies
Justice Logistics RepairRepairs the substrate that carries justice
Restoration Capacity IncreaseRaises R_eff to match load
Pathway Throughput RepairRemoves intake, investigation, repair, and appeal bottlenecks
Victim Pathway RedesignReduces over-demand on harmed nodes
Auditability Capacity IncreaseEnsures audit survives case volume and complexity
Feedback Throughput RestorationMakes affected feedback actionable
Triage Re-SequencingOrders cases and harms transparently under capacity limits
Repair Sufficiency IncreaseMatches repair logistics to harm
Backlog Debt ReductionClears accumulated unresolved justice debt
Operator Slack RegenerationPrevents burnout-driven degradation
Governance Re-SequencingAligns authority, repair, enforcement, and disclosure
Temporal ValidationConfirms logistics hold over time

Minimal restoration sequence:

textScroll
measure justice_load
→ measure R_eff + Au_eff + pathway_throughput
→ identify bottlenecks
→ protect harmed-node capacity
→ increase repair logistics + operator slack
→ triage transparently
→ reduce backlog and recurrence
→ validate L and O over Τ

Temporal validation requirement:

textScroll
justice load becomes visible
pathway throughput improves
operator slack stabilizes
auditability remains intact
harmed-node burden decreases
repair becomes proportional
backlog decreases
recurrence decreases
hidden debt decreases
legitimacy stabilizes over time

9. Design Rule

Do not promise justice beyond the logistics that can carry audit, repair, harmed-node support, and recurrence prevention.

Operational design requirements:

  • Measure load before promising outcomes.
  • Build intake capacity.
  • Build audit capacity.
  • Build evidence-handling capacity.
  • Build harmed-node support.
  • Build repair pathways.
  • Build appeal and review.
  • Build feedback throughput.
  • Build recurrence-prevention systems.
  • Preserve operator slack.
  • Make capacity limits visible.
  • Triage transparently.
  • Scale restoration capacity before scaling exposure or enforcement.
  • Track delay cost.
  • Track backlog as hidden debt.
  • Validate outcomes over time.

Avoid:

  • rights without pathways;
  • policies without staff;
  • exposure without restoration logistics;
  • complaint intake without repair capacity;
  • enforcement without repair;
  • appeals without throughput;
  • support pathways that require harmed-node overcapacity;
  • closure metrics as justice proof;
  • dashboards that hide backlog debt;
  • AI moderation at scale without appeal and restoration capacity;
  • security detection without repair and prevention logistics;
  • institutional apology without follow-through logistics;
  • pretending moral clarity is enough when substrate capacity is absent.

10. Cross-Scale Expressions

TableScroll
Scale / LayerExpression of the Law
U0 — SubstrateJustice requires material, embodied, ecological, and physical capacity to support harmed nodes and repair effects.
U1 — Energy / capacityJustice consumes energy, time, money, attention, staff, and slack.
U2 — Boundary / interfaceJustice pathways require accessible, safe, scoped, and consent-respecting interfaces.
U3 — Process / executionJustice becomes intake, triage, investigation, audit, repair, appeal, enforcement, and prevention workflows.
U4 — Classification / claimJustice load must be classified accurately without flattening distinct harms.
U5 — Time / delayDelay creates debt; backlog is a temporal justice failure.
U6 — Field effectField outcomes reveal whether justice logistics actually repair harm and prevent recurrence.
U7 — Recurrence / memoryLogistics must encode recurrence prevention and remember unresolved justice debt.
U8 — Environment / forcingInstitutions, markets, platforms, media, security systems, and AI systems shape justice load and pathway capacity.

11. Examples

Example A — Complaint System Without Repair Capacity

Scenario:

An institution opens a complaint channel but does not staff investigation, harmed-node support, repair design, or recurrence prevention.

Law expression:

textScroll
intake↑ + R_eff flat ⇒ backlog↑ + L↓

Interpretation:

The pathway increases visibility but cannot carry justice.


Example B — AI Appeals at Scale

Scenario:

An AI platform moderates millions of decisions but provides slow, opaque, or unusable appeals.

Law expression:

textScroll
decision_scale↑ + appeal_throughput↓ ⇒ mechanical injustice

Interpretation:

AI governance cannot be legitimate if appeal, audit, and repair logistics do not scale with decisions.


Example C — Courts Under Load

Scenario:

A legal system has formal rights and procedures, but backlog, cost, delay, and complexity make resolution inaccessible to many harmed nodes.

Law expression:

textScroll
formal rights + pathway_capacity↓ ⇒ justice access failure

Interpretation:

Rights require logistics to become justice.


Example D — Exposure Without Pathway Capacity

Scenario:

A reform effort encourages people to report harm, but the system has no capacity to process testimony, protect reporters, repair harm, or prevent recurrence.

Law expression:

textScroll
exposure↑ + pathway_throughput insufficient ⇒ harm amplification

Interpretation:

Visibility must be paired with restoration logistics.


Example E — Security Detection Without Restoration

Scenario:

A security program detects more incidents but lacks clearance, remediation, user support, root-cause repair, and recurrence prevention capacity.

Law expression:

textScroll
detection↑ + repair_logistics↓ ⇒ security justice debt

Interpretation:

Detection increases justice load unless restoration pathways scale.


Example F — Coherent Justice Logistics

Scenario:

A governance system scales intake, audit, harmed-node support, repair capacity, transparent triage, prevention architecture, and follow-up together.

Law expression:

textScroll
justice_capacity ≥ justice_load ⇒ H↓ + L↑ + recurrence↓

Interpretation:

Justice becomes stable when logistics can carry the load.


12. Relationship to Nearby Laws

TableScroll
Related LawRelationship
LAW-001 — Coherence Priority LawJustice logistics are valid when coherence rises
LAW-002 — Coherence Trajectory LawJustice logistics must improve trajectory, not merely process cases
LAW-004 — Stability-Coherence Separation LawA stable backlog may hide incoherence
LAW-006 — Time Validation LawLogistics are validated across delay and recurrence
LAW-010 — Hidden Debt Accumulation LawUnprocessed justice load accumulates hidden debt
LAW-011 — Hidden Debt Return LawBacklog and unresolved harm return as destabilization
LAW-012 — Error Lag LawVisible justice collapse often appears late
LAW-013 — Auditability-Debt LawAudit bottlenecks create debt
LAW-014 — Constraint Complexity Debt LawToo many procedural constraints can exceed auditability
LAW-020 — Bandwidth Threshold LawJustice pathways fail when bandwidth is exceeded
LAW-021 — Coherence-Preserving Scaling LawJustice must scale capacity faster than load
LAW-022 — Integration Capacity LawJustice requires integration of evidence, testimony, repair, and prevention
LAW-023 — Restoration Capacity Load LawLAW-104 specializes restoration capacity load into justice systems
LAW-029 — Integration Cost LawJustice integration has real cost
LAW-030 — Slack Sovereignty LawOperator and harmed-node slack are necessary for justice
LAW-031 — Observability Collapse LawOverload can reduce visibility into justice effects
LAW-035 — Delayed Transition Cost LawDelayed justice increases transition cost
LAW-048 — Feedback Integrity LawJustice logistics must process affected feedback
LAW-049 — Feedback Without Slack Becomes Extraction LawAsking for testimony without support extracts from harmed nodes
LAW-050 — Control-Restoration Separation LawEnforcement logistics cannot substitute for restoration logistics
LAW-052 — Stability Proof LawJustice logistics must survive load and perturbation
LAW-061 — Restoration Sequencing LawJustice logistics require sequence design
LAW-064 — Restoration Debt Reduction LawJustice logistics must reduce restoration debt
LAW-065 — Pseudo-Restoration LawProcedures without logistics become pseudo-restoration
LAW-066 — Restoration Capacity Sufficiency LawJustice requires sufficient restoration capacity
LAW-067 — Temporal Proof LawJustice logistics require proof over time
LAW-068 — Boundary-First Restoration LawPathways must first protect safety and boundaries
LAW-073 — Restoration Before Scaling LawJustice exposure and enforcement should not scale before restoration
LAW-075 — Capacity Before Demand LawJustice pathways must not demand more than nodes can carry
LAW-102 — Legitimacy Audit LawLegitimacy decays when justice logistics fail
LAW-103 — Justice Stability LawLAW-104 defines the substrate limits of justice stability
LAW-105 — Repair Before Enforcement LawEnforcement without repair capacity creates debt
LAW-106 — Exposure Legibility LawExposure increases visible justice load
LAW-107 — Exposure Without Restoration LawTransparency without logistics destabilizes
LAW-108 — Victim Pathway Capacity LawJustice logistics must fit harmed-node capacity
LAW-109 — High-Φ Legitimacy Scaling LawHigh-influence systems require proportionally scaled justice logistics
LAW-110 — Governance Sequencing LawGovernance must sequence logistics under load
LAW-111 — Meaning Audit LawJustice claims are not audit-exempt from capacity reality
LAW-112 — Security as Sustained Coherence LawSecurity justice requires restoration logistics
LAW-115 — Surveillance–Restoration LawDetection without restoration increases justice load
LAW-120 — Security Legibility LawSecurity claims require traceability logistics
LAW-131 — Cognitive Infrastructure Scaling LawCognitive infrastructure requires governance and justice capacity proportional to influence
LAW-132 — AI Legitimacy Function LawAI legitimacy requires repair and audit logistics
LAW-133 — Error Scale LawLarge scale converts small error rates into large justice load
LAW-134 — Layered Interception LawDistributed safeguards reduce justice load before central pathways saturate

Aliases folded into this law:

  • Justice Logistics Law
  • Justice Cannot Exceed Logistics Law
  • Justice Substrate Law
  • Repair Capacity Justice Law
  • Justice Load Law
  • Mechanical Injustice Law
  • Justice Capacity Sufficiency Law

Deduplication note:

This law should remain the root justice-logistics law. LAW-103 defines justice as a stability variable. LAW-104 defines the substrate and logistics limits of that stability. LAW-105 explains why enforcement without repair creates debt. LAW-107 defines the instability caused by exposure without restoration. LAW-108 specializes pathway design around harmed-node capacity.


13. Operator Mapping

TableScroll
OperatorRole in this law
ΓClassifies justice load, case complexity, harm type, pathway need, triage priority, and repair requirement
ΠOperationalizes justice logistics through intake, triage, audit, repair, appeal, staffing, and prevention systems
ΞCaptures inversion when justice language hides backlog, compression, or mechanical injustice
Justice pathways are couplings that must not overload harmed nodes or operators
Performs repair and increases restoration capacity
ΤValidates whether logistics reduce backlog, recurrence, hidden debt, and legitimacy shock over time
ΘPrevents overpromising, moral theater, and denial of capacity limits
ΣDefines scope of justice promises, pathway coverage, and triage domain
ΨField and affected-node feedback reveals whether pathways actually work
ΛTests compatibility between justice load, logistics, and whole-system coherence

Coherent operator sequence:

textScroll
justice demand appears
→ Θ admit capacity limits
→ Γ classify load / complexity / harmed-node needs
→ Σ define scope and triage domain
→ measure R_eff + Au_eff + pathway_throughput
→ Π allocate logistics and sequence pathways
→ ℛ perform repair and increase capacity
→ Ψ validate affected-node effects
→ Τ validate backlog / recurrence / L over time

Inverted operator sequence:

textScroll
justice demand rises
→ logistics remain flat
→ Γ flattens complexity
→ Π processes for closure metrics
→ harmed-node burden↑
→ repair insufficient
→ backlog and recurrence persist
→ H↑
→ Ξ / ι↑
→ L↓

14. Machine-Readable Summary

yamlScroll
id: "LAW-104"
name: "Justice Logistics Law"
type: "law"
status: "draft"
family:
  - "Justice, Governance, and Legitimacy Laws"
summary: "Justice cannot exceed the substrate and logistics supporting it; a justice system without sufficient repair capacity cannot produce coherent justice at scale."
canonical_statement: "Justice cannot exceed the substrate and logistics supporting it."
core_form: "justice cannot exceed the substrate and logistics supporting it"
canonical_load_form: "R_eff < Load × Gain ⇒ injustice becomes mechanical"
capacity_form: "justice_capacity = f(R_eff, Au_eff, pathway_throughput, operator_slack, repair_logistics, feedback_throughput)"
compression_form: "justice_load > justice_capacity ⇒ procedural compression + H↑ + L↓"
failure_form: "justice demand without logistics ⇒ backlog + flattening + repair failure + recurrence"
restoration_valid_contrast: "justice valid at scale when logistics capacity ≥ justice load and repair remains proportional over Τ"
variables:
  primary:
    - "justice_capacity"
    - "justice_load"
    - "R_eff"
    - "Au_eff"
    - "pathway_throughput"
    - "repair_logistics"
    - "feedback_throughput"
    - "operator_slack"
    - "audit_load"
    - "case_backlog"
    - "delay_cost"
    - "harmed_node_capacity"
    - "recurrence_risk"
    - "L"
    - "H"
  secondary:
    - "O"
    - "ε"
    - "ι"
    - "Au"
    - "µᵢ"
    - "BΣ"
    - "K"
    - "σ"
    - "R"
    - "𝓑"
    - "𝓓"
    - "Φ"
    - "Λ"
    - "⊗"
    - "Γ"
    - "Π"
    - "Ξ"
    - "ℛ"
    - "Θ"
    - "Σ"
    - "Ψ"
    - "Τ"
    - "FI"
    - "MS"
diagnostics:
  - "Justice Logistics"
  - "Restoration Capacity"
  - "Effective Restoration Capacity"
  - "Justice Load"
  - "Pathway Throughput"
  - "Case Backlog"
  - "Repair Sufficiency"
  - "Victim Pathway Capacity"
  - "Staff / Operator Load"
  - "Auditability Capacity"
  - "Feedback Throughput"
  - "Legitimacy Shock Risk"
  - "Mechanical Injustice"
  - "Temporal Proof"
failure_modes:
  - "Mechanical Injustice"
  - "Justice Backlog"
  - "Repair Capacity Failure"
  - "Pathway Saturation"
  - "Procedural Compression"
  - "Case Flattening"
  - "Victim Pathway Collapse"
  - "Audit Bottleneck"
  - "Feedback Queue Failure"
  - "Enforcement Substitution"
  - "Justice Theater"
  - "Legitimacy Debt"
  - "Burnout Cascade"
  - "Delayed Repair Debt"
  - "Recurrence Persistence"
restoration_arcs:
  - "Justice Logistics Repair"
  - "Restoration Capacity Increase"
  - "Pathway Throughput Repair"
  - "Victim Pathway Redesign"
  - "Auditability Capacity Increase"
  - "Feedback Throughput Restoration"
  - "Triage Re-Sequencing"
  - "Repair Sufficiency Increase"
  - "Backlog Debt Reduction"
  - "Operator Slack Regeneration"
  - "Governance Re-Sequencing"
  - "Temporal Validation"
related_laws:
  - "LAW-001"
  - "LAW-002"
  - "LAW-004"
  - "LAW-006"
  - "LAW-010"
  - "LAW-011"
  - "LAW-012"
  - "LAW-013"
  - "LAW-014"
  - "LAW-020"
  - "LAW-021"
  - "LAW-022"
  - "LAW-023"
  - "LAW-029"
  - "LAW-030"
  - "LAW-031"
  - "LAW-035"
  - "LAW-048"
  - "LAW-049"
  - "LAW-050"
  - "LAW-052"
  - "LAW-061"
  - "LAW-064"
  - "LAW-065"
  - "LAW-066"
  - "LAW-067"
  - "LAW-068"
  - "LAW-073"
  - "LAW-075"
  - "LAW-102"
  - "LAW-103"
  - "LAW-105"
  - "LAW-106"
  - "LAW-107"
  - "LAW-108"
  - "LAW-109"
  - "LAW-110"
  - "LAW-111"
  - "LAW-112"
  - "LAW-115"
  - "LAW-120"
  - "LAW-131"
  - "LAW-132"
  - "LAW-133"
  - "LAW-134"
related_invariants:
  - "INV-001"
  - "INV-002"
  - "INV-006"
  - "INV-073"
  - "INV-080"
operator_sequence:
  coherent:
    - "justice demand appears"
    - "Θ admit capacity limits"
    - "Γ classify load / complexity / harmed-node needs"
    - "Σ define scope and triage domain"
    - "measure R_eff + Au_eff + pathway_throughput"
    - "Π allocate logistics and sequence pathways"
    - "ℛ perform repair and increase capacity"
    - "Ψ validate affected-node effects"
    - "Τ validate backlog / recurrence / L over time"
  inverted:
    - "justice demand rises"
    - "logistics remain flat"
    - "Γ flattens complexity"
    - "Π processes for closure metrics"
    - "harmed-node burden↑"
    - "repair insufficient"
    - "backlog and recurrence persist"
    - "H↑"
    - "Ξ / ι↑"
    - "L↓"
aliases:
  - "Justice Logistics Law"
  - "Justice Cannot Exceed Logistics Law"
  - "Justice Substrate Law"
  - "Repair Capacity Justice Law"
  - "Justice Load Law"
  - "Mechanical Injustice Law"
  - "Justice Capacity Sufficiency Law"
deduplication_note: "Root justice-logistics law. LAW-103 defines justice as a stability variable. LAW-104 defines the substrate and logistics limits of that stability. LAW-105 explains why enforcement without repair creates debt. LAW-107 defines the instability caused by exposure without restoration. LAW-108 specializes pathway design around harmed-node capacity."
source: "content/archive/laws/technical.md"

15. Compact Card Version

LAW-104 — Justice Logistics Law

Justice cannot exceed the substrate and logistics supporting it.

Core form:

textScroll
justice cannot exceed the substrate and logistics supporting it

Canonical load form:

textScroll
R_eff < Load × Gain ⇒ injustice becomes mechanical

Plain meaning:

A justice system cannot produce coherent justice at scale if it lacks sufficient repair capacity, audit capacity, pathway throughput, operator slack, harmed-node support, evidence handling, feedback processing, and recurrence-prevention infrastructure.

Capacity form:

textScroll
justice_capacity = f(R_eff, Au_eff, pathway_throughput, operator_slack, repair_logistics, feedback_throughput)

Failure form:

textScroll
justice demand without logistics ⇒ backlog + flattening + repair failure + recurrence

Primary variables:

justice_capacity, justice_load, R_eff, Au_eff, pathway_throughput, repair_logistics, feedback_throughput, operator_slack, audit_load, case_backlog, delay_cost, harmed_node_capacity, recurrence_risk, L, H, O, , FI, MS, Γ, Π, , Θ, Σ, Ψ, Τ

Diagnostic signature:

Justice demand rises, case backlog grows, operator slack falls, audit load increases, repair capacity remains flat, pathway throughput saturates, and affected-node burden rises. This indicates mechanical injustice.

Failure risk:

Mechanical injustice, justice backlog, repair capacity failure, pathway saturation, procedural compression, case flattening, victim pathway collapse, audit bottleneck, feedback queue failure, enforcement substitution, justice theater, legitimacy debt, burnout cascade, delayed repair debt, recurrence persistence.

Restoration priority:

Measure justice load, restoration capacity, auditability, and pathway throughput; identify bottlenecks; protect harmed-node capacity; increase repair logistics and operator slack; triage transparently; reduce backlog and recurrence; and validate legitimacy and coherence over time.