The discipline on one page.
Every chapter, layer, pattern, workflow, obligation, maturity level and learning stage the site covers, as one map of links. Start at the branch you need and follow it into the text.
New to the field? Read what AI governance covers before you follow a branch.
A central node and eight branches.
Four branches on the left, four on the right, each with its second-level topics and, where they fit, third-level chips: every one a link into the text.
Scroll sideways, or use the list below.
Text description
A two-sided mind map. The centre is the AI Governance Engineer. Four branches sit on the left: Foundations (the definition, the three questions, the disambiguation cluster, the five problems), Values and principles, The Stack (five layers and the minimum viable stack) and Patterns (the catalogue by layer); and four on the right: The Role (seven workflows, the career ladder, three ways in), Obligations (the topic crosswalk, the frameworks and the reverse index), Maturity (the five levels, metrics and the self-assessment) and the Learning path (four stages of nodes). Every node links to the page or on-page anchor that develops it; the list under the map is the same content as text.
- Foundations ch. 01–02
- Values & principles ch. 03
- The Stack ch. 04
- Patterns ch. 05
- The Role ch. 06
- Obligations ch. 08
- Maturity ch. 07
- Learning path Learning path
Every node is a link. The list below is the same map as text.
Content by cluster.
Foundations DefinitionWhy Now
In the map
- The definition
- The three questions
- The disambiguation cluster
- AI safety research
- MLOps / LLMOps
- Model risk management (SR 11-7 style)
- AI compliance / legal
- Responsible AI / AI ethics
- GRC engineering
- AI security engineering
- The five problems, with the evidence
- Governance written for systems that no longer exist
- Point-in-time review of a continuously changing thing
- Governance as a gate at the end, not a property of the build
- Framework theatre
- No runtime data path
Chapter sections
Diagrams and figures
Values & principles
In the map
- The eight values
- Governance is code, not a document
- Evals fail builds; reviews only recommend
- Evidence comes from runtime, not from a point-in-time attestation
- Every agent carries its own identity and scope
- Evidence is machine-readable or it is not evidence
- Tooling must be inspectable and composable
- Success is measured in realised risk reduction, not framework coverage
- Governance is owned with engineering, not enforced from outside
- The six principles
- Build the control at the earliest point it can block
- Give every control teeth, or call it a signal
- Register and bound every actor before it acts
- Instrument the build to produce its own proof
- Start from a named failure mode or a named harm
- Make the governed path the easiest path
Chapter sections
Diagrams and figures
Learning-path nodes
The Stack
In the map
- Layer 01 Govern-as-Code
- Policy engines
- Policy testing and authoring
- Admission control
- Machine-readable policy artefacts (proposed)
- Layer 02 Inventory & Transparency
- Registries and governance suites
- Agent-discovery tools
- AIBOM formats and generators
- Model and data card tooling
- FRIA/DPIA tooling
- PII detection and redaction
- Data and experiment versioning
- Model signing and artefact scanning
- Layer 03 Evals & Red Teaming as Evidence
- Evaluation frameworks
- Adversarial and vulnerability probes
- Safety and red-team benchmarks
- Retrieval-augmented quality
- Data validation and quality
- Fairness toolkits
- Explainability libraries
- Practice grounds
- Layer 04 Runtime Controls & Observability
- Guardrail frameworks
- Observability
- ML and LLM monitoring and drift
- MCP / tool-call security
- Progressive delivery and feature flags
- Kill switch / circuit breaker
- Agent workload identity
- Layer 05 Assurance & Continuous Compliance
- Evidence format
- OSCAL tooling (open source)
- GRC and AI-governance suites
- The minimum viable stack for a team of one
Chapter sections
- How to read the stack
- Layer 01: Govern-as-Code
- Layer 02: Inventory & Transparency
- Layer 03: Evals & Red Teaming as Evidence
- Layer 04: Runtime Controls & Observability
- Layer 05: Assurance & Continuous Compliance
- Data governance across the stack
- Designing human oversight (Article 14)
- Third-party and procured AI
- The cost of the stack
- The minimum viable stack for a team of one
- One system through the five layers
- What you can do this week
Diagrams and figures
Learning-path nodes
Patterns
In the map
- Layer 01 Govern-as-Code
- Policy Card
- FRIA-as-Code
- Framework Crosswalk
- Use-Case Intake & Risk Tiering
- AI Threat Model
- Dataset Admission Gate
- Layer 02 Inventory & Transparency
- Agent Registry
- AIBOM
- Model Card as Control Evidence
- Shadow-AI Discovery
- Vendor / Model Due-Diligence Gate
- Training-Data Rights Ledger
- Model Artefact Integrity
- Rights Requests Against Models
- Downstream Use Register
- Layer 03 Evals & Red Teaming as Evidence
- Eval Gate in CI
- Adversarial Red-Team Suite
- Fairness Eval Suite
- Layer 04 Runtime Controls & Observability
- Runtime Guardrail
- Kill Switch / Circuit Breaker
- Agent Identity & Scoped Credentials
- Human-in-the-loop Gate
- Explanation Artefact
- Decision Notice & Contest Path
- Sanctioned AI Gateway
- Staged Rollout with Rollback Criteria
- Drift & Fairness Monitor
- Deactivation, Localisation & Retirement Runbook
- Layer 05 Assurance & Continuous Compliance
- Continuous Assurance Telemetry
- Incident Pipeline
- Machine-Readable Evidence (OSCAL)
- Claims Substantiation Gate
- Disclosure & Notification Pipeline
Chapter sections
- The pattern template
- Pattern: Policy Card
- Pattern: Eval Gate in CI
- Pattern: Adversarial Red-Team Suite
- Pattern: Agent Registry
- Pattern: AIBOM
- Pattern: Model Card as Control Evidence
- Pattern: Continuous Assurance Telemetry
- Pattern: Runtime Guardrail
- Pattern: Kill Switch / Circuit Breaker
- Pattern: Incident Pipeline
- Pattern: FRIA-as-Code
- Pattern: Framework Crosswalk
- Pattern: Machine-Readable Evidence (OSCAL)
- Pattern: Agent Identity & Scoped Credentials
- Pattern: Human-in-the-loop Gate
- Pattern: Shadow-AI Discovery
- Pattern: Vendor / Model Due-Diligence Gate
- Pattern: Use-Case Intake & Risk Tiering
- Pattern: AI Threat Model
- Pattern: Training-Data Rights Ledger
- Pattern: Dataset Admission Gate
- Pattern: Fairness Eval Suite
- Pattern: Explanation Artefact
- Pattern: Model Artefact Integrity
- Pattern: Claims Substantiation Gate
- Pattern: Decision Notice & Contest Path
- Pattern: Rights Requests Against Models
- Pattern: Sanctioned AI Gateway
- Pattern: Staged Rollout with Rollback Criteria
- Pattern: Drift & Fairness Monitor
- Pattern: Downstream Use Register
- Pattern: Disclosure & Notification Pipeline
- Pattern: Deactivation, Localisation & Retirement Runbook
- What you can do this week
Diagrams and figures
- Eval Gate in CI
- Incident Pipeline and Kill Switch
- Agent Registry and Scoped Identity
- Policy Card
- AIBOM at Build
- Model Card as Evidence
- Continuous Assurance Telemetry
- FRIA-as-Code
- Framework Crosswalk
- Machine-Readable Evidence
- Adversarial Red-Team Suite
- Runtime Guardrail
- Kill Switch and Circuit Breaker
- Agent Identity and Scoped Credentials
- Human-in-the-loop Gate
- Shadow-AI Discovery
- Vendor and Model Due-Diligence Gate
- Use-Case Intake and Risk Tiering
- AI Threat Model
- Training-Data Rights Ledger
- Dataset Admission Gate
- Fairness Eval Suite
- Explanation Artefact
- Model Artefact Integrity
- Claims Substantiation Gate
- Decision Notice and Contest Path
- Rights Requests Against Models
- Sanctioned AI Gateway
- Staged Rollout with Rollback Criteria
- Drift and Fairness Monitor
- Downstream Use Register
- Disclosure and Notification Pipeline
- Deactivation, Localisation and Retirement Runbook
- The pattern map
Learning-path nodes
- Agent registry
- AIBOM and model cards
- Shadow AI discovery
- Policy Cards
- FRIA and DPIA as code
- Eval gate in CI
- Observability with OpenTelemetry
- Agent identity and scope
- Kill switch and human oversight
- Incident pipeline
- Machine-readable evidence (OSCAL)
- Framework crosswalk
- Continuous assurance
- Vendor due diligence
The Role
In the map
Chapter sections
Diagrams and figures
Learning-path nodes
Resources
Obligations Regulatory Map
In the map
- Risk management
- Topic crosswalk
- Risk management
- Governance and accountability
- Impact assessment
- Data governance
- Documentation and transparency
- Inventory and registration
- Logging and traceability
- Human oversight
- Runtime guardrails
- Robustness, security and evaluations
- Incident response and monitoring
- Supply chain and third parties
- Prohibited practices
- Fairness and non-discrimination
- Privacy and data protection
- Explainability and right to explanation
- AI literacy and competence
- Conformity assessment and certification
- GPAI and foundation models
- IP and copyright
- Agent identity and autonomy
- Content provenance and deepfakes
- Sandboxes and real-world testing
- Environmental impact
- Deployment, change and decommissioning
- Frameworks
- EU AI Act, post-Omnibus
- EU AI Act
- GPAI Code of Practice
- GPAI Code
- Data protection and other EU law
- GDPR
- NIS2
- DORA
- CRA
- EU PLD
- DSM Directive
- DSA
- UCPD
- Platform Work Directive
- CCD2
- ISO/IEC 42001, 42005 and 42006
- ISO 42001
- ISO 42005
- ISO 42006
- ISO 23894
- ISO 22989
- NIST AI RMF
- NIST AI RMF
- NIST Agents
- NIST IR 8596
- NIST AI 800-1
- NIST AI 600-1
- CSA AICM and STAR for AI
- CSA AICM
- CSA STAR
- OWASP GenAI Security Project
- OWASP Agentic
- OWASP LLM
- OWASP ACS
- OWASP AIBOM
- US federal and state laws
- California SB 53
- New York RAISE
- Texas TRAIGA
- Colorado ADMT
- California AB 2013
- California SB 942
- California SB 243
- California CPPA
- New York GBL Art. 47
- Illinois HB 3773
- NYC LL 144
- Utah AI disclosure
- Colorado SB21-169
- Virginia CDPA
- Colorado Privacy Act
- Minnesota CDPA
- Illinois BIPA
- Washington MHMDA
- OMB M-25-21
- OMB M-26-04
- ECOA / Reg. B
- FCRA
- Title VII / UGESP
- FTC Act s. 5
- TAKE IT DOWN Act
- GAO AI Accountability
- Other jurisdictions
- Korea AI Act
- UK DUAA
- UK DMCC Act
- UK ATRS
- Singapore GenAI
- Singapore Agentic
- Canada DADM
- Brazil LGPD
- China PIPL
- China Anthropomorphic
- CoE Convention
- OECD AI Principles
- G7 Code
- China Algo. Rec.
- China Deep Synthesis
- China GenAI Measures
- China AI Labelling
- GB/T 45654
- TC260 Framework 3.0
- ETSI EN 304 223
- EN 18286
- prEN 18228
- prEN 18229-1
- Obligation → artefact → layer
- EU AI Act
- GPAI Code
- GDPR
- ISO/IEC 42001
- ISO/IEC 42005 · 23894 · 42006
- NIST AI RMF
- CSA AICM
- OWASP GenAI
- Korea AI Basic Act
- United Kingdom
- Singapore
- Treaty and soft law
- GAO AI Accountability
- CEN-CENELEC
- China
Chapter sections
Diagrams and figures
Learning-path nodes
Resources
Maturity Maturity Model
In the map
Chapter sections
Diagrams and figures
Learning-path nodes
Learning path
In the map
- Foundations
- What the discipline is
- The three questions
- Why now
- Values and principles
- Read the stack
- Analyst versus engineer
- Python as glue
- Git and CI/CD
- Law-reading
- LLM and agent internals
- See it and rule it
- Risk tiers and intake
- Agent registry
- AIBOM and model cards
- Shadow AI discovery
- Policy-as-code with OPA
- Policy-as-code with Cedar
- Policy Cards
- Gates and admission control
- FRIA and DPIA as code
- Test it and contain it
- Eval harness
- Eval gate in CI
- Red teaming
- Threat modelling
- Guardrails
- Observability with OpenTelemetry
- Agent identity and scope
- Kill switch and human oversight
- MCP and agent-protocol security
- Incident pipeline
- Prove it and specialise
- Machine-readable evidence (OSCAL)
- Logging and signing
- Framework crosswalk
- Continuous assurance
- GPAI and systemic risk
- Vendor due diligence
- Maturity self-assessment
- The minimum viable stack
Learning-path nodes
- What the discipline is
- The three questions
- Why now
- Values and principles
- Read the stack
- Analyst versus engineer
- Python as glue
- Git and CI/CD
- Law-reading
- LLM and agent internals
- Risk tiers and intake
- Agent registry
- AIBOM and model cards
- Shadow AI discovery
- Policy-as-code with OPA
- Policy-as-code with Cedar
- Policy Cards
- Gates and admission control
- FRIA and DPIA as code
- Eval harness
- Eval gate in CI
- Red teaming
- Threat modelling
- Guardrails
- Observability with OpenTelemetry
- Agent identity and scope
- Kill switch and human oversight
- MCP and agent-protocol security
- Incident pipeline
- Machine-readable evidence (OSCAL)
- Logging and signing
- Framework crosswalk
- Continuous assurance
- GPAI and systemic risk
- Vendor due diligence
- Maturity self-assessment
- The minimum viable stack