Order Before Action

This doctrine does not regulate rights or outcomes.
It standardizes the moment irreversible power changes hands.
Doctrine Appendix A Standards Exemplar

Temporal Orientation Doctrine

Purpose

Establish a universal constraint for high-consequence systems:

Order must be preserved before action.

The doctrine exists to prevent harm caused by acting too soon, not to explain rules, optimize outcomes, or enforce behavior.

Governing Constraint

Most harm occurs when irreversible action outruns visible order.

This condition is independent of industry, technology, culture, or incentive.

Foundational Principles

  • Permission precedes action.
  • Sequence precedes outcome.
  • Irreversibility imposes cost.
  • Visible order is a prerequisite for procedural integrity.
  • Readiness, intent, urgency, or outcome quality do not justify violating order.

Scope

This doctrine governs When, not What.

It applies wherever actions are irreversible, costly, or legitimacy depends on preserving order under pressure.

Boundaries

This doctrine does not:

  • define procedures
  • prescribe steps
  • specify mechanisms or interfaces
  • judge outcomes
  • assign fault or authority
  • alter legal responsibility for violations

This doctrine does not create audit requirements, compliance artifacts, or evidentiary records.

System Responsibility Clause

Systems that rely on order must make order visible before irreversible action.

Failure of visibility constitutes a system design failure, not permission, excuse, or immunity.

Appendix A — What This Doctrine Is Not

This appendix exists to prevent misinterpretation, misuse, and scope creep.

This Doctrine Is Not A Procedure

  • It does not define steps
  • It does not specify sequences
  • It does not describe workflows or checklists

This Doctrine Is Not A Mechanism

  • It does not prescribe interfaces
  • It does not require tools, software, or forms
  • It does not mandate visual systems, icons, or signals

(Those may exist elsewhere. They are not part of the doctrine.)

This Doctrine Is Not Enforcement Guidance

  • It does not assign authority
  • It does not determine penalties
  • It does not adjudicate disputes
  • It does not override existing law or policy

This Doctrine Is Not An Excuse Framework

  • It does not absolve responsibility
  • It does not permit rule-breaking
  • It does not create immunity
  • It does not allow retroactive justification

Visibility failure identifies system design failure, not permission.

This Doctrine Is Not A Compliance Regime

  • It does not create audit requirements
  • It does not mandate documentation
  • It does not generate records or artifacts
  • It does not require reporting or certification

This Doctrine Is Not Outcome-Based

  • Good outcomes do not legitimize bad sequence
  • Bad outcomes do not invalidate correct order
  • Results are downstream of timing, not substitutes for it

This Doctrine Is Not Moral Or Political

  • It does not argue values
  • It does not assign blame
  • It does not rely on intent, urgency, or belief
  • It applies regardless of ideology or culture

This appendix is explanatory only. It does not prescribe implementation or describe mechanisms.

Universal Standards

(Parenthetical descriptors are explanatory only and do not modify or expand the operative requirement.)

Standard A — Universal Commitment Disclosure

(Legitimacy of irreversible commitment)

Before any action creates irreversible obligation, loss of rights, or non-trivial lock-in, the system must explicitly surface the commitment moment, disclose the irreversible effects in a form immediately recognizable by a human, and require affirmative acknowledgment prior to execution.

Excludes: outcomes, eligibility, interface design, training, content.
Absent this disclosure, the action is procedurally invalid.

Standard B — Human Commitment Authority and Escalation Control

(Who may authorize irreversible action, especially under pressure or automation)

Before an irreversible action is executed, including, without limitation, automation, delegation, or elevated pressure, a clearly identified human commitment authority must affirmatively authorize the action and acknowledge its irreversible effects prior to execution.

Excludes: algorithms, workflows, staffing, urgency judgments, outcomes.
Anonymous or diffused authority invalidates execution.

Standard C — Commitment Timing Integrity

(When irreversible action may execute)

Before an irreversible action is executed, the system must enforce a pause between acknowledgment and execution during which withdrawal remains possible without penalty, unless delay would prevent imminent harm.

This clause does not authorize bypassing acknowledgment, authority, or sequence; it limits only the duration of delay.

Excludes: pause duration, UI mechanics, outcome evaluation.
Rushed legitimacy is invalid legitimacy.

Standard D — Process Lane Integrity

(Where authority must originate and complete)

Before an irreversible action is authorized or executed, the system must verify that the action originates and completes within a single legitimate process lane, and that no cross-lane escalation has occurred that would invalidate commitment authority or sequence.

Excludes: organizational design, incentives, governance models.
Cross-lane authority laundering invalidates action.

Exemplar

Non-authoritative. This exemplar is teaching reference only. It carries no independent authority.

Exemplar E — Firearms Transfer

Before irreversible transfer of a lethal instrument, the system verifies identity in person, surfaces irreversible capability, and requires basic operational attestation prior to execution.

No inference may be drawn from the choice of domain.

Demonstrates Standards A–D in a concrete domain.