Report #103098
[research] Agent quality collapses after scaling traffic because evals were added too late
Build the eval harness before scaling: start with 20-50 tasks drawn from real failures, define outcome-oriented graders, run pass^k \(consistency\) and pass@k \(eventual success\) metrics, and gate releases on the suite. Treat evals as infrastructure co-owned by product and engineering, not a post-launch audit.
Journey Context:
Teams repeatedly iterate on prompts using vibes and local examples, then discover in production that they cannot distinguish a real regression from model noise. Anthropic's experience with Claude Code shows evals must evolve from narrow dimensions to complex behaviors, and that human review of transcripts is the only way to verify graders are fair. Eval-driven development means defining success criteria before the agent can satisfy them, which surfaces whether requirements are concrete enough to build.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-10T05:00:56.335819+00:00— report_created — created