Knowledge change control room

LivingIP Knowledge Observatory

See what is proposed, canonical, retrievable, and active — without changing any of it.

Read-only ObservatoryPlane cards: dated snapshotNo write path

The four plane cards are a recorded audit fixture from 2026-07-13, not live state. The protected canonical explorer below reports its own live or closed state; recorded replay data and illustrative mental-model copy stay separate.

Surveying the canonical sky…
The trust model

One change, four different states

Proposed is not canonical. Canonical is not automatically retrievable. Retrievable is not necessarily active at runtime.

0116 awaiting review
Review queue · Protected proposal ledger
16

Candidate changes remain separate from canonical knowledge until protected review and apply.

Recorded 2026-07-13 staging-ledger count audit
Recorded fixture · not live

02Canonical store
Knowledge graph · Canonical knowledge store
1837

The dated audit captured admitted claims, sources, evidence links, and claim edges in the canonical record.

Recorded 2026-07-13 canonical-store count audit
Recorded fixture · not live

03Parity drift detected
Retrieval projection · Retrieval service
2233

In the dated audit, the retrieval projection used source-derived identifiers and was not keyed one-to-one to canonical claim UUIDs.

Recorded 2026-07-13 Qdrant ↔ source-path audit
Recorded fixture · not live

04Active · identity drift
Runtime state · Runtime projection
active

In the dated audit, the runtime service was healthy while its identity projection differed from a canonical render.

Recorded 2026-07-13 VPS/leoclean runtime audit
Recorded fixture · not live

Difference ledger

Where the planes disagree

Recorded 2026-07-13 audit fixture · not live state
proposalscanonical16 pending

Review boundary

Pending proposals are visible without implying that the canonical graph has changed.

  • 29 total proposals
  • 16 pending review
  • 3 approved
  • 2 applied
  • 8 canceled
canonicalretrieval335 source/index exceptions

Index parity

The dated audit compared source paths with one retrieval implementation; canonical parity could not be asserted.

  • 329 missing source-derived records
  • 6 orphan records
  • Recorded index IDs derived from source paths
canonicalruntimeSOUL mismatch

Identity projection

The dated audit recorded a healthy runtime service while its rendered identity projection was not in canonical parity.

  • Recorded runtime active
  • 0 recorded restarts
  • Canonical identity-render drift detected
Canonical browser · live read closed

Canonical claims, exact and spatial

The table is the exact audit surface. The optional 3D map places the same allowlisted records at deterministic, illustrative coordinates—not semantic embedding positions.

Live read is closed

Checking the protected canonical connector

The recorded Observatory fixture remains available while the server-only canonical read resolves.

  1. 1 Protected GET boundary
  2. 2 Server-only preview adapter
  3. 3 Exact table + illustrative map
Canonical claim inspector

One claim, with receipts

unavailablelivingip.observatory-canonical-claim.v1
Checking the protected canonical claim connector

The recorded claim fixture remains available while the server-only single-claim read resolves.

Interaction test bed

Persona → Strategy → Beliefs → Claims

Illustrative belief and claim reasoning appears beside a recorded event replay; neither represents live canonical or runtime state.

Persona + strategy

illustrative
The Observatory
Read-only change cartographer

I make the journey from proposal to active runtime legible, attributable, and reversible.

Sanitized / illustrative — Observatory mental model, not canonical Leo

Strategy demo-v1
Make every knowledge change inspectable

Help m3taversal and the team see what changed, why it changed, and which system has — or has not — adopted it.

  • Normalize sanitized snapshots from all four state planes.
  • Compute proposal, retrieval, and identity-projection diffs.
  • Replay recorded prototype events without presenting them as live telemetry.
  • Keep approval and apply controls outside the read-only demonstration.
Guardrails
  • Observe and explain; never mutate canonical or runtime state.
  • Keep proposed, canonical, retrievable, and active states visually distinct.
  • Attach provenance and a data-class label to every displayed fact.

Beliefs + claim review

3 beliefs
State boundaries create trust
Sanitized / illustrative

A proposal should never look canonical before a protected apply succeeds.

Evidence-adjusted confidence86% +14 pts

Before 72% · The recorded review queue supports a strong visual and operational boundary.

Extracted claims
Adversarial challenge

?Could an approved or indexed-looking proposal be mistaken for an applied canonical change?

Review conclusion

Yes — unless the interface keeps proposal, canonical, retrieval, and runtime receipts separate.

Evidence → confidence

+20The dated fixture recorded 16 of 29 proposals as pending review. recorded audit fixture

+8The UI renders proposal and canonical planes as separate columns. sanitized illustrative data

Strategy effect

Keep the protected apply boundary visible in every proposal trace.

Change events

recorded + illustrative
  1. sourcerecorded
    Identity Architecture V3 observed

    The document entered the proposal trace; no write was performed by this dashboard.

  2. proposedpending
    Protected review is still required

    The recorded proposal remained behind protected review without implying canonical admission.

  3. canonicalunchanged
    Canonical graph held steady

    No V3 canonical mutation is represented in this sanitized snapshot.

  4. retrievalunmapped
    No retrieval activation

    A pending proposal had no canonical mapping to activate in the retrieval projection.

  5. runtimeunchanged
    Runtime projection remained unchanged

    The recorded runtime projection did not adopt the unapproved identity proposal.

Recorded prototype run17.39 s measured

Compressed playback of recorded timings. It does not write anywhere.

Recorded prototype data — not live telemetry

Concrete change trace

Identity Architecture V3

The proposal is visible end to end, while every downstream plane correctly remains unchanged or unmapped.

Source
Identity Architecture V3.md

A source document is visible to the proposal workflow; it is not canonical by location alone.

sourceObserved
Proposal
Protected proposal ledger

V3 remains a proposal awaiting protected human review.

proposalsPending review
Canonical
Canonical knowledge store

No V3 canonical mutation is represented in this snapshot.

canonicalUnchanged
Retrieval
Retrieval projection

The pending V3 proposal has no canonical retrieval mapping to activate.

retrievalNot indexed / unmapped
Runtime
Runtime projection

The runtime projection remains unchanged because the proposal has not crossed the protected apply boundary.

runtimeUnchanged
Recorded canonical footprint

What the dated audit captured

Recorded 2026-07-13 canonical-store count audit · Recorded fixture · not live

1,837
Claims

Canonical claim rows captured by the dated audit.

4,145
Sources

Canonical source rows captured by the dated audit.

4,670
Evidence links

Canonical evidence links captured by the dated audit.

4,916
Claim edges

Canonical claim edges captured by the dated audit.

Safety envelope: clearly labeled dated planes plus an independently receipted, server-only canonical read; zero mutation capability.Next: add authenticated proposal, retrieval, and runtime receipts only after their canonical UUID mappings exist.
Live observatoryEnter the neural field — the whole database in 3D, activating in real timescroll-cinematic · sound on →Plate archive27 db-state plates + GCP migration station loglatest: plate 27 · 2026-07-10