…ry demo
Retry can't help the caller on a sustained outage, so its counters read
plain ✗82 vs httpware ✗81 — "no difference" at a glance, against the suite's
one-number-that-pops design, and its stop overclaimed a "fails fast" that
never showed (budget-exhausted requests count as ✗, not fast-fail). Keep only
the Brief blip scenario (clear ✗6 vs ✗0 win); the herd view below now owns the
sustained/amplification story with numbers that pop (~18x vs ~3x). Preserve the
"retry rescues blips, not outages" point as one line of the herd intro.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The single-client retry demo's Sustained outage scenario showed plain ✗82 vs httpware ✗81 — near-identical, which reads as "no difference" at a glance. That's correct model behavior (retry can't rescue a caller from a sustained outage), but it works against the suite's design where every scenario spotlights a number that pops, and its stop copy overclaimed a "fails fast" that never showed (a budget-exhausted request still hits the backend once and counts as ✗, so the fast-failed counter stays 0).
Rationale + details: planning/changes/2026-07-19.03-drop-single-client-sustained-scenario.md.
Change
Verification
🤖 Generated with Claude Code