SYDERIALThe reference point.Early access
Essay · SYD-TR-2026-001

Why Intelligence Needs a System of Record

The category essay. Money, operations, relationships, and identity each acquired a record when they began to matter. Intelligence is the next consequential layer of computing. And the last one running without one.

Every consequential layer of computing eventually acquired a system of record: a single, authoritative account of what is true, who changed it, and under what authority. Money got the ledger. Operations got the ERP. Relationships got the CRM. Identity got the directory. Each arrived not when its domain was invented but when it began to matter, when being wrong about it became expensive, and being unable to say why became unacceptable. Intelligence, the accumulating context that agents and applications reason and act on, is now the most consequential layer running without one. This essay argues that the missing layer is not a better model or a bigger memory, but a governed context of record, and sketches the substrate’s target end state.

01 · A record arrives when a domain begins to matter

The records, in order of consequence

The pattern is consistent. A domain becomes load-bearing; informal accounts of it stop being good enough; an authoritative record appears, and everything downstream is rebuilt to trust it. The ledger did not make commerce possible. Commerce made the ledger necessary. The same sequence is now overdue for the one layer that has, in a few short years, become the substrate of decisions: the context that intelligent systems hold about a person, an organization, and the world they operate in.

MoneyDouble-entry ledger1494OperationsERP1992RelationshipsCRM1995IdentityDirectory1999IntelligenceContext of record·
Fig. 1 · Each domain acquired a record when it began to matter: intelligence has notOrder of acquisition
02 · What intelligence runs on today

A memory is not a record

The systems intelligent applications currently rely on are not records, and the distinction is not pedantic. A vector store retrieves what is similar, not what is true. A “memory” appends notes without provenance, authority, or a way to say what was believed when. A fine-tune fuses yesterday’s context into weights where it cannot be corrected, scoped, or audited. Each is useful; none is a system of record, because none can answer the questions a record exists to answer:

Without answers to these, an intelligent system cannot be held accountable for what it concludes or does. And accountability is precisely the threshold a domain crosses when it begins to matter.

Money, operations, relationships, and identity each acquired a record when they began to matter. Intelligence is the next consequential layer. And the last one running without one.

03 · The shape of the answer

A context of record, not a smarter cache

A system of record for intelligence has a definite shape. Raw inputs become signed, bitemporal, label-bearing claims. Every derived structure (graph, vector index, search, brief, operating view) is a projection computed from the claims log and rebuilt on demand, never an independent source of truth. Separation between contexts is a coordinate of the record (a boundary label carried by every claim and propagated into every projection) rather than a filter applied late in the query path. Action is taken only within explicit authority grants, themselves recorded as claims. The result is a substrate on which continuity can be built: governed, replayable, and accountable by construction.

Two of these primitives are treated at length elsewhere in this register, the two-clock claim model in Bitemporal Claims, and the boundary lattice in Boundary-First Information Governance. Here the concern is how they compose into a whole.

04 · The target end state

Six planes, one record

In the target end state the substrate is a stack of planes that all resolve to the same claims log. At the bottom is an append-only audit chain: Ed25519 signatures over a SHA-256 hash chain, externally verifiable. On it sit the claims: bitemporal, provenance-backed, boundary-labelled. Above the claims, every operational structure is a projection rebuilt from the log. Reasoning runs as a council with disagreement preserved as a first-class object, not averaged away. Every external side effect passes through a durable execution path (propose, approve, execute, verify, compensate), governed so that nothing acts outside its authority. And an operator control plane makes the whole thing legible to the tenants, reviewers, and agents who run it.

REBUILT FROM THE LAYER BELOWOPERATOR / CONTROL PLANEtenants · work & review queues · attestationsEXECUTIONTemporal: propose → approve → execute → verifyREASONINGcouncil · model lanes · dissent registryPROJECTIONgraph · vectors · search · briefs · timelinesCLAIMSbitemporal · provenance · boundary-labelledTHE LAYER OF RECORDAUDIT CHAINEd25519 + SHA-256 · append-only · verifiable
Fig. 2 · The substrate's target end state: every plane resolves to the claims logReference architecture

The discipline of the diagram is that the arrow only points one way. Authority and truth resolve downward to claims; views are rebuilt upward from them. Nothing above the claims layer is permitted to be a second source of truth. This is what makes the substrate a platform others can build on rather than another opaque store: anything it shows, it can show its work for.

05 · The loop that keeps it true

Capture, project, reason, act, record

A record is only as good as its discipline for staying current. The continuity loop is that discipline: inputs are captured as claims; projections are rebuilt; reasoning proposes; bounded execution acts; and the evidence of acting (what was done, on what belief, under what authority) returns to the log as new claims. The loop closes on itself, and because each step is recorded, the system can always replay how it arrived where it is.

Fig. 3 · The continuity loop: evidence of acting returns to the recorddiagrams.loop

None of this requires the model to be infallible. It requires the record to be honest: to keep what was believed, to scope what may be seen, to bound what may be done, and to show its work. That is the wager of this company, and the reason the work is published before the product. The argument is the substrate; the product is its consequence.

The essay in one line

  • Every consequential layer of computing acquired a system of record when it began to matter; intelligence is the one still without.
  • Vector stores, memories, and fine-tunes retrieve or recall. None can answer for provenance, time, boundary, and authority.
  • The answer is a governed context of record: signed bitemporal claims, with every other structure a projection rebuilt from them.
  • The target end state is six planes resolving to one claims log, anchored in an external audit chain.

Notes

  1. Dates in Fig. 1 mark broad adoption, not invention: double-entry book-keeping is codified by Pacioli (1494); ERP, CRM, and enterprise directories reach general adoption across the 1990s.
  2. “Context of record” and “substrate” are used in their strict sense throughout: the governed system of record under agentic work, not a principal-facing application.
  3. The claim model, boundary lattice, authority grants, and the invariants of the continuity loop are defined formally in the context-of-record specification.
The reference document

Read the specification this argument implements.

The context-of-record specification is distributed to early-access organizations and reviewers. We welcome serious technical correspondence. Disagreement most of all.

Request a copy
All researchThe architecture