Compliance

Compliance is the workflow that maps an AI system to obligations and evidence. It is not a launch checkbox: it starts with risk classification, then turns law, standards, contracts, and internal policy into controls that can be tested, approved, monitored, and audited.

The compliance register

A compliance register should be concrete enough that an engineer can produce the evidence:

Obligation sourceTriggerRequired evidenceLinked control
EU AI ActUse case falls in high-risk area or prohibited practice reviewRisk classification, data governance, testing, logging, human oversightauditability, human oversight
GDPRPersonal data processed in prompts, retrieval, training, logs, or review queuesPurpose, lawful basis, minimization, retention, DPIA where high riskprivacy, PII leakage
NIST AI RMFOrganization adopts AI risk management controlsMap/measure/manage artifacts, risk treatment ownerspolicy enforcement
Internal release policyModel, threshold, prompt, or KB behavior changesChange ticket, evaluation evidence, approval, rollback plangovernance of model and knowledge base changes

The register should include jurisdiction, product owner, evidence owner, review cadence, and residual risk. For example, a hiring recommender needs fairness evidence, reviewer instructions, appeal handling, and records of any automated ranking effect on applicants.

Sourced artifact

For an EU-facing high-impact assistant, a release checklist can be mapped to named legal text:

release_gate: employment_screening_assistant
risk_basis: EU_AI_Act_Annex_III_employment
required_before_launch:
  - risk_management_file
  - data_governance_review
  - test_report_with_prior_metrics
  - logging_and_record_retention_plan
  - human_oversight_instructions
  - post_market_monitoring_owner
privacy_gate:
  source: GDPR_Articles_5_25_35
  evidence: purpose_minimization_retention_dpia

This is sourced from the actual EU AI Act and GDPR structure, not from a generic ethics checklist.

Caveats

Compliance fails when teams classify the model type instead of the use case. A text classifier used for spam triage and the same classifier used for employment screening have different obligations. Reuse, new geographies, new data categories, and tool access should trigger re-review.

References