KB-B47C

02 — Source Map: Current vs Reference vs Superseded (2026-06-01)

8 min read Revision 1
one-roof-governanceimplementation-indexsource-mapcurrent-controllingconcept-canonreference-onlysupersededdo-not-useblocker-source2026-06-01

02 — Source Map: Current vs Reference vs Superseded

Purpose: stop future agents from reading old technical docs as current implementation truth. Every source below carries a classification, why, allowed use, and forbidden use. When in doubt, prefer the highest-priority CURRENT source from doc 01 and STOP if a doc's classification conflicts with how someone is asking you to use it.

2.1 Classification legend

Code Meaning
CURRENT_CONTROLLING Active truth for wording/decisions; cite and obey.
CURRENT_CONCEPT_CANON Active concept truth (definitions/contracts); reconcile against it; read-only from implementation.
TECHNICAL_REFERENCE_ONLY Describes live substrate / prior technical work; useful as evidence, not as a governance-concept mandate.
HISTORICAL_REFERENCE_ONLY Earlier-round provenance; read for lineage, not for current wording.
SUPERSEDED_BY_ROUND4 Its wording/decisions are replaced by Round 4; do not cite as current.
DO_NOT_USE_FOR_IMPLEMENTATION Must not drive any build (deferred/held content, or stale/conflicting text).
BLOCKER_SOURCE The evidence base for an open blocker; read to scope the blocker, never to justify proceeding past it.

2.2 The map

Path / folder Classification Why Allowed use Forbidden use
knowledge/dev/laws/prompt-muc-tieu-mo-for-claude-code.md CURRENT_CONTROLLING House operating constitution (no-hardcode, design-only macro, hard gates). Govern how every macro runs. Treating it as governance-domain content.
This package …/one-roof-governance-technical-addendum-and-implementation-index-2026-06-01/ CURRENT_CONTROLLING The active implementation entrypoint. Start here; write new docs here. Bypassing it to start from old docs.
knowledge/dev/design/one-roof-governance-concepts/ (00–03) CURRENT_CONCEPT_CANON The canonical concept home; definitions/contracts. Reconcile all design against it; cite M-DEF-1..10, §0-GOV, count>1, open-axis, IU-first-class, invariant v3, Điều 37 hub. Editing it as part of an implementation track; inferring substrate/DOT/UI from it.
…/one-roof-governance-law-hardening-finalization-round4-2026-06-01/ (00–13) CURRENT_CONTROLLING Latest hardened law/clause DRAFT + closed open-question ledger + blocker defs + live-PG snapshot. Cite clause wording (doc 10), blockers (doc 02/08/11), next prompts (doc 12). Treating its clauses as enacted; they are DRAFT.
…/patch-canonical-design-one-roof-concepts-round4-2026-06-01/ (00–08) CURRENT_CONTROLLING (provenance/report) Record of how the concept canon was produced under CONDITIONAL GO. Provenance; input to external critique. Using it instead of the live canon (S2) if they ever diverge — the canon wins.
…/gpt-review-round4-one-roof-governance-ready-for-concept-design-patch-2026-06-01.md CURRENT_CONTROLLING (external concurrence) Independent confirmation: concept patch OK; technical/enactment/IU-surface/remediation NOT. Cite as concurrence; feed the critique prompt. Reading it as authorizing more than the concept tier.
knowledge/dev/design/registries-pivot-os-agency/patched docs 00, 04, 06, 07, 08, 12 CURRENT_CONTROLLING (surface) These carry the concept-canon references (count>1 dual-sense, grouping-as-governed-axis, orphan/island channel, pin scope→Class-0, 4-phase gate). Drive the Registries-Pivot integration track (T9). Reading their technical passages as a buildable governance binding without going through the blockers.
knowledge/dev/design/registries-pivot-os-agency/ — un-patched docs 01/02/03/05/09/10/11/13 TECHNICAL_REFERENCE_ONLY Surface/technical design that predates the concept patch; some describes shipped substrate. Evidence about the live surface and data contract. Using as current governance-concept truth; implementing governance binding from them.
knowledge/dev/design/iu-mow-mot-event-foundation-design.mdIU-first-class concept sections CURRENT_CONCEPT_CANON IU recognized as first-class governed object (IU-GOV-1..5). Cite the IU-first-class concept (T10 / OP-B packet).
same file — IU owner-binding / approval-routing / 3-axis-envelope sections DO_NOT_USE_FOR_IMPLEMENTATION HELD/DEFERRED behind OP-B (C-3), C-4, SB-3. Read to scope the deferred work. Building owner-binding, review_decision routing, or axis generalization from them now.
…/one-roof-governance-decision-pack-2026-06-01/ (Round 1) SUPERSEDED_BY_ROUND4 / HISTORICAL_REFERENCE_ONLY Round-1 governed-object contract; superseded by hardened M-DEF wording. Useful fact: ownership is relational (no owner_gov_code column). Lineage; the relational-ownership fact. Citing its clause wording as current.
…/one-roof-governance-clause-review-hardening-2026-06-01/ (Round 2) SUPERSEDED_BY_ROUND4 Round-2 adversarial hardening; folded into Round 3/4. Lineage of contradictions found. Citing its wording as current.
…/one-roof-governance-hardening-revision-all-domains-all-axes-2026-06-01/ (Round 3) SUPERSEDED_BY_ROUND4 Round-3 source of M-DEF-1..9 / open-axis / IU-first-class / Điều 37 hub — but Round 4 is the controlling finalization. Lineage; deep rationale. Citing its wording where Round 4 differs.
Governance-alignment fact-finding / audit reports (…full-stack-governance-alignment-audit…, …governance-alignment-followup-fact-finding…) TECHNICAL_REFERENCE_ONLY Read-only live-substrate evidence (ownership is relational; CHECK ∈ {law,agency}; APR action-types; approval spine). Substrate evidence to scope SB-1/2 and ownership model. Treating point-in-time live counts as current without re-verifying; deriving concept truth from them.
Registries-Pivot ship / macro reports (all project_registries_pivot_* packages) TECHNICAL_REFERENCE_ONLY + HISTORICAL_REFERENCE_ONLY Record what the Registries-Pivot surface shipped (route, Nitro endpoints, views, no-hardcode findings). Evidence of the live surface for T9 integration. Reading them as a governance-binding spec or as current governance concept truth.
Enacted law files under knowledge/dev/laws/ (Đ37 v3.3, Đ31/35/36/45, etc.) BLOCKER_SOURCE (L-1/L-2) Their text drifts from Round-4 wording and live columns; Đ20/23/44/45 unregistered. Read as drift evidence for the law-cleanup track (T1). Following stale text as current; patching/enacting them outside the gated T1→human-enact path.
Live directus PG (read-only) BLOCKER_SOURCE Substrate evidence for SB-1..9 (action-types, CHECK, axis envelope, approvals, event types). Read-only verification to scope a blocker. Reading a count in isolation as a mandate; any committed mutation.

2.3 The trap this map prevents

The most likely future error is an agent finding a Registries-Pivot technical doc or a live PG observation and treating it as the current governance design. Those are TECHNICAL_REFERENCE_ONLY / BLOCKER_SOURCE. The current governance design is the concept canon (S2) plus the Round-4 hardened clauses (S3), and no buildable governance binding exists yet — it is blocked (doc 03). Likewise, an agent finding Round 1/2/3 wording must treat it as SUPERSEDED_BY_ROUND4. And the IU owner/axis sections are DO_NOT_USE_FOR_IMPLEMENTATION until OP-B and SB-3 clear.

Back to Knowledge Hub knowledge/dev/reports/architecture/one-roof-governance-technical-addendum-and-implementation-index-2026-06-01/02-source-map-current-vs-reference-vs-superseded.md