Skip to content
Clairos Learn

Safety, privacy, and governance · Lesson 10 of 15 · 8 min

Review human escalation

Human escalation needs an identified recipient, a bounded reason and a safe hold state. A vague “ask someone” message is not an operational handoff.

Mastery 0/3Run itExplain itApply it
learner@clairosSimulated AI Ops lab
learner@clairos:~ $
↑ history · Tab complete · Ctrl+C cancel · Esc, Tab to leaveExit 0

Understand the pattern

Human escalation needs an identified recipient, a bounded reason and a safe hold state. A vague “ask someone” message is not an operational handoff.

Interpret the evidence

Route the case to high-risk-review without executing it automatically.

A tempting mistake

Execute first and ask for approval afterward.

All names, measurements, prices, versions, and thresholds in this exercise are fictional training data. The evidence supports this bounded scenario, not a claim about a live provider.

Worked example and expected result
$ cat /opt/ai-lab/cases/aiops-safety-governance-010.json
{
  "fixture": "Fictional training data; not a live measurement.",
  "requires_review": true,
  "review_queue": "high-risk-review",
  "auto_execute": false
}

Exit status: 0. The command completed successfully in the training fixture.

$ jq .review_queue /opt/ai-lab/cases/aiops-safety-governance-010.json
"high-risk-review"

Exit status: 0. The command completed successfully in the training fixture.

$ printf '%s\n' 'route-human-review' > /home/learner/lab/aiops-safety-governance-010-decision.txt
(no output; exit 0)

Exit status: 0. The command completed successfully in the training fixture.

Try a variation

Name the assumption that would have to change for “route-human-review” to stop being the justified action. Do not silently replace missing evidence with a guess.

Explain it

What does the evidence in “Review human escalation” justify?

Apply it elsewhere

A colleague concludes: “Execute first and ask for approval afterward.” What should you do?

Keep the momentum.

Complete the lab, then explain and apply the pattern.

Next: Check audit metadataTry an incident drill

Anonymous lesson and mastery progress lasts for this session. Sign in to keep synced lesson XP between sessions; mastery stays device-local. No speed bonus, lost lives, or hint penalties.

Keep learning

  1. 01Inspect refusal evidenceRefusal evidence should be evaluated against the actual policy and task. Over-refusal and missed refusals are different failure modes with different user impacts.Practice
  2. 02Check audit metadataAudit metadata should record what changed, who authorized it and which versions were involved. Avoid collecting raw secrets simply to make an audit record look complete.Practice
  3. 03Separate safety and qualitySafety and task quality are separate evaluation dimensions. A useful answer can violate a data boundary, while a safe refusal can still be unhelpful for an allowed request.Practice