Slide 18 of 28
Part 4 — PreventionSlide 18
Slide 18 · MIT01 + MIT02
Output validation catches failures at the boundary where they originate. Circuit breakers stop them from propagating further once detected.
MIT01 — Output Validation at Agent Boundaries

What it does: Every agent's output is validated against a defined contract before being passed downstream. The contract specifies: required fields, allowed field values and types, expected output size ranges, schema version, and any domain-specific sanity checks.

What "output validation" means for agents: It's more than JSON schema validation. Effective output validation for agents includes:

Placement: Validation runs at the output of the producing agent, before the data is committed to any queue or shared state that downstream agents read from. "Validate before you publish" is the principle.

MIT02 — Circuit Breakers

What it does: A circuit breaker monitors the health and output quality of an agent. When failure signals exceed a threshold, the circuit "opens" — stopping requests to the failing agent and routing to a fallback (a cached result, a simplified response, a human escalation, or a graceful "unavailable" message).

Three states: Closed (normal operation — requests pass through), Open (circuit has tripped — requests route to fallback; the failing agent is not called), Half-open (after a recovery window, one test request is sent; if it succeeds, the circuit closes; if it fails, it reopens).

What trips the breaker for agents: Error rate above threshold (>20% outputs fail validation), response latency above threshold (consistently slow → likely degraded), consecutive validation failures (3+ consecutive bad outputs), resource metrics (memory or token usage spiking).

Eliminates retry storms: When a circuit is open, dependent agents don't retry the failing agent — they immediately use the fallback. This breaks the thundering herd pattern that caused Scenario 3's 4-minute outage from a 12-second database hiccup.

💼 Business takeaway

Ask your team: if one AI agent in your pipeline starts producing bad outputs, does the next agent in line keep using them — or does it stop and fall back to a safe default? Ask whether there is an automatic mechanism that detects a failing agent and reroutes around it before the damage spreads.

← Back MIT03 + MIT04 →