Knowledge FoundryReference
Public Review 0.1
Contents

KF-3009 · Architectural Crosswalks and Traceability

The navigation layer of the Knowledge Foundry Reference Architecture — how the whole fits together

Reference Architecture (Navigational) · Draft · v0.1 · 18 min read

The master traceability — the whole architecture in one line.
Principle (KF-1000) → Methodology (KF-2000) → Reference Architecture (KF-3000)
        → Domains (KF-3001–3005) → Integration (KF-3006) → Conformance (KF-3007) → Authority (KF-3008)
        → ▸ Crosswalks and Traceability (KF-3009) → Implementation (KF-4000)

The architecture is complete at KF-3008. Principles, lifecycle, materialityMateriality — the degree to which an object, claim, decision or transition may affect consequential action, reliance, obligation, exposure, representation or preservation (KF-2003). Vocabulary →, reference architecture, integration, conformance and authority together provide everything essential. This document therefore introduces no new architectural domain and no new first-order concept. It performs a different role: it is the architecture’s synthesis — the atlas that accompanies the constitutional text. The constitution defines the rules; the atlas helps readers see where everything sits and how the parts relate, without creating new law.

Purpose

The Architectural Crosswalks and Traceability document provides the navigational layer of the Knowledge Foundry Reference Architecture. It maps architectural concepts, responsibilities and relationships across the architecture, clarifies document ownership, and demonstrates how the architecture forms a coherent, navigable and traceable system whose architectural integrity can be understood without duplicating its normative content.

This is navigation, not architecture. Every entry below points to a home document that owns the concept; KF-3009 owns only the relationships between the documents — the map, the crosswalks, the traceability matrices and the relationship catalogue. Where a crosswalk here and a home document appear to differ, the home document governs and this document is corrected.

Every architectural concept has one authoritative home. Relationships may be described elsewhere, but normative ownership is never duplicated. KF-3009 exists to preserve that discipline.

That single rule governs the whole document. It is why KF-3009 can map, cross-reference and trace freely without ever becoming a competing source of truth: it describes where things live and how they relate, and defines only the relationships themselves.

Figure 1 · The Master Traceability

The single diagram that explains the entire architecture — the programme’s architectural signature. It threads every layer, from the obligations the Canon imposes to the reliance the institution is finally warranted in placing:

Canonical Principles
        ▼ obligate
Architectural Obligations
        ▼ realised by
Capabilities
        ▼ delivered through
Services
        ▼ operate over
Lifecycle
        ▼ made consequential by
Authority
        ▼ enforced through
Controls
        ▼ emit
Evidence
        ▼ accumulates as
Traceability
        ▼ reconstructed as
Conformance
        ▼ warrants
Institutional Reliance

This figure is referenced throughout the document, and §11 reads it in full.

What this document does and does not own

KF-3009 defines no new ontology, no new lifecycle, no new authority and no new governance mechanism. It is the architecture’s index, atlas and navigation layer. What it does own — because these are relationships, not concepts — are: the Concept-Ownership register (§4), the Relationship Catalogue (§10), and the master traceability matrices (§§6–9). These were already promised to KF-3009 by the closing sections of KF-3002–3005 (“KF-3009 preserves traceability from principle through capability, service, record and control”).


1 · Introduction

Scope. The reading guide, the architecture map, concept ownership, the relationship catalogue, and the principle / obligation / lifecycle / materiality crosswalks, plus reference indexes and reserved extensions.

Audience. Every reader of the Reference Architecture, especially those arriving after KF-3000 who need to orient before going deep, and maintainers who must keep the series coherent as it evolves.

Relationship to the Reference Architecture. KF-3009 sits beside KF-3000 as its companion: KF-3000 opens the architecture, KF-3009 helps navigate it. It is the document every future reader should read second.


2 · How to Read the Architecture

Different readers enter at different places. This is the shortest path to what each needs:

Reader Enter at Then read
Architect KF-3000 Reference Architecture KF-3001–3005, then KF-3006
Engineer KF-3006 Integration Model KF-3003 Services, KF-3005 Control
Reviewer / Assessor KF-3007 Conformance Framework KF-3004 Records, KF-3006 §10
Governance lead KF-3008 Authority Framework KF-2003 Materiality, KF-2001 Lifecycle
Implementation team KF-4000 Knowledge Operating System KF-3006, KF-3007, KF-3008
Executive / sponsor KF-0001 Architecture Map, then this §14 KF-1000 Canon (purpose)
Researcher KF-L001 Literature Landscape KF-1000 Canon

No reader should have to read the series front to back to become productive; each path above is sufficient to act, and the crosswalks below fill in the rest on demand.


3 · The Architecture Map

The authoritative one-page orientation. (Its standalone pull-out is KF-0001 · Architecture Map; this is the same map, seated in its atlas.)

                      KF-L001 · Literature Landscape
                                 │ evidence
                                 ▼
                          KF-1000 · Canon
                                 │ principles
                                 ▼
              KF-2000 · Methodology
        (2001 Lifecycle · 2002 Practices · 2003 Materiality)
                                 │ methods
                                 ▼
                 KF-3000 · Reference Architecture
                                 │ domains
   ┌─────────────────────────────┼─────────────────────────────┐
   │  3001 Principles · 3002 Capabilities · 3003 Services       │
   │  3004 Records    · 3005 Control                            │
   │  ───────────────────────────────────────────────────────  │
   │  3006 Integration   ◀ how it works                         │
   │  3007 Conformance   ◀ how we know                          │
   │  3008 Authority     ◀ who may make it consequential        │
   │  3009 Crosswalks    ◀ how it all fits (this document)      │
   └─────────────────────────────┬─────────────────────────────┘
                                 │ realised by
                                 ▼
                 KF-4000 · Knowledge Operating System
                                 ▼
                       a domain deployment — a university course · a professional body · a decision system

  Programme-wide navigation:  KF-0001 Map · KF-0002 Controlled Vocabulary

Read by architectural layer, the same series stacks into four bands:

  Constitution   │ KF-1000
  ───────────────┼───────────────────────
  Method         │ KF-2000  (2001–2003)
  ───────────────┼───────────────────────
  Architecture   │ KF-3000–3009
  ───────────────┼───────────────────────
  Implementation │ KF-4000

4 · Concept Ownership

The rule that keeps the architecture free of duplicated definitions: every concept has exactly one primary home. When a concept appears in several documents, one owns it and the others reference it.

Concept Primary home Secondary references
Canonical PrincipleCanonical Principle — an enduring obligation true of any governed knowledge system, admitted only if it survives the two-question test (KF-1000 Part III). Vocabulary → · Constitutional InvariantConstitutional invariant — one of the five properties whose loss would make a system cease to be a governed knowledge system: inspectability, justification, provenance, governed evolution, human accountability (KF-1050). Vocabulary → · Governance PrimitiveGovernance Primitive — one of the six operations by which warrant is conferred: evidence, authority, provenance, validation, versioning, reversibility (KF-1104). Vocabulary → KF-1000 KF-3001, KF-3006, KF-3009
Operational Knowledge ObjectOperational Knowledge Object — the unit of design: a versioned representation together with its attached evidence, justification and acceptance-state (KF-1101). The system governs the object, never "knowledge itself". Vocabulary → (defined KF-1101; architectural unit KF-3000 §2) KF-1000 KF-3000, KF-3004
Lifecycle — stages, transitions, lifecycle invariantsLifecycle invariant — one of the six continuously checkable properties of an object at every instant: single identity, attributable transitions, justified transitions, inspectable transitions, provenance always present, lineage preserved (KF-2001). Vocabulary → KF-2001 KF-3005, KF-3006, KF-3008
Engineering Practice KF-2002 KF-3002, KF-3000 §22
Materiality · Assurance ClassAssurance class — the ordinal grade (A0 Exploratory · A1 Working · A2 Routine · A3 Consequential · A4 Critical) that sets the depth of assurance required; attaches to the release / scope of reliance (KF-2003). Vocabulary → · Governance OverlayGovernance overlay — an orthogonal attribute (regulated, confidential, public, client-facing, legally-privileged) adding obligations without changing class (KF-2003). Vocabulary → KF-2003 KF-3005, KF-3007, KF-3008
Architectural Principle · System Invariant · Interaction Constraint KF-3001 KF-3005, KF-3007
Capability KF-3002 KF-3003, KF-3000 §23
Service KF-3003 KF-3004, KF-3005, KF-3006
Information / Record Object · Event-native evidence (record model) KF-3004 KF-3001 (IC-24), KF-3007
Gate · Control · Transition pattern KF-3005 KF-3006, KF-3007
Integration — relationships, behaviour, patterns, events KF-3006 KF-3007, KF-3009
Conformance · Conformance ClaimConformance claim — an assertion that an object is governed, accepted, current or reliable, reconstructable to the depth its reliance requires (KF-3007). Vocabulary → · Findings · the four tests KF-3007 KF-3006, KF-3008, KF-4000
Authority · Delegation · Institutional Reliance KF-3008 KF-2001, KF-2003, KF-3007, KF-3009
Crosswalks · Traceability matrices · Relationship Catalogue KF-3009 KF-3006 §4, KF-3001 §24
Controlled Vocabulary · Required Distinctions · user-facing terms KF-0002 KF-3009 §13.3
Architecture Map (one-page) KF-0001 KF-3009 §3
Implementation — components, technology, deployment KF-4000 KF-3006, KF-3007, KF-3008
Worked examples · canonical slice · case studies KF-5000 / KF-5001 KF-2001, KF-3006, KF-3007, KF-3008

Where two documents touch one concept, one holds the authoritative treatment and the other holds an adjacent or derived view — the same single-owner discipline the record model applies to data (KF-3004 §7).


5 · Concept Relationship Crosswalk

For each core concept: what it depends on, what it supports, and where it is referenced. This is the “if I change this, what else is affected?” table.

Concept Depends upon Supports Most significant consumers
Lifecycle Canon (II, X) Authority, Conformance, Control KF-3005, KF-3006, KF-3008
Materiality Canon; Lifecycle Authority depth, Evidence depth, Review cadence KF-3005, KF-3007, KF-3008
Capability Canon; Lifecycle; Practices Services KF-3003, KF-3000 §23
Service Capability Records, Transitions, Controls KF-3004, KF-3005, KF-3006
Control Invariants; Obligations Gates KF-3005, KF-3007
Authority Lifecycle (Accept); Canon III Acceptance, Release, Retirement KF-3007 (Authority dimension), KF-2003
Evidence (event-native) Transitions; Records Traceability, Conformance KF-3006 §9, KF-3007 §10
Conformance Obligations; Evidence; Traceability Institutional reliance KF-3008, KF-4000
Institutional Reliance Authority; Conformance (the purpose the architecture serves) KF-1204, KF-2003

6 · Principle Traceability (constitutional matrix)

Every Canonical Principle is realised somewhere in the architecture. This matrix is the constitutional traceability the Canon requires (KF-1301): a principle with no realisation would be an aspiration, not an obligation.

Canonical Principle Principal architectural realisation
I — governs OKOsOKO — the unit of design: a versioned representation together with its attached evidence, justification and acceptance-state (KF-1101). The system governs the object, never "knowledge itself". Vocabulary →, not knowledge OKO as architectural unit (KF-3000 §2); Object Registry (SVC-01); single-identity invariant
II — engineered as a lifecycle Lifecycle (KF-2001); Lifecycle & Control Architecture (KF-3005)
III — collective authorisation Authority Framework (KF-3008); Acceptance (SVC-06); GATE-ACC-01
IV — governance is constitutive Governance Primitives across services; Controls (KF-3005); Conformance (KF-3007)
V — modality redistributes labour, not obligation Modality-independence invariant (KF-3000 §3); human-accountability boundary (KF-3006 §5.3)
VI — engineered, collective, governed at once Architectural Integration Model (KF-3006)
VII — trust is a property of transitions over time Provenance & lineage records (KF-3004); Temporal Continuity (SVC-19); continuous conformance (KF-3007 §16)
VIII — inspectable justification per transition Justification (SVC-05); justified-transition invariant; event-native evidence (KF-3004 §5.2)
IX — explainable across modality Explainability control (CTRL-EXP-01); Application & Outcome (SVC-13)
X — designed for governed evolution Version & Lineage (SVC-09); Evolve gate (GATE-EVO-01); the lifecycle loop

7 · Obligation Traceability (complete lineage)

One level below principles. Each material obligation can be traced along a single lineage from constitutional source to demonstrated conformance — the chain KF-3007 reconstructs:

Canonical Principle
      ▼ handed to method (KF-1301)
Architectural Obligation
      ▼ realised by
Architecture   (capability · service · gate · control · record)
      ▼ instantiated in
Implementation (KF-4000)
      ▼ emits
Evidence   (event-native)
      ▼ reconstructed as
Conformance

Worked lineage — justified transition. Principle VIII → obligation “no state advances without recorded warrant” → realised by Justification Service (SVC-05), GATE-JUS-01 and the justified-transition invariant → instantiated by a deployment’s justification store → emits the justification and transition records → reconstructed by KF-3007 Test 4 as the claim “this transition carried its warrant.” No link in this chain is optional for a material obligation; the depth of each is graded by assurance class (KF-2003).

This lineage is the minimum reconstruction path required for any material conformance claim. Additional evidence may exist, and higher assurance classes require more of it, but no conforming implementation may omit one of these architectural stages — a claim with a broken link in the chain is Not Assessable (KF-3007 §13).


8 · Lifecycle Crosswalk

Each lifecycle stage, read across its architectural participants. This is the single-page operational reference for “what does this stage require?”

Stage Authority (KF-3008) Principal service Principal gate Principal control Evidence emitted Primary conformance dimension (KF-3007 §6)
Capture Creation SVC-01 Object Registry GATE-REG-01 CTRL-ID-01/02 Identity, Intake, Provenance Seed Structural
Structure — SVC-02 Representation GATE-STR-01 CTRL-STA-01 Structured Representation, Metadata Structural
Evaluate Evaluation SVC-04 Evaluation GATE-EVA-01 CTRL-EVA-01 Quality Assessment, Verdict Evidence
Justify Evaluation SVC-05 Justification GATE-JUS-01 CTRL-JUS-01 Justification, Assumptions, Rationale Evidence
Accept Acceptance SVC-06 Authority & Acceptance GATE-ACC-01 CTRL-AUT-01, CTRL-ACC-01 Acceptance, Scope-of-Reliance Authority
Operationalise / Release Publication SVC-12 / SVC-10 GATE-REL-01 CTRL-REL-01, CTRL-DEP-01 Actionable Form, Release Governance
Govern Stewardship SVC-07 Stewardship & Review GATE-REV-01 CTRL-STW-01, CTRL-REV-01 Review, Stewardship records Governance
Apply — (use under permission) SVC-13 Application & Outcome GATE-APP-01 CTRL-EXP-01, CTRL-OUT-01 Application, Explanation, Outcome Behavioural
Evolve Revision SVC-09 Version & Lineage GATE-EVO-01 CTRL-VER-01, CTRL-LIN-01 Version, Change, Lineage Lifecycle
Retire Retirement SVC-14 Retirement & Preservation GATE-RET-01 CTRL-LIN-01 Retirement, Historical Object Traceability

Every row’s evidence is emitted by the act (event-native), and its conformance is assessed on the KF-3007 Authority, Lifecycle and Evidence dimensions.


9 · Materiality Crosswalk

How assurance class propagates through the architecture — the single value that grades authority, evidence, review, monitoring and conformance at once (KF-2003; KF-3007 §11; KF-3008 §12).

Class Required authority Evidence depth Review Monitoring Conformance depth
A0 Exploratory none (provenance only) minimal, event-native none required none shallow, rare
A1 Working named owner basic + versioning collaborative on change light
A2 Routine authorised acceptance role defined scope of use periodic currency checks standard
A3 Consequential confirmed acceptance authority; separation begins independent, counter-evidence independent review active deep
A4 Critical accountable body; segregation of duties comprehensive, independent formal + independent continuous full, reconstructable end-to-end

The six lifecycle invariants hold identically across every row; only the depth above that floor scales.


10 · The Relationship Catalogue

The permanent home of the canonical relationship vocabulary first stated in KF-3006 §4.1. The relationships defined below constitute the canonical architectural vocabulary for expressing relationships throughout the Knowledge Foundry programme. New relationship types shall not be introduced unless adopted into this catalogue. Every architectural diagram in the programme draws its arrows from here, so that a relationship always means one thing. These are collected, not invented here.

Relationship Category Reads as
constrains normative Principle / interaction constraint → element
realises implementation Capability → Service
invokes behavioural Transition → Service
consumes information Service → Information object (read)
produces information Service / Transition → Information object
evaluates governance Gate → Control
protects assurance Control → Obligation / Invariant
generates evidential Transition / Obligation → Evidence
traces provenance derived state → source; successor → predecessor
delegates authority Authority → Authority (bounded)

Three structural relationships support composite decisions and grading: references (decision → authoritative record, without copying it), attributed-to (transition → actor / authority), and graded-by (obligation depth → assurance class). Supersession and governance oversight are read as instances of traces (lineage) and constrains (policy) respectively, not as separate primitives.


11 · Reading the Master Diagram

Figure 1 (near the front of this document) is the single diagram that explains the entire architecture: it threads every layer, from the obligations the Canon imposes to the reliance the institution is finally warranted in placing. Every earlier diagram in the series is a segment of it — KF-3006 Figure 1 is its Principles-to-Conformance span; KF-3008 Figure 1 is its Authority-to-Reliance span. Read whole, it is the architectural argument of Knowledge Foundry in a single column, and the reason the series ends here, with synthesis rather than another framework. It is the programme’s architectural signature — the figure future presentations, papers and talks should reach for first.



13 · Reference Tables

13.1 Document Index

ID Title Role
KF-L001 Literature Landscape evidence
KF-1000 Canon principles
KF-2001 Operational Knowledge Object Lifecycle method
KF-2002 Engineering Practices method
KF-2003 Materiality and Assurance method
KF-3000 Reference Architecture architecture (umbrella)
KF-3001 Architectural Principles and Invariants domain
KF-3002 Capability Model domain
KF-3003 Service Architecture domain
KF-3004 Information and Record Model domain
KF-3005 Lifecycle and Control Architecture domain
KF-3006 Architectural Integration Model behaviour
KF-3007 Architectural Conformance Framework assurance
KF-3008 Architectural Authority Framework institutional
KF-3009 Architectural Crosswalks and Traceability navigation (this)
KF-4000 Knowledge Operating System implementation
KF-5000 Exemplars & Case Studies illustrative (series note)
KF-5001 Canonical Vertical Slice (four-day-week Brief) illustrative exemplar
KF-0001 Architecture Map navigation (one-page)
KF-0002 Controlled Vocabulary navigation (terminology)

13.2 Figure Index

Figure Home Shows
Integration Spine KF-3006 Fig. 1 Principles → Conformance
Conformance Chain KF-3007 Fig. 1 Obligation → Claim → Evidence → Assessment → Finding
Why Authority Belongs KF-3008 Fig. 1 Institution → … → Institutional Reliance
Master Traceability KF-3009 Fig. 1 the full architectural column

13.3 Concept Index and Glossary

For any term’s authoritative definition, see the primary home in §4; for controlled definitions, required distinctions and the user-facing vocabulary, see KF-0002 · Controlled Vocabulary. KF-3009 does not redefine terms; it locates them.


14 · Architectural Evolution

The architecture is designed to change without losing coherence. Two distinct governance modes keep evolution disciplined — and the distinction between adding architecture and changing it is itself load-bearing.

14.1 Controlled Extension (new concepts)

Adding to the architecture. The numbering space is reserved rather than filled ad hoc:

14.2 Controlled Revision (existing concepts)

Changing what already exists. Revision follows the inheritance rule the Canon fixes: a lower level may change how it satisfies a higher one, but may not silently revise the higher one.

The series is considered conceptually complete at KF-3008; anything beyond elaborates, operationalises or validates that core. Extension adds a new home; revision changes an existing one; neither duplicates a concept already owned.


15 · Summary

The Knowledge Foundry Reference Architecture is intentionally modular. Architectural understanding therefore depends not only on the individual documents but on the relationships that bind them together. This document provides those relationships — the map, the ownership boundaries, the crosswalks, the relationship catalogue and the master traceability — ensuring that the architecture may continue to evolve while remaining coherent, navigable and traceable.

The series answers six questions in order: what is the architecture (KF-3000), what are its domains (KF-3001–3005), how do they operate together (KF-3006), how is its integrity demonstrated (KF-3007), who may legitimately make it consequential (KF-3008), and how does the whole fit together (KF-3009). Ending with synthesis rather than another specialised framework is the point: the last document is the one that makes all the others easier to understand and maintain.

Together these documents establish a complete architectural lineage from constitutional principle to institutional reliance. KF-3009 closes the Reference Architecture by making that lineage explicit, navigable and maintainable.

Closing Statement

KF-3009 is the atlas to the constitution. It creates no law and owns no concept save the relationships among the rest. Its success is measured not by what it adds but by what it makes navigable: an architect, an implementer, a reviewer or a governance officer should be able to enter the architecture anywhere, find where every concept lives, follow any obligation from principle to conformance, and trust that the whole remains one coherent, traceable system. With it, the Reference Architecture is not merely a set of documents — it is a map of a single governed knowledge systemGoverned knowledge system — a socio-technical system that holds operational knowledge objects and governs their transition from one justified state to another across modalities (KF-1001). Vocabulary →, and a means of keeping it coherent as it evolves.