Zenaique

Design an escalation path for guardrail trips in a customer facing agent

Short answer·Medium·4.0 · 0·~3 min·Asked atGoldman SachsStability AiTencent
Attempt it

You run a customer support agent that can issue refunds and update accounts. Outline a tiered escalation path for guardrail trips, what happens at each tier, who is paged, and what state is preserved.

Free · 2 AI evals / day
TL;DR

Three tiers, silent log, async review with state snapshot, and synchronous page on a blocked irreversible action, each with a defined user-facing message and a preserved-state contract.

Memory aid
Sign in to see the mnemonic that makes this stick.
Easy to grasp

Imagine a security guard at a bank lobby. If someone walks in muttering oddly, the guard takes a note for later review. If someone tries to push past the counter, the guard intervenes and calls the manager when there is time. If someone reaches over the counter for the cash drawer, the guard hits the alarm immediately and the police come. Same job, three different intensities matched to how bad the worst case is. A customer-support agent's guardrails work the same way, a low-confidence classifier ping is the muttering, an injection attempt is the pushy customer, and a vetoed refund is the reach for the cash drawer.

Concept explanation~2 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

Guardrails fire at different intensities for different reasons. A low-confidence classifier ping on a read-only response is a different operational event from a high-confidence policy block on a refund attempt. Treating them identically, either by paging on every event or by silent-logging everything, fails in opposite directions.

The production answer is a tiered escalation system where each tier has a defined trigger, a defined user-facing behaviour, a defined state-preservation contract, and a defined human-notification path. Getting the tier mapping right is what makes the guardrail system usable rather than alarm spam or silent neglect.

The two-dimensional tier matrix

The natural reflex is to tier on classifier confidence alone, high confidence equals high tier. This is wrong. A high-confidence classifier hit on a benign-action surface is still a low-impact event; a low-confidence hit on a refund attempt is potentially a high-impact event.

The correct tier signal is two-dimensional: the blast radius of the attempted action crossed with the confidence of the trip. Blast radius ranges from zero (read-only text output) through low (account preference change) up to high (refund, account modification, external API call). Confidence is the classifier or rule's certainty that something is wrong.

The matrix gives three operational tiers. Low-radius × any confidence = tier 1. Medium-radius × medium or high confidence, or low-radius × very-high confidence = tier 2. High-radius × any actionable confidence = tier 3. The fact that an irreversible-action block can land in tier 3 even at moderate confidence reflects that the cost of a wrong action is asymmetric, the false-negative cost dominates the false-positive cost when refunds are involved.

Tier 1: silent log, sampled review
Tier 2: short-circuit, async handoff
Tier 3: synchronous page, real-time handoff
Calibrating rates, closing the loop, evolving the matrix
Sign in to unlock the full deep dive.

Situations where this technique stops working.

Sign in to see when this approach fails.

2–4 min · Everything important, quickly.

Sign in to see the quick scan of the deep dive.
TierTriggerUser-facing actionHuman notification
Tier 1 (soft)Low-confidence classifier hit, output rail rewritePolite fallback or modified responseNone; sampled review queue
Tier 2 (hard)High-confidence injection, PII leak attempt, policy violationTemplated apology, conversation short-circuitedAsync customer-success queue, hours SLA
Tier 3 (irreversible action)Refund / account modification / external API blockedTemplated message with callback offerSynchronous SRE page, SEV-3 incident

Real products, models, and research that use this idea.

  • Klarna's customer-support agent (2026) routes irreversible-action blocks to a synchronous human handoff and silent-logs sub-threshold safety classifier hits.
  • Anthropic's Claude in enterprise deployments through AWS Bedrock 2026 documents tiered escalation as a recommended pattern alongside Bedrock Guardrails.
Sign in to see more production examples.

What an interviewer would ask next. Try answering before peeking at the approach.

QHow would you tune the tier-2 vs tier-3 threshold over time?
A

Talk about a weekly review of the tier-3 page rate vs on-call capacity, a monthly review of incidents that should have been tier-3 but were tier-2, and a quarterly recalibration as the agent's tool surface evolves.

1 more follow-up an interviewer would ask next. Sign in to reveal them.

Red flags & common mistakes

The phrases that signal junior thinking. Click to expand.

Most common mistake

Paging humans on every classifier ping. The team gets alert fatigue, ignores the queue, and misses the real incidents.

Sign in to see all red flags and common mistakes.

60 second bullets to scan on the way to the call.

  • Map tier to a combination of blast radius and trip confidence

  • Define the state contract preserved at each tier

Sign in to unlock the revision sheet.

Primary sources. Browse if you want the original framing.

Similar questions

Same topic, related formats. Practice these next.

4 curated
Next question
When should automated eval escalate to human review in a production LLM product?
Short answer·Hard