1. What a National Competent Authority Will Actually Test
The text of Regulation (EU) 2024/1689 does not, in any single Article, set out a five-part test for whether a high-risk AI system is operationally governed. Article 9 obliges a risk management system. Article 11 obliges technical documentation. Article 12 obliges logging. Article 13 obliges transparency to the deployer. Article 14 obliges human oversight. Article 17 obliges a quality management system. None of those obligations is itself phrased as a test a regulator could put to a system on a Friday afternoon.
That gap — between what the Regulation obliges and what a 2027 inspection will functionally test — is the gap Sue Eze, an AI Governance and Technology Risk Lead working at the ISO/IEC 42001, EU AI Act and runtime risk-and-model-assurance intersection, named publicly on 16 May 2026 in a single comment under a thread about the architecture-layer of the EU AI Act audit-trail stack. Eze's formulation is reproduced below, verbatim.
“Governance moves from vendor reporting into operational control. The real issue is not only whether an audit log exists. It is whether the organisation can prove, at the point of execution, that the decision was authorised, governed, reproducible, and defensible under the policy, given the evidence state that existed at the time.”
— Sue Eze, AI Governance & Technology Risk Lead (ISO/IEC 42001 | EU AI Act | Runtime Risk & Model Assurance | ISMS), LinkedIn, 16 May 2026.
Five operational properties sit inside that sentence: authorised, governed, reproducible, defensible, and evidence-state-preserved (Eze's phrase “given the evidence state that existed at the time” is the fifth, named as a state condition rather than as an adjective). NiTiN Grover added the temporal dimension two days earlier, on 14 May 2026:
“Compliant outputs aren't enough. Regulators will ask how the system behaved over time, who owned it, and whether that's provable under audit.”
— NiTiN Grover, LinkedIn, 14 May 2026.
Grover's contribution moves the test from a single point in time into a continuum: the system must be governable at every point along its operational life, not just at the moment of inspection. The five dimensions Eze named are the operational properties that have to hold at every point on that continuum.
2. The Five Dimensions, in Detail
Dimension 1 — Authorised
What it means operationally: the decision the AI system took was permitted, at the moment it took it, by the policy and role assignment that was in force at that moment. Not the policy that has since been retrofitted. Not the role assignment that has since been clarified. The policy and the role at the time of the decision.
Regulatory anchors: Article 17 of the EU AI Act (quality management system) is the central anchor. Article 17 requires providers of high-risk AI systems to put in place a quality management system that ensures compliance with the Regulation through a written set of policies, procedures and instructions covering, among other things, a strategy for regulatory compliance and a system for documentation of records (EU AI Act Article 17, accessed 26 May 2026). The authorisation property is the test of whether that documented framework was actually being applied when the decision was made.
Article 9 (risk management system) provides the risk-control counterpart: the controls Article 9 obliges are the controls that determine whether a given action was authorised under the system's intended use. In ISO/IEC 42001, the corresponding clauses are 5 (leadership), 6 (planning), and 8 (operation) — the management-system clauses that establish the authority chain and operational control. In NIST AI RMF, the authorisation dimension sits primarily under the GOVERN function, with supporting structure from MAP.
Dimension 2 — Governed
What it means operationally: the AI system is operating inside a working management system, not as an unmanaged tool with vendor-supplied reports stapled to it. The test is whether the management system would survive independent inspection on its own terms — whether it has owners, cadences, evidence, and remediation records.
Regulatory anchors: Article 17 of the EU AI Act is again central. ISO/IEC 42001 is, in essence, an entire standard about this one dimension: the management-system architecture in clauses 4 through 10 (context, leadership, planning, support, operation, performance evaluation, improvement, and continual improvement) is the standard's contribution to AI governance. The PDCA cycle (Plan-Do-Check-Act) embedded in ISO management-system standards is the operational primitive that turns vendor-supplied reporting into operational control.
In NIST AI RMF, the GOVERN function is the most direct match. GOVERN covers organisational policies, processes, roles, accountability structures, and the integration of risk management into broader business processes — the substance of what “governed” means under Eze's framing. For practical reading on the relationship between ISO/IEC 42001 and the EU AI Act, see the ISO 42001 / EU AI Act methodology overlap and the NIST AI RMF crosswalk.
Dimension 3 — Reproducible
What it means operationally: the output the AI system produced for a given input can be recreated from the same input, the same model version, the same retrieved knowledge, the same constraint state, and the same policy state. For deterministic decision paths, bit-exact replay is the test. For non-deterministic paths (such as those using sampled large language model outputs), a signed decision artefact captured at the time of the original decision serves as the equivalent.
Regulatory anchors: Article 12 (record-keeping) of the EU AI Act and the supporting documentation obligation under Article 11. Article 12(2) requires that logging capabilities ensure a level of traceability of the AI system's functioning appropriate to the intended purpose. The reproducibility dimension is the operationalisation of that traceability obligation. The full operational consequence of the distinction between traceability and reproducibility — and the related distinction between recall and verifiability — is the subject of Cluster 1 of this series on recall and verifiability.
In ISO/IEC 42001 the reproducibility dimension sits most directly under clauses 8 (operational control) and 9 (performance evaluation), with clause 7.5 (documented information) providing the record-keeping substrate. In NIST AI RMF, MEASURE is the primary function, with MANAGE providing the remediation path when reproducibility tests fail.
Dimension 4 — Defensible
What it means operationally: the organisation can justify the decision under audit, challenge, or regulatory review. The justification must reach the standard of a regulator, not the standard of an internal compliance review. The difference is consequential: an internal review accepts plausible explanations; a regulator requires verifiable artefacts.
Regulatory anchors: Article 9 (risk management) and Article 17 (QMS) form the core. Article 14 (human oversight) strengthens defensibility by establishing the basis on which human decision-makers can intervene; Article 15 (accuracy, robustness, cybersecurity) strengthens it by setting the substantive criteria the system must meet. Articles 11 (technical documentation), 12 (record-keeping), and 13 (transparency to deployers) provide the documentary basis on which defensibility rests.
In ISO/IEC 42001, the defensibility dimension draws on clauses 9 (performance evaluation) and 10 (improvement) for the audit-trail substrate, with clauses 5 through 8 providing the upstream governance, planning, and operational-control foundation. In NIST AI RMF, GOVERN and MANAGE are the primary functions, with MEASURE providing the evidentiary basis. For the procurement-side consequence of defensibility, see Cluster 2 on the procurement diagnostic.
Dimension 5 — Evidence-State-Preserved
What it means operationally: what the organisation can show the inspector is the evidence that existed at the time the decision was made, not the evidence that exists today. The data the model saw. The retrieval snapshot the model worked from. The policy state that was active. The risk-control configuration that was in force. The human approval that was either present or absent. All as they were, not as they are now.
Regulatory anchors: Article 17 (QMS) is the strongest anchor because the QMS obligation implies documented procedures and records that capture the system's state at operational moments, not only at audit moments. Article 12 (logging) and Article 11 (technical documentation) provide the technical substrate. Article 26(5) (deployer monitoring of operation) carries the obligation forward from the provider to the deployer through the lifecycle.
In ISO/IEC 42001 the evidence-state dimension sits most clearly at clause 7.5 (documented information), clause 8 (operational control), and clause 9 (performance evaluation, where evidence is used as the input for audit). In NIST AI RMF, GOVERN and MEASURE are the primary functions, with MANAGE engaged when preserved evidence is used for remediation.
This dimension is the most interpretive of the five and the one most likely to be missed by an internal review that focuses on documentation completeness rather than documentation faithfulness to the original operational moment.
3. The Counter-Argument the Five-Dimension Framing Has to Address
A regulator, a standards committee member, or an academic critic could reasonably object that the five-dimension framing presented in Sections 1 and 2 is not the organising taxonomy of any of the three regulatory regimes it claims to map. The EU AI Act organises its obligations by provider/deployer role, risk class, and lifecycle. ISO/IEC 42001 organises around a management-system structure and the PDCA cycle. NIST AI RMF organises around four functions named GOVERN, MAP, MEASURE, MANAGE. None of those native taxonomies decomposes into Eze's five operational properties. The five-dimension framing is, on the strict view, an analytical overlay imposed from outside the regimes rather than read from inside them.
Counter-argument stress test
The five dimensions are an analytical overlay, not a native statutory architecture
On the strict reading, the objection succeeds. The five labels — authorised, governed, reproducible, defensible, evidence-state-preserved — appear in none of the three regimes. They are cross-regime analytical abstractions, not statutory categories. A reader who expects the framing to be derivable from the text of any single Article or clause will not find it there.
The reason the objection does not undermine the framing is that the operational test a national competent authority will functionally apply in a 2027 high-risk inspection is itself an overlay on the regime, not a recitation of it. An inspection is not a reading aloud of Article 9; it is an assessment of whether the risk-management system Article 9 obliges is actually functioning. The five-dimension framing is an attempt to write down what that operational assessment will materially examine, drawing on the obligations the three regimes establish in their own taxonomies and translating them into the language an operator can apply at the point of execution.
The defensible position is therefore narrower than “the regulation requires these five dimensions” and stronger than “these are opinions worth considering”: the five dimensions are the operational consequences of the obligations the three regimes establish, expressed in terms an operator can test rather than in terms a statute drafts. They are the operationalisation, not the law.
Analytical method: the strongest version of the analytical-overlay objection was stress-tested against the regulatory text of Articles 9, 11, 12, 13, 14, 15 and 17, the ISO/IEC 42001 clause structure, and the NIST AI RMF functions using the GraQle reasoning substrate (synthesis confidence 74 % over 50 activated corpus nodes). The conclusion that the five dimensions are an operational synthesis rather than a native statutory category is the author's; the substrate identified the structural mismatch between Eze's framing and the regimes' own taxonomies.
The honest reading is therefore: the five dimensions are an operational translation of what the EU AI Act, ISO/IEC 42001 and NIST AI RMF jointly require, expressed in the register an operator can apply rather than the register a statute drafts. The translation is correct in direction and useful in practice; it is not derivable line-by-line from any single regime. That is the right standard to hold the framing to.
4. The Cross-Regime Mapping at a Glance
The five dimensions map across the three regimes as follows. Each cell identifies the principal regulatory anchor; secondary anchors are noted in the prose for each dimension in Section 2.
| Dimension | EU AI Act | ISO/IEC 42001 | NIST AI RMF |
|---|---|---|---|
| Authorised | Art 17, Art 9 | Cl 5, 6, 8 | GOVERN, MAP |
| Governed | Art 17 | Cl 4–10 (PDCA) | GOVERN |
| Reproducible | Art 12, Art 11 | Cl 7.5, 8, 9 | MEASURE, MANAGE |
| Defensible | Art 9, 14, 15, 17 | Cl 5–10 | GOVERN, MANAGE |
| Evidence-state-preserved | Art 17, 12, 11, 26(5) | Cl 7.5, 8, 9 | GOVERN, MEASURE |
The table is not a statutory mapping. It is the synthesis of how Eze's five operational properties most naturally engage with the obligations the three regimes establish. Where the regimes overlap (the QMS obligations of EU AI Act Article 17 and ISO/IEC 42001's management-system clauses, for example), the operational dimension draws from both. Where the regimes diverge in emphasis, the dimension takes its operational substance from the regime that addresses it most directly.
5. The Second-Order Observation: LLM Governance Decomposes by Invocation, Not by Model Version
The five-dimension framing is, on its face, system-agnostic: it should apply equally to a traditional supervised-learning credit-scoring model deployed inside a bank, a transformer-based document-classification system in a legal-services firm, and a large-language-model-mediated triage assistant in a hospital. The operational test is the same in each case.
On closer inspection, the test is the same but the unit of governance is not. That observation has not been raised on the public LinkedIn thread that produced the five-dimension framing, and it has consequences for how a CRO, CISO, or Head of AI Risk should design the operational controls that satisfy each dimension.
Second-order observation
Not raised on the public LinkedIn thread · surfaces only when the five dimensions are composed with Articles 9 + 17 and the LLM control stack
For traditional ML systems, the unit of governance is the model artefact. For LLM-based deployments, the unit of governance shifts to the decision event. The five dimensions still apply — but they have to be satisfied per invocation rather than per model version, and the operational controls that produce them change shape accordingly.
For traditional ML, the control stack is well understood: dataset provenance, training approval, validation, versioning, release gating, post-deployment monitoring. Each control attaches to a model artefact, and the artefact is the unit the QMS under Article 17 governs. The five dimensions are satisfied by validating the model artefact and then keeping the model artefact stable under production change control.
For LLM-based deployments, the control stack has to add an execution-time layer the model-artefact controls do not cover: prompt authorisation, context-window control, retrieval-source control, tool-call authorisation, runtime policy state, per-inference evidence binding. Each of these can vary between invocations of the same underlying model. A QMS that governs only the model artefact will fail every one of the five dimensions on the first invocation where the prompt changed, the retrieval index updated, or a tool became available that was not available at validation time.
The operational consequence is what one might call decision-time evidence binding: each invocation of an LLM-mediated decision must produce, at the moment of the decision, a signed evidence record that captures the full execution context. The record is what makes the dimensions of reproducibility and evidence-state-preservation achievable in a system where the model artefact is no longer the authoritative governance unit. Article 9 obliges that risk controls be active and effective; Article 17 obliges that those controls sit inside a working QMS; ISO/IEC 42001's PDCA cycle obliges that the QMS actually run. For LLM-based systems, the only place those obligations can be operationally discharged is the per-invocation evidence record.
Analytical method: the ML-versus-LLM control-unit distinction was surfaced through GraQle's reasoning substrate during a query about how Articles 9 and 17 compose with the ISO/IEC 42001 PDCA cycle (synthesis confidence 74 % over 50 activated nodes). The pattern has not been raised by any contributor (Eze, Grover, Borner, Matiash, Picard, Miller, Ali, Jones, Brown, Chapman) on the public LinkedIn thread of 11–17 May 2026.
6. What This Means for an Enterprise Reader
For a CRO, CISO or Head of AI Risk applying the five dimensions to an actual AI governance programme, the practical consequences fall into three working requirements that have to be reflected in the deployer's control framework regardless of which AI system the framework is applied to.
- The QMS has to be specific to the AI system at execution time. A general AI-governance policy document satisfies the governed dimension on its face, but not in substance, unless the policy is anchored to a specific system, a specific deployment configuration, and a specific operational moment. The policy and the deployment have to move together.
- The evidence chain has to be designed for the invocation pattern of the system in production. For traditional ML, that means model-artefact provenance and inference-time logging tied to the model version. For LLM-based systems, that means per-invocation evidence binding sufficient to reconstruct the prompt, context, retrieval state and tool-call state at the moment of the decision. The evidence chain a CRO inherits from a model-centric vendor is not adequate for an invocation-centric deployment.
- The defensibility test has to be run before the regulator runs it. The five-dimension framing reads as five operational properties, but in inspection practice the regulator tests defensibility by asking the other four questions and watching whether the answers hold up. The defensibility dimension is therefore an emergent property of the other four operating together; it cannot be evidenced on its own. The implication is that the only meaningful internal preparation for inspection is to run the four substantive dimensions against the same evidence the regulator will see, in the same form, under the same time pressure.
For a working procurement-side preview of how the five dimensions decompose into vendor-evaluation questions, see Cluster 2 on the five-question procurement diagnostic. For the architecture-layer reading of why reproducibility in particular is operationally harder than it sounds, see Cluster 1 on recall versus verifiability.
7. What Is Still Unsolved
Three gaps remain in the five-dimension framing that Eze's public formulation does not close, and that no contributor on the broader thread has resolved.
First, the harmonisation gap between Article 17 and ISO/IEC 42001. The QMS obligation in Article 17 of the EU AI Act and the management-system obligation in ISO/IEC 42001 are closely related but not identical. Where they overlap, a single QMS implementation can satisfy both; where they diverge, the deployer faces an operational choice about whether to run two parallel control frameworks or a single hybrid framework calibrated against both standards. The CEN-CENELEC JTC 21 harmonised-standards process under Article 40 is intended to close this gap; the timeline for the harmonised standards to be published is not yet fixed against the post-Omnibus December 2027 enforcement deadline for Annex III systems.
Second, the agentic-systems extension. The five-dimension framing treats the unit of governance as a decision (for traditional ML) or an invocation (for LLM-based systems). For agentic AI systems — those that take multi-step actions over time, with behavioural drift across the action chain — the unit of governance is neither. The April 2026 working paper by Nannini, Smith, Maggini, Panai, Feliciano, Tiulkanov, Maran, Gealy and Bisconti (“AI Agents Under EU Law”, arXiv:2604.04604) makes the position unambiguous: high-risk agentic systems with untraceable behavioural drift cannot currently satisfy the AI Act's essential requirements. The five-dimension framing does not yet extend cleanly to the agentic case.
Third, the cross-jurisdictional alignment problem. The five dimensions are framed against the EU AI Act, ISO/IEC 42001 and NIST AI RMF. For an enterprise operating across EU, US, UK and APAC jurisdictions, the operational controls that satisfy the five dimensions under the EU AI Act may not satisfy the analogous obligations under the UK AI regulatory regime, the US sector-specific regimes, or the emerging APAC frameworks. The five-dimension framing is a useful starting point but is not by itself a cross-jurisdictional compliance plan.
What is GraQle, and why does it appear in the footnotes of this piece?
A reasoning substrate, not an oracle. Used here as the stress-test the argument was put through before it was published.
GraQle is the open developer-side reasoning substrate built by Quantamix Solutions B.V. It operates at the architecture layer of the EU AI Act audit-trail stack described in the pillar piece for this series. The SDK organises a project's documented sources — regulatory text, named-contributor quotations, internal architecture decisions, prior published pieces — into a knowledge graph against which structured reasoning queries can be run.
For this piece, GraQle was used in two specific ways. First, to stress-test the strongest version of the analytical-overlay objection: the framing that Eze's five dimensions are not the native taxonomy of any single regime was put to the substrate and run against the actual text of EU AI Act Articles 9, 11, 12, 13, 14, 15 and 17, the ISO/IEC 42001 clause structure, and the NIST AI RMF functions. Second, to surface the second-order observation in Section 5: the ML-versus-LLM distinction in the unit of governance emerged from a structured reasoning query about how Articles 9 and 17 compose with the PDCA cycle, and the resulting framing entered the piece only after the underlying control-stack mechanics had been verified by hand.
The confidence figure cited next to the GraQle-assisted passages (74 %) is the synthesis-level confidence reported by the substrate after multi-agent reasoning over 50 activated corpus nodes. It is diagnostic, not authoritative. Every legal conclusion and every editorial judgement in this piece is the author's, and every regulatory citation has been verified independently against the source text. The substrate's contribution is to make the reasoning trail inspectable rather than tacit — the same posture this series argues procurement teams should require of any AI governance vendor under inspection.
GraQle is EU AI Act–aligned by design, not certified, and is itself the substrate that the architecture-layer analysis in this series describes. The vocabulary discipline governing every external statement about GraQle is recorded in ADR-MARKETING-001 in the project's decision archive. More on the technical architecture is in the GraQle intelligence engine for governance and the TAMR+ research paper that underlies the substrate.
Frequently Asked Questions
What are the five dimensions of regulator-grade AI governance?
Authorised (the decision was permitted by policy and role at the time of execution), governed (the system sits inside a working management system, not ad hoc vendor reporting), reproducible (the output can be recreated from the same inputs, model state and control state), defensible (the organisation can justify the decision under audit or regulatory review), and evidence-state-preserved (the evidence that existed at the moment of the decision can be shown). The five-dimension framing was named publicly by Sue Eze on LinkedIn on 16 May 2026.
Where do these dimensions sit in the EU AI Act?
The strongest anchors are Article 9 (risk management) and Article 17 (quality management system). Articles 11 (technical documentation), 12 (record-keeping), 13 (transparency to deployers), 14 (human oversight) and 15 (accuracy, robustness, cybersecurity) provide supporting evidentiary requirements. The five-dimension framing does not appear in the text of any of these Articles; it is an analytical overlay that synthesises what these obligations require operationally.
How do they map to ISO/IEC 42001 and NIST AI RMF?
ISO/IEC 42001 is a management-system standard organised around clauses 4–10, with the PDCA cycle as its operational primitive. Clause 8 (operational control), clause 7.5 (documented information), and clause 9 (performance evaluation) are the strongest anchors for the five dimensions. NIST AI RMF is organised around GOVERN, MAP, MEASURE and MANAGE; GOVERN maps to authorised + governed + defensible, MEASURE maps to reproducible + evidence-state-preserved.
Do LLM-based AI systems require different governance from traditional ML?
The five dimensions apply to both, but the unit of governance changes. Traditional ML governance is model-artefact governance: each control attaches to a model version and the QMS governs the artefact. LLM-based deployments require an execution-time governance layer covering prompt authorisation, context-window control, retrieval-source control, tool-call authorisation, runtime policy state, and per-inference evidence binding. The unit of governance shifts from the model artefact to the decision event.
Sources cited above (all verified and accessed 26 May 2026):
- EU AI Act Article 9 — Risk Management System — artificialintelligenceact.eu/article/9/
- EU AI Act Article 11 — Technical Documentation — artificialintelligenceact.eu/article/11/
- EU AI Act Article 12 — Record-Keeping — artificialintelligenceact.eu/article/12/
- EU AI Act Article 13 — Transparency and Provision of Information to Deployers — artificialintelligenceact.eu/article/13/
- EU AI Act Article 14 — Human Oversight — artificialintelligenceact.eu/article/14/
- EU AI Act Article 15 — Accuracy, Robustness and Cybersecurity — artificialintelligenceact.eu/article/15/
- EU AI Act Article 17 — Quality Management System — artificialintelligenceact.eu/article/17/
- EU AI Act Article 26 — Obligations of Deployers of High-Risk AI Systems — artificialintelligenceact.eu/article/26/
- EU AI Act Article 40 — Harmonised Standards — artificialintelligenceact.eu/article/40/
- ISO/IEC 42001:2023 — Information technology — Artificial intelligence — Management system. International Organization for Standardization, 2023.
- NIST AI Risk Management Framework 1.0 (AI RMF 1.0) — National Institute of Standards and Technology, NIST AI 100-1, January 2023.
- CEN-CENELEC JTC 21 standardisation request M/593, 22 May 2023 (European Commission).
- Nannini, L. et al., ‘AI Agents Under EU Law’, arXiv:2604.04604 (April 2026).
- All contributor quotes are reproduced verbatim from public LinkedIn posts and comments published between 14 and 17 May 2026. Each contributor is named with their full name, role and LinkedIn profile URL at first mention.
Method note: the counter-argument analysis in Section 3 and the second-order observation in Section 5 were stress-tested against the EU AI Act regulatory text and the verbatim named-contributor record using the GraQle reasoning substrate. The full method, including what GraQle is and how confidence figures should be read, is in the explainer above the citations.
