Domain 5 — Governance, Safety and Risk (14%)
14% of the exam, roughly 9 questions. One of the three domains with no Foundations equivalent, and the one where regulated-sector experience shows.
5.1 LLM failure modes, named
You are expected to identify these precisely, because the mitigation differs for each:
| Failure mode | What it looks like | Mitigation |
|---|---|---|
| Hallucination | Confident, plausible, unsupported claims — figures, citations, quotations | Ground in retrieved sources, restrict to supplied material, require citations, permit "I don't know" |
| Prompt injection | Retrieved or user content issuing instructions the system follows | Untrusted-content policy, tool_result placement, provenance labelling, screening, and least privilege |
| Data leakage | One tenant's or user's data surfacing to another, or sensitive content in logs | Identity propagation to the data layer, tenant isolation, log redaction |
| Bias and disparate impact | Systematically different treatment across groups | Test for it explicitly across cohorts; do not assume neutrality |
| Silent drift | Quality declines with no error raised | Behavioural monitoring and a periodically refreshed eval set |
| Over-refusal | Legitimate requests declined, so users route around the system | Measure it; it is a real quality metric, not a safety win |
| Compounding error | An early mistake becomes the premise for everything after it | Gates between workflow stages; bound agent autonomy |
5.2 Guardrails as layers
No single control is sufficient, and the exam rewards defence in depth in a specific order of strength:
- Architectural — the system cannot perform the damaging action. Scoped tools, scoped credentials, no write path. Strongest, because it does not depend on the model's behaviour.
- Deterministic validation — schemas, business rules, policy checks in code.
- Model-based screening — a cheap classifier over inputs and over tool outputs, with schema-constrained results.
- Prompt-level — hardened system prompts and untrusted-content policies. Useful, and the weakest layer, because it is probabilistic.
- Human review — for the cases the stakes demand.
The examinable ranking — when one option hardens a prompt and another removes the capability, the removal wins. Prompt defences lower the probability of an attack succeeding; architectural ones remove the possibility of damage.
5.3 Human in the loop, designed properly
Where output affects someone's rights, livelihood, health or legal position, a qualified human reviews and owns the decision, and the use of AI is disclosed to those affected. The recognised high-risk domains are legal, healthcare, insurance, financial advice, employment, housing and lending, academic assessment and journalism.
The professional-level addition is that review must be designed, not merely required. That means deciding which cases are reviewed rather than all of them, presenting the reviewer with the evidence and the citations rather than a bare answer, measuring the override rate as a quality signal, and sizing the queue so the review actually happens. A review step that creates a two-day backlog will be bypassed, and the control will exist only on paper.
5.4 Regulatory landscape
| Regime | What it drives in the architecture |
|---|---|
| GDPR | Lawful basis, data minimisation, purpose limitation, subject access and erasure, and restrictions on transfers — which pushes toward regional inference endpoints and short retention |
| HIPAA | A Business Associate Agreement, restricted PHI flows, audit logging, and minimum necessary use |
| Financial regulation | Record-keeping, supervision of communications, and demonstrable human accountability for advice |
| Public sector frameworks | Authorised deployment environments and controlled data boundaries |
What Anthropic provides on the commercial side, and which an architect is expected to know exists: SOC 2 Type I and Type II attestations, ISO/IEC 27001:2022 for information security, ISO/IEC 42001:2023 for AI management systems, and a HIPAA-ready configuration with a BAA available. Reports are requested through the Trust Portal. Commercial traffic — Team, Enterprise and the API — is not used to train models by default, and zero data retention arrangements are available for organisations that require them.
The distinction to hold onto: a vendor's certification is an input to your compliance case, not a substitute for it. You still own lawful basis, minimisation, retention, access control and audit evidence for your own system.
5.5 Building the audit trail
Assume you will have to demonstrate, months later, what the system did and why. That requires per-request records of the model and prompt version, the inputs and outputs, the retrieved sources and citations, validation and guardrail outcomes, who reviewed what and when, and the decision that resulted — retained for the period the regime requires and no longer, with sensitive fields redacted. Logs are also a disclosure surface: the easiest place to leak data you were careful about everywhere else.
← Previous: Domain 4 — Evaluation, Testing and Optimisation | Next: Domain 6 — Stakeholder Communication and Lifecycle →
Explore Other Certification Study Guides
Switch to another exam guide to prepare for your next Claude certification:
Claude Certified Associate — Foundations
Entry-level certification for non-coders: prompting, output evaluation, model selection, workflow integration, configuration, governance & responsible use.
Claude Certified Architect — Foundations
Core architectural principles: agentic loops & orchestration, tool design & MCP, Claude Code workflows, prompt engineering, and context reliability.
Claude Certified Developer — Foundations
Build software on Claude: API integration, model selection, tools & MCP servers, agents vs workflows, security, safety & debugging.