systemdesign.academyAI EngineeringFree lessonsSign inGet the course
  1. Home
  2. AI Engineering: Evaluation, LLM Ops and Security
  3. LLM Evaluation and Error Analysis
  4. LLM-as-Judge and Its Failure Modes

AI Engineering · Evals

LLM-as-Judge and Its Failure Modes

Free preview: the first part of this 17-part lesson.

Already bought the course? Sign in to read the whole lesson.

this lesson is part of

AI Engineering

Unlock this lesson and the 199 other paid lessons

  • 210 lessons in 16 chapters
  • 118 lessons built on a lab that really ran
  • An AI tutor beside every lesson that answers and draws
  • Lifetime access, every new lesson included

$49 once, by PayPal

See the AI Engineering course

The rest of this lesson

  1. What LLM-as-Judge Is, and Why It Feels Objective
  2. The Failure Catalogue
  3. Position Bias, and the Cheapest Fix in Evals
  4. Verbosity Bias: Length Reads as Quality
  5. Self-Preference: a Judge Favours Its Own Family
  6. Sycophancy: the Judge Agrees With the Hint You Leaked
  7. Formatting Bias: Same Facts, Better Costume
  8. Instability and Rubric Sensitivity: the Judge Against Itself
  9. Coarser Questions Give Steadier Answers
  10. Make the Judge Reason Before It Scores

read the rest of this lesson in

AI Engineering

Unlock this lesson and the 199 other paid lessons

  • 210 lessons in 16 chapters
  • 118 lessons built on a lab that really ran
  • An AI tutor beside every lesson that answers and draws
  • Lifetime access, every new lesson included

$49 once, by PayPal

See the AI Engineering course

Continue this lesson

in Evals

This lesson is part of the AI Engineering course. Unlock the full course, a separate one-time payment, for lifetime access.

One-time payment. Lifetime access. No subscription.
Global
$49/lifetime

One-time payment via PayPal

Get Lifetime Access
Previous lessonBuilding a Golden Dataset: The Set That Catches RegressionsNext lessonValidating Your Judge: TPR, TNR, and the Human Ceiling

System Design

  • Foundation
  • Intermediate
  • Advanced
  • Capstone

AI Engineering

  • Foundation
  • Data, RAG and Agents
  • Evaluation, LLM Ops and Security

systemdesign.academy

  • Home
  • Glossary
  • Interview prep
  • Reviews
  • About
  • Pricing
  • Privacy
  • Terms
  • Refunds
  • Delivery
  • Contact
Most Judge Failures Trace Back to a Vague Rubric
  • Miscalibration: a Confident Score Is Not a Correct One
  • The Failure That Gets Worse the More You Optimize
  • When One Judge Is a Noisy Vote, Convene a Panel
  • An Unvalidated Judge Is a Confident Guess
  • Knowledge Check
  • Foundation lessons free, try before you buy
    India Special
    India
    ₹999/lifetime

    One-time payment: UPI, card or netbanking

    Get Lifetime Access
    Foundation lessons free, try before you buy
    Every ML Platform lesson, Foundation to Advanced
    Real architecture diagrams with real tool logos
    MLOps, LLMOps, and data engineering in depth
    Quizzes with instant feedback
    Built and reviewed by senior engineers
    Lifetime access, all future content included

    Foundation lessons of this course are free, no payment needed. Try them now

    The 4.6 Out of 5 That Meant Nothing

    A new version of the support assistant averages 4.6 on the quality rubric. The old one averages 4.1. An LLM read every answer and scored it from 1 to 5, the gap looks real, and the number is clean enough to ship on. Before trusting it, swap the order the two answers were shown to the judge and run the grading again. The gap can shrink, vanish, or even reverse without a single word of either answer changing. The judge has a bias, and the score you were about to ship on was partly measuring position, not quality.

    Two weeks later a customer complaint pattern says the opposite. Someone reruns the eval, and this time, on a hunch, they swap which answer the judge sees first. The scores flip. The old version now wins. The judge had not been measuring quality at all. It had been favoring whichever answer sat in the first slot, and the "4.6 versus 4.1" was a coin the team had been reading as a compass.

    Nothing errored. No exception, no failed request, no red dashboard. The judge produced a clean number every time, and the number was confidently wrong. That is the danger of in one sentence: it hands you a precise score with unknown accuracy, and precision reads as truth. A person who wrote "4.6" by hand would hedge, second-guess, add a note. The model writes 4.6 with the same flat confidence every time. Whether the answer was excellent, mediocre, or the judge was simply guessing. That even tone is exactly what makes the failure so easy to miss.

    The judge was never broken. It answered every call and returned a tidy number. The number just did not mean what everyone assumed it meant.

    This lesson is the full catalogue of how that happens. The previous chapter on evaluating LLMs introduced the judge as a method and named a handful of biases in passing. Here we go the other way: every documented failure mode, the mechanism that produces it, and the specific fix that removes it. By the end you should be able to look at any judge setup and predict which modes it is exposed to. You test for them, and then decide whether the number is a measurement or a guess.