Epistemic Stack

Most knowledge systems store ideas.
They don't know what they know.

A hypothesis recorded a year ago and a mechanism that survived adversarial probe live in the same file. Cited the same way. When challenged externally, the system cannot show what is confirmed and what is not.

This is not a discipline problem. It is an architecture problem.

01

Without explicit epistemic architecture, knowledge systems drift toward undifferentiation automatically

Any system that produces claims over time has the same structural defect by default: the boundary between confirmed and provisional erases — not because anyone is careless, but because there is no mechanism maintaining it.

Old hypotheses are never marked obsolete. Working assumptions become de facto canon — not through verification, but through repetition. Claims recorded without a falsification condition receive the same weight as claims that survived adversarial probe.

Without explicit epistemic structure, all long-running knowledge systems drift toward canonical flattening: hypotheses, verified mechanisms, obsolete assumptions, and unresolved signals begin to carry equal structural weight. The system does not degrade from a single decision — it drifts from the absence of one.

Three consequences that surface without explicit status tracking:

  • Canonization by repetition — a claim becomes fact through citation, not verification
  • Loss of falsification lineage — the system cannot explain why it believes what it believes
  • Invisible decay — the assumptions underlying conclusions age out undetected

The problem accelerates in AI-assisted systems, where knowledge production outpaces epistemic verification.

02

The system does not filter material.
It labels it.

This distinction matters. Filtering removes material from the system — losing with it the information about what was considered and why it was set aside. Ranking creates hierarchy without explicit epistemic status. Curation depends on the curator.

The Epistemic Stack does something different: every record carries an explicit epistemic status at all times. Accumulation is not constrained — the status of what is accumulated is always legible.

It is a five-layer architecture. Each layer has explicit status values, transition conditions, and decay rules. A record cannot move to the next layer without satisfying the gate condition. A record that does not satisfy the gate stays where it is — correctly labeled.

Bazaar
Raw material. Signals, observations, ideas before they have a falsification condition. Rule: no falsification condition = stays in Bazaar indefinitely. This is not a failure — it is a correct epistemic label.
Foundation
Stabilised knowledge in three forms: confirmed mechanisms with verified cross-domain grounding, architectural decisions with recorded rationale and tradeoffs, and operational standards with versioning. Foundation records are not revised informally — revision requires an explicit trigger.
Sessions
Temporal trace. Every working session leaves structured handoff instructions for the following instance. Sessions preserve continuity of work across time without collapsing provisional reasoning into stable knowledge.
Observations
Compressed signals from practice, named before they become full cases. Status range: open / semi-open / closed. Semi-open means the signal is real but the mechanism is not yet confirmed.
Decisions log
Chronicle of architectural choices. Each entry carries rationale, alternatives considered, and tradeoffs accepted. Append-only.
03

How revision remains possible without collapsing trust

Fix everything as certain — the system stops learning. Revise everything — nothing can be trusted. The stack offers a third option: controlled revision. Revision happens only when a formal condition is met.

Hypothesis Gate
Bazaar → Foundation

A record moves out of Bazaar only if it has a named falsification condition. "I think X happens" — Bazaar. "X happens, and here is what would disprove it" — ready to move.

Promotion Gate
Mechanism candidate → confirmed

A mechanism becomes confirmed only when multiple independent verification conditions are met. No single signal substitutes for the others, and no mechanism is treated as confirmed solely through repetition, internal coherence, or explanatory fit.

A mechanism without adversarial probe is a candidate indefinitely, or until the probe runs. Not confirmed.

Full gate conditions — in the restricted operational layer.

04

How the system generates pressure on its own conclusions

Publishing a case is not the end of the cycle. It is entry into an environment of epistemic pressure.

Each published case carries a structured signal field that tracks its relationship to the mechanism taxonomy: whether it supports current classification, introduces a potential counterexample, or marks a boundary condition. Counterexamples and unresolved edge conditions remain attached to the taxonomy and can trigger structured re-evaluation when pressure accumulates.

Multiple independent validation perspectives operate in parallel, each exposing different classes of failure and interpretive bias.

Agreement inside a single interpretive frame is weak evidence. Stronger evidence emerges when a claim remains stable across evaluators operating from structurally different assumptions and failure surfaces. Publication is therefore treated not as confirmation, but as exposure to epistemic pressure from different directions.
05

CDSA applied to its own knowledge architecture

The problem the stack addresses is not specific to StratoAtlas. Any research practice that produces claims over time faces the same challenge.

This is an architectural problem — and it has a CDSA diagnosis. The contradiction: accumulation (more material → richer system) conflicts with legibility (more material → harder to know what is actually confirmed). Standard responses choose one over the other. The Epistemic Stack resolves the contradiction structurally: accumulation is not constrained, but every record carries its status in explicit form.

The stack is applicable to any system that:

  • produces claims over time
  • operates with multiple participants or instances
  • must answer the question "why do you believe this" — structurally, not from memory

StratoAtlas uses the stack as infrastructure for its own diagnostic practice. The same architecture applies wherever knowledge production runs faster than epistemic verification — which is most places now.

The operational layer — status transition rules, gate conditions, decay protocols — is maintained as a living document synchronised with the database. This page presents the structural logic: the problem, the architecture, and the zone of operation. The operational layer is separated because procedural fragments detached from diagnostic context rapidly degrade into mechanical ritual. The instruction survives, the judgment does not.

  • — Operational gate conditions and revision rules
  • — Status transition and decay handling
  • — Validation and re-evaluation procedures
  • — Recursive maintenance of the stack itself

Public outline · Restricted operational layer