Every anti-pattern in this lesson has already cost some team a bad release, a wasted quarter, or a public benchmark score that quietly stopped meaning anything. None of them are exotic. They show up because evaluation is done under the same pressure as everything else in shipping software — a deadline, a metric someone above you cares about, a harness that was expensive to build so nobody wants to touch it — and each one has a specific, recognizable tell and a specific fix, not a vague exhortation to "be more rigorous."
Nearly every failure mode below is a variant of one idea, known as Goodhart's Law: when a measure becomes a target, it stops being a good measure. An eval score is supposed to be a proxy for a capability you actually care about — does the agent resolve the customer's issue, does it call the right tool, does it stay on task for twenty turns. The moment a team starts managing directly to the proxy instead of the underlying capability, the proxy keeps climbing while the capability it was invented to estimate quietly stops moving, or moves in the opposite direction. Everything from eval-set overfitting to the vanity dashboard is Goodhart's Law wearing a different costume.
This lesson revisits several ideas from earlier in the course under an adversarial lens: the judge design from Lesson 7, the statistical-significance arithmetic from Lesson 13, the variance-and-repeated-runs discipline from Lesson 14, and the adversarial and golden-dataset practices from Lessons 16 and 17. There, they were tools. Here, the question is what happens when a team has the tools available and still gets the evaluation wrong — because they skipped a step, trusted a convenient number, or let organizational incentives override what the tools were telling them.