LAW-002 — Coherence Trajectory Law

Open archive search
Archive registry entry

LAW-002 — Coherence Trajectory Law

Coherence is trajectory-based, not snapshot-based.

draftid: LAW-002version: 1.0.0updated: 2026-05-31
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

Coherence is trajectory-based, not snapshot-based.

Plain-language version:

A system cannot be judged coherent from a single moment, metric, claim, output, credential, policy, ritual, or state of visible calm. Coherence must be evaluated across time, stress, transformation, recurrence, repair behavior, hidden debt behavior, and cross-scale outcome.


1. Formal Definition

The Coherence Trajectory Law states that coherence is not proven by a single state. It is proven by how the system behaves across time and under load.

A system may appear coherent in a snapshot while hidden debt is accumulating, recurrence remains unchanged, auditability is narrowing, restoration capacity is weakening, or cross-scale effects are degrading. For this reason, coherence evaluation must include temporal movement, stress response, perturbation tolerance, ring-down, recurrence behavior, and delayed field effects.

Canonical coherence assessment asks:

textScroll
How does O move across time under load?

This law prevents premature validation based on appearance, local stability, claims of success, short-term calm, compliance metrics, or isolated high-performance moments.


2. Canonical Form

textScroll
coherence evaluation ⇒ dO/dt under load

Expanded canonical form:

textScroll
O is evaluated by trajectory across time, stress, recurrence, restoration, and cross-scale outcome

Failure expression:

textScroll
snapshot success + untested trajectory ⇒ provisional coherence only

Related variables:

textScroll
O, H, ε, ι, Au, R, µᵢ, BΣ, K, Φ, 𝓓, τ_m

Where:

TableScroll
VariableMeaning in this law
OCoherence; must be evaluated dynamically
HHidden debt; may accumulate beneath a coherent-looking snapshot
εObservable error; may appear late
ιInversion index; may rise while surface order persists
AuAuditability; required to track trajectory
RRestoration capacity; reveals whether the system can repair over time
µᵢMeaning / agent integrity; must persist across transformation
Boundary integrity; must remain intact under load
KCompatibility / slack / sovereignty; supports adaptive continuity
ΦVisible success proxy; insufficient as a standalone validation signal
𝓓Damping / ring-down; reveals whether disturbance resolves or repeats
τ_mMemory half-life / recurrence tendency; tracks pattern persistence

3. Core Mechanism

The Coherence Trajectory Law usually unfolds through a validation sequence:

textScroll
snapshot state
→ stress / perturbation
→ delayed effect
→ ring-down behavior
→ recurrence check
→ cross-scale outcome
→ trajectory classification

A coherent system preserves or improves integrity across this sequence.

A pseudo-coherent system may pass the snapshot state but fail later stages.

Coherent trajectory

textScroll
O stable or rising
→ H bounded or falling
→ Au sufficient
→ 𝓓 improves
→ τ_m decreases
→ recurrence weakens
→ cross-scale effects remain coherent

Pseudo-coherent trajectory

textScroll
snapshot appears stable
→ hidden debt remains
→ delayed effects emerge
→ ring-down weakens
→ recurrence persists
→ field effects degrade
→ coherence claim fails

This law makes time part of coherence evaluation.


4. When This Law Applies

This law applies whenever a system is being evaluated for coherence, safety, legitimacy, restoration, security, health, alignment, stability, recovery, performance, or readiness.

It is especially important when validation is based on:

  • a single metric;
  • a single output;
  • a single successful event;
  • a single recovery period;
  • a single public statement;
  • a single benchmark;
  • a single institutional report;
  • a single clinical measurement;
  • a single compliance result;
  • a single stable state;
  • a single symbolic action;
  • a single moment of calm.

The law applies strongly when:

textScroll
O is being inferred from Φ, ε, stability, or authority without temporal validation

Typical domains:

TableScroll
DomainExpression
AI systemsA model appears safe in benchmark snapshots but fails under recurrence, edge cases, or field deployment
InstitutionsA policy appears effective immediately but produces hidden debt over time
SecurityIncident counts are low while attack surface, hidden debt, or audit gaps grow
EconomyA quarter looks strong while circulation resilience and slack weaken
Biology / medicineSymptoms improve temporarily while recurrence pressure remains
GovernanceA decision appears legitimate procedurally but fails across affected-node outcomes
RestorationA repair appears complete before recurrence or ring-down has been tested
Meaning systemsA symbolic frame feels coherent in the moment but cannot update across time

5. When This Law Does Not Apply

This law should not be used to deny the usefulness of snapshots.

Snapshots are useful when they are treated as provisional evidence.

A snapshot can be valid as:

  • a current-state reading;
  • a diagnostic sample;
  • a warning signal;
  • a milestone;
  • a baseline;
  • an early indicator;
  • a narrow-scope measurement.

A snapshot becomes misleading when treated as final coherence proof.

False-positive cases:

TableScroll
CaseWhy it is not a violation
A snapshot is used as an initial diagnosticIt is provisional, not final
A system is too new for long-term validationThe correct status is “unproven,” not “incoherent”
A short-term reading triggers further auditThis supports trajectory validation
A stable state follows repeated perturbation toleranceThis may be valid coherence evidence
A metric is paired with delayed field checksThe metric is not being overused

Important distinction:

A snapshot can describe a moment. It cannot prove a trajectory by itself.


6. Diagnostic Signature

The basic diagnostic signature is:

textScroll
single-state validation used where trajectory validation is required

A stronger warning signature:

textScroll
Φ stable or ↑
ε low
O claimed
but H, 𝓓, τ_m, Au, R, and cross-scale effects untested

Common indicators:

TableScroll
DiagnosticExpected movementInterpretation
Ounproven / unstable / trajectory-dependentCoherence cannot be confirmed from a snapshot
Hhidden or risingDebt may be accumulating beneath apparent stability
εlow or delayedLow observable error may be misleading
ιrising if proxy success substitutes for coherenceInversion risk grows when snapshot success is overtrusted
Auinsufficient or narrowingTrajectory cannot be evaluated clearly
Runtested or fallingRepair capacity may not survive recurrence
𝓓unknown or lowRing-down has not validated coherence
τ_mpersistent or unknownRecurrence may remain unresolved
Φstable or risingVisible success may be mistaken for coherence

Additional diagnostics:

TableScroll
DiagnosticUse
Coherence TrajectoryTracks dO/dt across time and load
Ring-DownMeasures whether disturbance settles
Memory Half-LifeTracks recurrence persistence
Effective AuditabilityDetermines whether trajectory can be observed
Restoration CapacityDetermines whether repair can hold over time
Delayed Field EffectTracks U6 consequences after U5 delay
Cross-Scale OutcomeChecks whether local coherence exports debt globally

7. Failure Pattern

If ignored, this law produces snapshot coherence error.

General failure pathway:

textScroll
single state appears successful
→ coherence is declared too early
→ delayed effects are ignored
→ recurrence remains undetected
→ hidden debt accumulates
→ pseudo-coherence stabilizes
→ visible failure appears late

Common failure modes:

  • Snapshot Coherence Error — coherence is inferred from a single state.
  • Pseudo-Coherence — visible calm or success masks deeper incoherence.
  • Hidden Debt Accumulation — unresolved cost remains beneath apparent stability.
  • Error Lag — visible error appears after internal degradation.
  • Premature Closure — repair is declared complete before recurrence testing.
  • False Stability — return to an attractor is mistaken for coherent recovery.
  • Metric Substitution — a single measurement replaces trajectory assessment.
  • Delayed Collapse — the system appears stable until hidden debt becomes visible.

Compact failure signature:

textScroll
snapshot success + untested H / 𝓓 / τ_m / U6 effects ⇒ pseudo-coherence risk

8. Restoration Implications

Restoration requires shifting from snapshot validation to trajectory validation.

The first restoration question is not:

textScroll
Does the system look coherent right now?

The first restoration question is:

textScroll
Does coherence hold across time, stress, recurrence, and delayed effects?

Restoration priorities:

  1. Suspend final coherence claims until trajectory is observed.
  2. Establish a baseline for `O`, `H`, `Au`, `R`, `𝓓`, and `τ_m`.
  3. Test the system under bounded perturbation or real load.
  4. Observe delayed field effects.
  5. Check whether recurrence weakens.
  6. Verify that hidden debt is not being exported.
  7. Time-validate before declaring restoration, safety, or legitimacy.

Relevant restoration arcs:

TableScroll
Restoration ArcWhy it applies
Temporal ValidationRequired to prove coherence across time
Auditability RestorationRequired to observe trajectory accurately
Recurrence ReductionRequired to prove repair is weakening the old basin
Restoration Capacity RebuildRequired to ensure repair can hold under load
Origin-Layer RepairRequired when snapshot improvement hides deeper failure
Basin SupersessionRequired when the system repeatedly returns to a low-coherence attractor

Minimal restoration sequence:

textScroll
baseline snapshot
→ track trajectory
→ test under load
→ observe delay
→ check ring-down
→ check recurrence
→ validate cross-scale outcome

Temporal validation requirement:

textScroll
O stable or rising under load
H(t+Δt) ≤ H(t)
𝓓↑
τ_m↓
recurrence↓
Au sufficient
R sustainable
cross-scale debt not exported

9. Design Rule

Do not certify coherence from a snapshot. Certify coherence from trajectory under load.

Operational design requirements:

  • Define the time horizon for validation.
  • Track coherence movement, not only current state.
  • Include stress, recurrence, and delayed-effect checks.
  • Separate immediate success from sustained coherence.
  • Require auditability across the whole validation window.
  • Treat visible calm as provisional until ring-down is observed.
  • Track whether hidden debt is exported to other scales.
  • Validate restoration only after recurrence weakens.
  • Preserve uncertainty until trajectory evidence accumulates.

Avoid:

  • declaring repair complete immediately after intervention;
  • treating low incident count as security proof;
  • treating benchmark success as AI safety proof;
  • treating quarterly growth as economic coherence;
  • treating symptom reduction as full recovery;
  • treating compliance as legitimacy;
  • treating stability as coherence;
  • treating one moment of clarity as durable integration.

10. Cross-Scale Expressions

TableScroll
Scale / LayerExpression of the Law
U0 — SubstrateSubstrate coherence must be tested across wear, load, degradation, and recovery
U1 — Energy / capacityCapacity must be evaluated across depletion, replenishment, and stress
U2 — Boundary / interfaceBoundaries must hold across repeated coupling, exit, and load
U3 — Process / executionRuntime success must persist across repetition and edge conditions
U4 — Classification / claimCoherence claims remain provisional until validated across time
U5 — Time / delayDelayed effects are part of the truth test
U6 — Field effectBroader field outcomes determine whether local success was coherent
U7 — Recurrence / memoryRecurrence reduction is required for repair validation
U8 — Environment / forcingEnvironmental stress reveals whether coherence is robust or fragile

11. Examples

Example A — AI Safety Snapshot

Scenario:

An AI model performs well on a benchmark and receives a “safe” classification, but field deployment later reveals repeated failures under adversarial prompts, ambiguous user contexts, or long-horizon dependency loops.

Law expression:

textScroll
Φ_benchmark↑ + U6/U7 untested ⇒ O provisional

Interpretation:

Benchmark performance is a snapshot. Coherence requires validation across delayed field effects and recurrence.


Example B — Institutional Reform

Scenario:

An institution announces a reform, receives positive press, and shows early compliance improvements. Months later, affected people report the same pathway failures and hidden burdens.

Law expression:

textScroll
U4 reform claim + τ_m unchanged ⇒ restoration unproven

Interpretation:

The reform looked coherent in the moment but failed trajectory validation.


Example C — Security Dashboard

Scenario:

A security dashboard shows fewer incidents, but logs are less auditable, detection pathways are narrower, and incident reporting has become harder.

Law expression:

textScroll
ε↓ while Au↓ ⇒ security coherence unproven

Interpretation:

Low incident count is not enough. The system may have reduced visibility rather than reduced risk.


Example D — Biological Recovery

Scenario:

A symptom improves for several days, but the same pattern returns under similar stress.

Law expression:

textScroll
ε↓ short-term while τ_m unchanged ⇒ recovery unproven

Interpretation:

Symptom reduction is a snapshot. Coherent recovery requires recurrence weakening and improved ring-down.


Example E — Economic Health

Scenario:

An economy shows strong quarterly growth while debt burden, infrastructure fragility, worker compression, and ecological externalities increase.

Law expression:

textScroll
Φ_growth↑ while H↑ over time ⇒ O trajectory negative

Interpretation:

The snapshot looks strong, but the trajectory reveals coherence loss.


12. Relationship to Nearby Laws

TableScroll
Related LawRelationship
LAW-001 — Coherence Priority LawLAW-001 establishes coherence as primary; LAW-002 defines how coherence is evaluated over time
LAW-004 — Stability-Coherence Separation LawLAW-002 prevents stable snapshots from being mistaken for coherent trajectories
LAW-006 — Time Validation LawLAW-006 is a direct validation rule; LAW-002 is the broader trajectory principle
LAW-007 — Ring-Down Truth LawRing-down is one of the key tests used by LAW-002
LAW-008 — Recurrence Validation LawRecurrence reduction is one of the central trajectory validators
LAW-009 — U4 / U6 Truth LawLAW-009 applies the trajectory principle to claims and classifications
LAW-012 — Error Lag LawLAW-012 explains why snapshot error readings may be late
LAW-052 — Stability Proof LawLAW-052 gives a proof structure for stability under perturbation
LAW-067 — Temporal Proof LawLAW-067 applies temporal validation to restoration
LAW-141 — Economy Trajectory LawLAW-141 is the economy-specific expression of LAW-002

Aliases folded into this law:

  • Coherence Trajectory Law
  • Trajectory-Based Coherence Law
  • Coherence Over Time Rule
  • Snapshot Insufficiency Rule

Deduplication note:

This law should remain the root trajectory law. Domain-specific versions should be created only where the domain requires unique diagnostics, such as economy, biology, AI deployment, or restoration validation.


13. Operator Mapping

TableScroll
OperatorRole in this law
ΓClassifies whether observed states indicate coherence or only snapshot success
ΠDefines validation constraints across time, stress, and recurrence
Tests whether repair holds across recurrence and load
ΤRepresents time sequencing, delay, and temporal proof
ΘMaintains uncertainty until trajectory evidence is sufficient
ΣMaintains scope boundaries for what has and has not been validated

Coherent operator sequence:

textScroll
Θ → Γ(snapshot as provisional) → Π(validation window) → Τ(delay) → ℛ(test repair) → U6/U7 validation

Inverted operator sequence:

textScroll
Γ(snapshot as final) → Π premature certification → Τ ignored → H hidden → τ_m persists → ε late

14. Machine-Readable Summary

yamlScroll
id: "LAW-002"
name: "Coherence Trajectory Law"
type: "law"
status: "draft"
family:
  - "Core Coherence Laws"
summary: "Coherence is trajectory-based, not snapshot-based."
canonical_statement: "Coherence is trajectory-based, not snapshot-based."
canonical_form: "coherence evaluation ⇒ dO/dt under load"
failure_form: "snapshot success + untested trajectory ⇒ provisional coherence only"
variables:
  primary:
    - "O"
    - "H"
    - "Au"
    - "R"
  secondary:
    - "ε"
    - "ι"
    - "µᵢ"
    - "BΣ"
    - "K"
    - "Φ"
    - "𝓓"
    - "τ_m"
diagnostics:
  - "Coherence"
  - "Coherence Trajectory"
  - "Hidden Debt"
  - "Ring-Down"
  - "Memory Half-Life"
  - "Recurrence"
  - "Effective Auditability"
  - "Restoration Capacity"
  - "Cross-Scale Outcome"
  - "Delayed Field Effect"
failure_modes:
  - "Snapshot Coherence Error"
  - "Pseudo-Coherence"
  - "Hidden Debt Accumulation"
  - "Error Lag"
  - "Premature Closure"
  - "False Stability"
  - "Metric Substitution"
  - "Delayed Collapse"
restoration_arcs:
  - "Temporal Validation"
  - "Auditability Restoration"
  - "Recurrence Reduction"
  - "Restoration Capacity Rebuild"
  - "Origin-Layer Repair"
  - "Basin Supersession"
related_laws:
  - "LAW-001"
  - "LAW-004"
  - "LAW-006"
  - "LAW-007"
  - "LAW-008"
  - "LAW-009"
  - "LAW-012"
  - "LAW-052"
  - "LAW-067"
  - "LAW-141"
related_invariants:
  - "INV-001"
  - "INV-004"
operator_sequence:
  coherent:
    - "Θ"
    - "Γ"
    - "Π"
    - "Τ"
    - "ℛ"
    - "U6/U7 validation"
  inverted:
    - "Γ"
    - "Π premature certification"
    - "Τ ignored"
    - "H hidden"
    - "τ_m persists"
    - "ε late"
aliases:
  - "Coherence Trajectory Law"
  - "Trajectory-Based Coherence Law"
  - "Coherence Over Time Rule"
  - "Snapshot Insufficiency Rule"
deduplication_note: "Root trajectory law. Domain-specific versions should be retained only when they add distinct diagnostic or design value."
source: "content/archive/laws/technical.md"

15. Compact Card Version

LAW-002 — Coherence Trajectory Law

Coherence is trajectory-based, not snapshot-based.

Plain meaning:

A system cannot be judged coherent from one moment, metric, claim, output, recovery, or stable state. Coherence must be evaluated across time, stress, ring-down, recurrence, hidden debt behavior, and cross-scale outcome.

Canonical form:

textScroll
coherence evaluation ⇒ dO/dt under load

Failure form:

textScroll
snapshot success + untested trajectory ⇒ provisional coherence only

Primary variables:

O, H, ε, ι, Au, R, µᵢ, , K, Φ, 𝓓, τ_m

Diagnostic signature:

A system appears coherent in a snapshot while hidden debt, recurrence, delayed effects, or cross-scale degradation remain untested.

Failure risk:

Snapshot coherence error, pseudo-coherence, premature closure, false stability, delayed collapse.

Restoration priority:

Track the system across time, load, ring-down, recurrence, and delayed field effects before declaring coherence, safety, recovery, or restoration.