What the computable core contains
Each module implements a numbered section of the reference architecture, so code and specification can be read side by side. Dependencies are kept minimal: the core runs on Python and numpy alone.
8specified modules implemented
153automated tests passing
5provenance tags on every output
1call runs a full governance cycle
ModuleWhat it doesSpec
VCLValues Configuration Layer. Standard, custom, or integrated values sets, with a review gate before use.7A.1
M-DSDecision Classification. Scores decisions into three tiers and activates the modules each tier needs.7A.4
M2Stakeholder Dynamics. Influence weights and attribution of who is shaping behaviour.2A
M3Context and Constraint. Adjusts the coherence window for real-world constraints, so pressure is not mistaken for drift.2B
M5Relational Calculus. Computes alignment and the Integrity Delta, with a stability check.4
M6Drift Detection. Separates adaptive change from genuine drift, scores persistence and severity, and flags possible gaming.5
M9Adaptive Controller. The optimization core: a guarded feedback controller that proposes corrective responses, with authorization checks.7.0 to 7.2
M6bResidue Repository. Institutional memory of unresolved issues across cycles. It advises, and never overrides.7A.3
Provenance: how the build stays honest
Every parameter and every output carries one of five tags: REAL ELICITED SPEC_DEFAULT PROXY PLACEHOLDER. An output inherits the weakest tag of anything that fed it.
Many calibration values are still placeholders, and the code says so on every result. A run demonstrates the mechanics; it does not become a finding until its inputs are elicited from the people they describe or measured from real evidence.
Not yet built, and why
Some modules depend on things code cannot supply. Pattern recognition needs a library of validated pattern cards. Scenario modelling needs scenario libraries and human respondents. Resolved signatures need real deployment history. These will be built as those foundations exist, not before.
Openness at work: what building it found in our own spec
Implementing the reference architecture line by line surfaced nine issues in the published specification: arithmetic slips in a worked example, a tier label that contradicted its own table, an ambiguity in the order of a calculation, and several quantities the spec names but never defines.
These will be published as errata alongside the code. This is exactly why the method is open: it got better the moment it was tested, and it will keep getting better as more people test it.