lean

What This Proves

The short version

Six headline results organize the current Lean stack.

First, it audits selected claims from the Δt framework. That work found three places where the prose was collapsing distinct claim types into single sentences. Machine-checked formalization forced each claim to declare its type, then proved or falsified it on those terms.

Second, it defines a set of small admissibility kernels: authority, standing, freshness, surface authorization, witness invariance, state transition, execution, and corrective layers. Those kernels do not prove whole systems correct. They prove that specific boundary-crossing upgrades are impossible by construction.

Third, it has separately rooted sibling families for literal proof-theoretic admissibility, state-threaded dynamic traces, witnessed derivation and paid recomposition, custody-indexed checking, view semantics, and judgment orientation. These families make paid movement, exact residue, evidence jurisdiction, distinguishability, inquiry posture, and exact-origin contribution explicit without silently folding one axis into another.

Fourth, v14 assembles the capital-C Admissibility Calculus: a governed-family signature, materially different native instances, exact refusal-packet spines, typed comparison receipts, stored-decision crossings, and an origin/history-bound BreakGlass terminal instance. Its stored decisions retain native witnesses and refusals; its verdict projections preserve authority and exact refused packets without pretending that a clean verdict serializes an accepted witness’s identity.

Fifth, v15 records a Cross-Calculus Atlas over selected edges from Governed Transport, Execution Custody, and Continuity Admission. PJ does not import whole theories into a common logic. It records source and target index types, their local judgment families, the exact receipt required for one edge, and the carry operation licensed by that receipt. StaticRole is a held-out partial instance rather than a fourth fully absorbed calculus.

Sixth, v16 draws Governed Transition Boundaries: for a selected target and a selected view of the source, is there one total decoder recovering the target from the view, correctly for every source? Four axiom-free theorems settle the structural half, one declared-finite calculation settles a fixed coordinate language, and five bounded witnesses exhibit the negative direction in separately scoped fixtures. The generic statements are standard; the synthesis is what is checked.

The resulting theory is narrower: several candidate generalizations were rejected, surviving claims were reduced in scope, and only the reusable kernels listed below were retained.

V16 current surface — Governed Transition Boundaries

The GovernedTransitionBoundaries and GovernedTransitionBoundariesEvidence targets are public evidence. They change no stable root and no existing public module depends on them.

What it proves

What it does NOT prove

The complete non-claim ledger is in docs/V16-PUBLIC-INDEX.md.

Receipts: 29 total — 16 axiom-free, 7 [propext], 6 [propext, Quot.sound], zero Classical.choice, zero sorryAx — replayed fail-closed by scripts/check-governed-transition-boundaries-footprint.sh.

V15 surface — Cross-Calculus Atlas

The public V15Integration target imports the exact source calculi and their PJ adapters without changing the v14 stable aggregates.

For every declared bridge, carry is total once the exact source evidence and receipt are supplied. This is not a total translation from every source index, because a receipt may not exist. Nor is it an equivalence: reverse maps, round-trip laws, generic composition, and a shared native judgment are absent unless a source-local theorem explicitly supplies them.

The exact-receipt anti-minting result is similarly bounded. If source and target judgments are inhabited at a pair of indices but exact entitlement is refuted, a ReceiptFreeMintAt function receiving only those two judgments cannot manufacture the missing source-relative EntitledFrom. This is not derivation reconstruction, cryptographic unforgeability, or a generic ban on minting other judgment families. PJ itself does not qualify arbitrary bridge inhabitants.

The final classification is ATLAS. The retained negative results are FRONTIER-NOT-COMPOSITIONAL, NO-USEFUL-OWNERSHIP-COMMONALITY, CONTEXT-TRANSPORT-NOT-GENERIC, and ONLY-DOMAIN-SPECIFIC-RESIDUAL-THEORIES. They are results, not roadmap items. The public index gives the exact module map and the hostile audit gives the representative countermodels and source pins.

Governed Transport source calculus

LeanProofs.GovernedTransport formalizes proof-relevant transport across spans. Positive transport requires an explicit crossing lift; negative transport distinguishes image-relative blockage, global blockage, outstanding coverage, and exhibited gaps. Composition retains exact end-to-end routes, coverage repair adds witnesses without rewriting the original crossing, identity and associativity require explicit leg-preservation, and tagged federation retains local jurisdiction.

The separate LeanProofs.GovernedTransportEvidence root carries the hostile countermodels: source evidence without a lift, incomplete coverage, local evidence laundering, endpoint-equality laundering, route-history collapse, and related composition/federation failures. These are public evidence, not stable dependencies.

The source core and evidence roots are public and custody-registered. Their appearance in V15 does not promote omitted instance campaigns or establish operational correspondence, FEDERATED-OR-NONE, or a generic extension. The historical GT-4A candidate packet remains a source-custody record rather than the current V15 classification.

Formal contract and runtime conformance

The proofs in this repository establish exact formal shapes, distinctions, preservation laws, and non-implications under their stated hypotheses. They do not, by themselves, prove that any runtime implements those shapes. That proof-to-world fence is load-bearing, but it is an epistemic boundary, not a waiver of correspondence.

Four claims must remain distinct:

A runtime repository that claims conformance to this work must carry a versioned, reviewable artifact such as CALCULUS-CONFORMANCE.md, optionally backed by a machine-readable manifest. For the exact scope claimed, that artifact must identify:

Runtime names and internal layouts need not literally mirror Lean. The mapped semantics and every required distinction must survive implementation and transport. A formal refinement proof may discharge covered preservation obligations more strongly, but it does not waive the exact map, executable evidence, or revision-bound qualification artifact.

Within the declared scope, a missing or incomplete correspondence is a blocker to a conformance claim. A flattened required distinction is a defect against that claim, not interpretive freedom. A partial implementation may declare a narrower scope and explicit nonclaims; it may not present that subset as full conformance.

Accordingly, every statement below that Lean “does not prove runtime correspondence,” “runtime conformance,” or “runtime enforcement” means that Lean alone does not discharge this runtime evidence obligation. It does not mean that correspondence is optional for a runtime claiming to implement the governed surface.

v14 surface — Governed Admissibility Calculus

v14 moves the repository’s central claim from a collection of bounded formal families to an indexed compositional system governing its named families, instances, and crossings. The exact public root is LeanProofs.Admissibility.Calculus; its rung 2–7 footprint contains 191 frozen receipts. The rung-1 PathVerdict substrate is gated separately at 36 receipts. Inventory, admission history, scope fences, and axiom disclosure are recorded in docs/V14-RELEASE-LEDGER.md, docs/V14-READINESS-LEDGER.md, and CLAIM-REGISTER.md entries 19–25.

What it proves

For a runtime claiming the full calculus, those distinctions are requirements, not design suggestions. In particular, a Boolean-only decision, a mapping that cannot recover native refusal packets, conflated standing/custody/obligation books, endpoint-only authority, downstream re-evaluation of a stored crossing, or a stored crossing representation that drops the successful witness from a mixed refusal or one side of a double refusal fails full correspondence. An explicitly narrower verdict/log projection may omit accepted witness identity where the formal projection does. A runtime may claim that narrower named surface, but must say so and carry the mapping and evidence required above. The Lean definition and its source-shape gate do not prove runtime invocation counts; a runtime claiming single evaluation must supply its own executable or instrumented evidence.

What it does NOT prove


v13 release note — Repository Custody Migration

v13 adds no theorem claim. It corrects where already-finished work lives and what compatibility it promises. Stable APIs are exact-root closures; finished examples/countermodels are terminal public evidence; live incubation moves to skunkworks. The v4-v7 material described below now lives under LeanProofs/CustodyIndexed/, and PathVerdict under LeanProofs/Admissibility/PathVerdict/. Historical release ledgers retain the old paths and labels. See docs/V13-RELEASE-LEDGER.md. This is a compatibility/custody release, not a new theorem claim.


v12 sibling family: Judgment Orientation

The exact release inventory, thirteen frozen footprint receipts, and custody boundary are recorded in docs/V12-RELEASE-LEDGER.md.

What it proves

The optional Examples public-evidence module supplies Streetlamp, source-blind laundering, four-relay, accumulator-repair, payload-conflict, and bridge witnesses. The stable five theorem modules do not depend on those fixtures.

What it does NOT prove


v10 sibling family: View Semantics and Bounded Projection

The current exact stable root is LeanProofs.ViewSemantics; finished fixtures and the P25 adapter remain in separate public-evidence targets. The v10 campaign inventory is frozen in docs/V10-READINESS-LEDGER.md, while v13 records the current stable/evidence custody split.

What it proves

What it does NOT prove

The final gates keep the stable and default public-evidence closures Mathlib-free and role-separated, isolate and pin the explicit Mathlib P25 public-evidence island, and check the declared receipt footprints.


v9 sibling family: Dynamic Traces and Profile Semantics

The current dynamic-trace compatibility surface has two exact Mathlib-free roots: LeanProofs.Admissibility.DynamicTrace and LeanProofs.Admissibility.FreshnessDynamicTrace. The v9 release-time inventory is frozen in docs/V9-RELEASE-LEDGER.md; the checker-facing profile specimens it introduced are now terminal public evidence or skunkworks, not dependencies of these roots.

What it proves

What it does NOT prove


v8 sibling family: Sequent Admissibility Island

The current exact Mathlib-free proof-theory root is LeanProofs.ProofTheory; its axiom-print audit is separately held as public evidence. The frozen theorem inventory is in docs/V8-RELEASE-LEDGER.md, with constructivity failures caught during development recorded in LeanProofs/ProofTheory/SCARS.md.

What it proves

What it does NOT prove


Layer 1: Static Topology (TaxonomyGraph.lean)

What it proves

The 15-domain cybernetic failure taxonomy has a static pipeline graph with exactly four terminal nodes: Δg (gain mismatch), Δa (actuation mismatch), Δx (scale inversion), and Δh (hysteresis). These organize into three terminal families, not one.

Every non-terminal domain is classified by which terminals it can reach:

Role labels are structurally coherent for 10 of 11 roles. One mismatch (Δx labeled “cross-scale transmission” but structurally terminal) is left unresolved as data.

What it killed

“Δh is the universal sink.” False as a graph-topological claim. Δs and Δk cannot reach Δh through any pipeline path. The signal family dead-ends at gain/actuation. The coupling family dead-ends at scale inversion.

What it does NOT prove


Layer 2: Branch Selection (BranchSelector.lean)

What it proves

The branching precursors (Δn, Δo, Δb, Δp, Δr) are dual-channel degraders. Each precursor event burns two budgets simultaneously:

Closure family is selected by whichever budget exhausts first. This depends on the interaction of burn profile (which precursor) and pre-existing budget asymmetry (system condition), not on precursor type alone.

The formally verified results:

What it killed

“Precursor type determines closure family.” False. A system with weakened authority coupling is primed for hysteresis regardless of whether the precursor is model-heavy or governance-heavy. The selector is the budget asymmetry, not the event identity.

What it does NOT prove


Layer 3: Persistence Dynamics (PersistenceModel.lean)

What it proves

Once authority-consequence coupling breaks (Δc), hysteresis (Δh) is driven by cumulative rollback depletion under detached commits. The model has five states (aligned, detachedShort, detachedWarn, hysteretic, restructured) and five events (detach, commit, idle, reattach, externalRepair).

The formally verified results:

Three-way recovery distinction

  Mechanism Result
Internally recoverable Reattach while capacity remains Original baseline restored
Externally repairable External restructuring New operational regime, reduced capacity
Locked in No internal event exits hysteretic Requires external intervention

What it killed

“Prolonged contiguous detachment is necessary for reset failure.” False. Repeated short detachment episodes, each individually recoverable, can accumulate into irrecoverability. Episode recoverability does not imply lifetime recoverability.

“Repair restores baseline.” False. External repair produces RESTRUCTURED, not ALIGNED. The system is operable again but not equally resilient. Repair restores operability, not original rollback margin.

What it does NOT prove


Admissibility Kernels 1.0 surface

This section describes the earlier Admissibility Kernels 1.0 surface, not the v14 capital-C Admissibility Calculus. The 1.0 work produced a set of small refusal kernels rather than a unified or maximal calculus.

The admissibility kernel modules described below form a named public surface: Admissibility Kernels 1.0, aggregated at LeanProofs/Admissibility/AdmissibilityKernels.lean (previously CalculusOne.lean under the retired “Admissibility Calculus 1.0” framing — see migration note in the aggregator’s docstring). A Lean authority kernel with typed verdicts and object-level refusal theorems for admissible transition; general composition rules and meta-theorems are out of scope for 1.0. Not a sequent calculus, not a process calculus, not a proof-theoretic admissibility logic, not a unified maximal calculus. Eight modules are tagged [1.0]:

Seven specimen consumers in LeanProofs/Admissibility/Examples.lean demonstrate the public API (valid advisory result, valid authorized mutation, stale evidence refusal, self-cert denial, conflicting precedence denial, receipt-without-authority non-upgrade, open finding accounted).

What 1.0 deliberately does not claim: a general theory of institutions; recovery doctrine; cross-boundary process composition; numerical-kind or artifact-kind axes; a calculus of communicating processes; formal verification of any real-world institution or paper. Related finished modules are public evidence outside the 1.0 closure; LocalBoundary remains incubation in skunkworks. Root-level paper-specific modules are specimens, not contents.

StepAllowed (the mutation-side authorization primitive) does not carry a preservation obligation for externally-defined defended values. The wound and its positive bridge are formalized in the safety-bridge family described in the next section; the kernel-1.0 surface itself remains silent on safety preservation, as intended.

Slogan:

Admissibility Kernels 1.0 models when evidence-backed claims may authorize transitions, proves that boundary-crossing upgrades are impossible by construction, and refuses laundering across the surface, freshness, witness, and authority axes.

Full surface composition, scope fence, and custody roles: LeanProofs/Admissibility/README.md.


Artifact Authority Profiles (v7, LeanProofs/CustodyIndexed/)

What v7 proves

What v7 does NOT prove

Finite Custody Checking (v6, LeanProofs/CustodyIndexed/)

What v6 proves

What v6 does NOT prove

Custody-Preserving Normalization (v5, LeanProofs/CustodyIndexed/)

Normalization cannot forge payment.

What v5 proves

v5 proves that the v4 skeleton’s derivations can be normalized without laundering custody — and that this is an inversion of the classical picture: classical normalization removes detours and preserves derivability; custody-preserving normalization removes only policy-licensed detours and refuses when removal would erase payment.

What v5 does NOT prove

Per-theorem receipts: docs/V5-RELEASE-LEDGER.md.


Custody-Indexed Sequents (v4, LeanProofs/CustodyIndexed/)

No custody chain, no derivation.

What v4 proves

v4 proves that the bounded lifecycle calculi can be crossed — composed across judgment regimes — without silently erasing custody. The object is a parameterized indexed-sequent skeleton (now the exact CustodyIndexed stable target):

What v4 does NOT prove

Per-theorem receipts: docs/V4-RELEASE-LEDGER.md.


Bounded Lifecycle Calculi (v3, LeanProofs/BoundedCalculi/)

No artifact may testify beyond the stage it actually survived.

What v3 proves

v3 proves that the custody-aware authority discipline can be factored into a family of bounded local calculi — nine of them, spanning the lifecycle: temporal custody, surface projection, refusal/denial, boundary artifacts, obligation/residue, safety preservation, execution custody, boot/genesis, and checkpoint settlement (plus MeasureAccounting, a generic conservation engine that is support machinery, not a calculus).

Each calculus has:

Per-module theorem receipts, proof-shape classification, and re-attested axiom footprints (all ≤ [propext, Quot.sound], many zero-axiom): docs/V3-RELEASE-LEDGER.md.

What v3 does NOT prove

v3’s proof claim is local-family completion, not global admissibility.

Relation to prior work

This work combines proof-theoretic judgment discipline, provenance/custody, authorization logic, temporal validity, and substructural resource accounting into bounded lifecycle calculi for operational artifacts. It sits near several established lines of work, and is not proposed as a replacement for any of them. It composes their concerns around a narrower question: when an operational artifact moves through a lifecycle, what later-stage authority may it claim — and which conversions must remain impossible without explicit bridge evidence? The recurring theorem shape is stage-n artifact ⇏ stage-(n+1) authority unless the next stage’s own witness or an explicit bridge exists.

The distinct object is bounded lifecycle calculi with explicit non-collapse walls for operational artifacts — a proof discipline for preventing artifacts from testifying beyond the stage they survived. The novelty claim is the welding, not the ancestors.

A fuller two-sided related-work map (representation-side authorization lineages and demand-side admissibility lineages) is maintained in the papers repo under working/tooltheory/ (admissibility related-work map).


Witnessed Derivation Calculus (LeanProofs/Witnessed/)

A compiled theorem is evidence into an admission gate, not the receipt the gate emits. Signed is not witnessed.

The Witnessed Derivation Calculus is a narrow, ratified, Mathlib-free proof-theoretic calculus for witnessed movement across typed boundaries — now a canonical surface (import LeanProofs.Witnessed), promoted from the ratified experiment record (experiments/no_free_lift_wiring/RATIFICATION-v1.3.md, artifact 5eb5629). Distinct from the Admissibility Kernels above: those are local refusal kernels; this is a calculus of movement between contexts, where every cross-boundary step consumes a bridge coordinate.

What it proves

The original ratified receipts carry axiom footprints <= [propext, Quot.sound], re-attested in the canonical build by scripts/check-witnessed-footprint.sh; the additive formula/resource receipts are Mathlib-free and compile through the same Witnessed surface. A consumer specimen (LeanProofs/Witnessed/Examples.lean) exercises the public API from outside the ported cone.

v11 — Occurrence-Exact Paid Recomposition

Ordered payments admit proof-relevant, occurrence-indexed checking with exact computed residue. Under exact attempt-level catalog completeness, paid global plans and paid catalog plans are equivalent without replacing native receipts, expected-payment evidence, payment traces, or residue. Endpoint-only completeness is insufficient.

The focused stable root LeanProofs.Witnessed.PaidRecomposition adds two Mathlib-free modules to the Witnessed surface:

The theorem family separates three claim scopes: acceptance of one submitted attempt/payment order; nonexistence of an accepted plan relative to one named catalog; and global nonexistence only under exact attempt-level completeness.

Two public evidence modules remain outside the stable import graph. Applications.ResourceTraceOneCrossing retains the resident ResourceCheckerExec.Trace Nat and native positive checker equation through the catalog conversions and reconstructs the resident derivation. Countermodels.EndpointCompleteness gives authorized and forged attempts the same endpoints but different exact identities, dependent positive content, and expected payments, proving endpoint completeness insufficient. The public-evidence Applications.FiniteSupportOneCrossing imports the corrected public LeanProofs.CustodyIndexed.FiniteSupportChecker foundation and retains native positive and negative finite-support checker results, positional provenance, exact payment residue, native offender/excess meaning, and accepted-path obligation residue. The fixed three-cycle fixture was intentionally not promoted because it contributes no independent evidence.

This is a repository-integration theorem family, not a new cut connective, proof calculus, matching result, or planner. It claims no Hall, 3DM, CSP, complexity, or general synthesis novelty. Occurrence indices are positions in the current context, not persistent serials. An equation ResourceCheckerExec.checkTrace = none rejects only the submitted trace. PaidGlobalPlan.injectiveOn is inherited plumbing and the singleton application supplies no nontrivial injectivity evidence. No transition or refusal-debt semantics are modeled; no dynamic authority, resource creation, or temporal debt follows. PC-1 and PC-2 remain closed. Stateful bounded realization/refusal is the next separate frontier.

What it does NOT prove

These open directions are named, not started: docs/WITNESSED-FRONTIER-REGISTER.md.


Infrastructure: Admissibility Kernel

This is not paper-claim cashout. It’s substrate — formal infrastructure that Governor (agent_gov) and other downstream work, and any “no laundering” claim, can cite. Doesn’t fit the slogan-killing pattern of Layers 1–3 because it’s not retroactively sharpening prose; it’s pinning an algebraic skeleton from scratch.

Four modules in LeanProofs/Admissibility/:

What it warrants

Governance-state mutation requires both mutation standing and an authorized claim verdict, and a revoked basis cannot produce an executable authorized step.

What it does NOT warrant

Why it’s here

Governor (agent_gov) is described here as an intended downstream implementation target for this kernel. The Lean modules do not replace or prove Governor. If Governor claims to implement the kernel, the exact formal surface governs that claim: its conformance artifact must map the in-scope types, verdicts, transitions, and abstract seams above, then show that their required distinctions survive execution and transport. Without that map and evidence, Governor may cite an intended contract but may not claim this formal warrant for its implementation.


Infrastructure: Safety bridge (Frontier 1)

Eight modules in LeanProofs/Admissibility/ (added 2026-05-27 / 2026-05-28), addressing the Frontier 1 wound (“Admissibility ≠ Safety”) from the closed 2026-05-10 reverse-gap audit. SafetyBridge is the exact stable core; the wounds, concrete witnesses, and trajectory/application modules are public evidence. None enters the Admissibility Kernels 1.0 closure.

What it warrants

Authorization does not entail defended-value preservation — neither at the StepAllowed (standing) layer nor at the AuthorizedStep (all-green verdict) layer. A separate bridge predicate is required: bridge_implies_safe projects safety through preserves, never through Allowed. The separation composes: a bridged trajectory preserves the value floor; an authorized trajectory does not in general; the value-losing endpoint admits no bridged trajectory (no-lift). The abstract primitive instantiates over a second textured model (AttestationLedger), so the pattern is not an artifact of the Bool/poison receipt miniature.

What it does NOT warrant

Why it’s here

Frontier 1 of the 2026-05-10 AGI-requirements reverse-gap audit (historical/audits/AGI_REQUIREMENTS_REVERSE_GAP_AUDIT_2026-05-10.md) named the wound: kernel correctly says authorization holds; it does not say authorized actions are safe. The corpus had the negative direction (Loop Capture: L_t legitimacy can stay high while V_t defended value decays). This family formalizes both directions — the wound as a theorem, the positive bridge as a structural primitive — and lifts the pair to trajectories so the divergence is a composition result, not a single-step accident. The interpretive frontier (real institutional legitimacy structures) is downstream of this and stays open.


Infrastructure: Cross-Boundary Artifact Specimens

Four public Mathlib-evidence modules in LeanProofs/Admissibility/ (added 2026-05-21), applying the admissibility kernel’s forbidden-artifact-unconstructible discipline to a new artifact family: boundary-crossing exposures. They remain outside the 1.0 stable closure.

Composition discipline — projection pattern

Each downstream slice reuses the kernel containment theorem via a five-step projection:

1. richer Config carries the kernel's exposure set + new artifacts
2. toExposureConfig drops new artifacts, preserves exposure set
3. step_to_exposure_reach: each richer step projects to a kernel Reach
4. reach_to_exposure_reach: chain via CrossBoundaryExposure.Reach.trans
5. invoke no_external_exposure_without_authorized_edge on projection

The brick’s own theorem then falls out as a corollary. Any new step constructor that bypasses the boundary check breaks step_to_exposure_reach immediately at the type level. This is what makes the cross-boundary sub-family composable rather than three independent specimens that happen to share a name.

What it warrants

Under a sealed Internal→External boundary, no reachable configuration can contain a forbidden Internal-origin External-target exposure; exposure-attributed external degradation cannot cite an Internal-origin exposure; internal failure cannot mint an external exposure. And — affirmatively — given an authorized path from d₀ to dₙ and a failure kind, there exists a reachable cascade trace producing an endpoint exposure at dₙ. The English sentence “internal failure cannot leak across a sealed boundary, but can propagate where authorization permits” now has a constructor-argument spine.

What it does NOT warrant

Why it’s here

Outside-aperture category audit (“is this a process calculus?”) surfaced the candidate; inside-aperture overlap review found the forbidden-artifact-unconstructible pattern already instantiated three ways but the cross-boundary artifacts missing. The family fills that slot without minting a new proof pattern. Its terminal public-evidence role records that the proofs are finished and citable while their signatures remain outside the 1.0 compatibility claim. No downstream consumer is required for the formal work.

See papers/working/cross-boundary-artifact-specimens.md for the full audit trail.


What the Δt layers as a whole say

The informal Δt framework theory was compressing three distinct claim types into single sentences:

  1. Static reachability (graph property) was conflated with temporal attractor dynamics (persistence property) — compressed into “universal sink”
  2. Contiguous duration was conflated with cumulative commitment — compressed into “long enough”
  3. Episode outcome was conflated with lifetime trajectory — compressed into “recoverable”

All three conflations made the theory sound stronger than it was. The formalizations force the distinctions.

The corrected theory has a layered structure:

Each layer has its own claim type. Structural claims stay structural. Dynamic claims stay dynamic. Restorative claims stay restorative. They don’t get to share a sentence.


The Δt meta-result

Formalization did not confirm the informal theory. It forced the informal theory to stop cheating.

The theory’s center of gravity was “Δh captures everything eventually.” That was doing three jobs at once: a graph claim, a persistence claim, and a restorative claim. Each job needed a different model. Each model, once built, killed part of the original slogan while sharpening the part that survived.

The machine didn’t make the theory more impressive. It made it more honest. That turned out to be the same thing.


Failures are part of the artifact

The value of this stack is not only in the theorems that survive. It is also in the disciplined damage report produced when prose claims fail contact with formalization. A broken or stale lemma is not treated as embarrassment or debris; it records a boundary where the theory overreached, collapsed distinctions, or smuggled authority across a transition it had not earned. In that sense, the register is part of the result: it shows not just what the kernels prove, but what they refused to let the author continue pretending was true.