LLM Digest
Subscribe

Agent Builder Foundations

Evidence-tiered mechanisms for agent builders

View as JSON

Agent foundations

LLM-as-judge의 평가 점수를 믿을 수 있을까요?

Concept·Evals and reliability·8 sources·updated 2026-10-21

If you grade agent traces with an LLM judge, the score is not a fact about the agent. It is the agent filtered through a second model with its own failure modes. Before wiring a judge into CI gating or a dashboard, find out whether it favors a slot, a length, or a language, and whether its accuracy on your eval set predicts catching the production failure you care about.

What's new in the evidence
Short answer

LLM-as-judge accuracy on a held-out set is necessary but not sufficient. Judges carry systematic biases toward position, length, and language that raw accuracy hides, and a judge that passes a benchmark can still miss the real failure the eval exists to catch.

A deeper gap sits underneath: a judge grades the answer's plausibility, not whether the trajectory earned it. In GroundEval's case study, two frontier judges scored an answer 0.85 or higher although the agent never retrieved the evidence it depended on. Treat the judge as a component under test, and where trajectories have checkable evidence, replace it with a deterministic scorer.

Builder model

A judge is a classifier with a prompt instead of a training loop, and classifiers fail in ways one aggregate accuracy number doesn't show. Judge designs sit on a spectrum:

  • Prompted frontier LLM: flexible, expensive, subtly biased.
  • Small fine-tuned classifier (encoder or distilled LLM) trained on production labels: cheap, fast, narrower, only as good as its labels.

Both need what an agent needs: a held-out test set built from real failures, not the cases the judge was tuned on.

Either design grades what the agent said, not what its trajectory can prove. When the task has a checkable evidence path — a document that should have been retrieved, a time window to reason within, a causal mechanism to use — a deterministic scorer over the trajectory closes a gap no judge tuning can.

Mechanism

An LLM judge produces a verdict conditioned on the response, a rubric, and often a second response to compare. Because the verdict is a model output, it inherits model-level artifacts:

  • Position bias: preferring whichever candidate is shown first.
  • Verbosity bias: preferring longer text as a proxy for thoroughness.
  • Distribution-shift degradation: losing calibration outside the language or domain it was tuned on.

Swapping the order of compared responses probes position bias directly: if the verdict flips with the slot, the judge is responding to position, not content. BabelJudge shows how much raw accuracy hides here; order consistency fell to 0.480 in Swahili, near random.

Agent trajectories multiply the places bias can hide. The judge scores a sequence of tool calls and decisions, and can be well calibrated on final-answer correctness while unreliable on whether the path was sound. Cheaper judges (fine-tuned encoders, distilled small LLMs) trade rubric flexibility for cost and speed, and face the same requirement: measure them against the failures you care about, not the cases used to tune them.

Deterministic trajectory scoring removes the judge where evidence is checkable. GroundEval generates questions from a domain configuration, lets the agent answer freely, then scores the answer and recorded trajectory on three tracks:

  • Silence: did the agent check before claiming something was absent?
  • Perspective: did it reason only from evidence available at the relevant time?
  • Counterfactual: did it use the real causal mechanism, not a plausible one?

Each track grades against ground truth the system already knows — what was retrievable, when, and through what path — so it catches a fluent, ungrounded answer that a judge reading only the final text cannot detect by construction.

How to apply

Before trusting a judge's verdicts, run these checks:

  • Order-swap test. Run every pairwise comparison both ways and count only verdicts that agree.
  • Verbosity check. Track response length against verdict.
  • Per-slice reliability. Across languages or domains, report reliability per slice, not one pooled number.
  • Held-out set from real failures. Use production failures your team has seen, not synthetic cases the judge obviously gets right; a judge accurate on easy cases and silent on the hard one is failing.
  • Stability and human-agreement checks. Re-score identical inputs several times and track variance; compare against human labels with a chance-corrected metric.
  • Re-validate before swapping in a cheaper judge. Test any encoder, distilled model, or decision model on the same held-out set; tune its threshold on your data, measure calibration, and re-run whenever the model, prompt, or rubric changes.
  • Check groundedness, not plausibility, for trajectories. Where the task has a checkable evidence path, grade the recorded trajectory against that ground truth instead of asking a judge whether the answer sounds right.
Failure modes
  • Aggregate accuracy worship: one pooled number hiding a collapse in a slice (language, position, length band).
  • Order blindness: never testing whether a pairwise verdict flips when the slots swap.
  • Benchmark-only validation: tuning and validating on the same kind of cases, so the judge never sees the production failure the eval exists to catch.
  • Set-and-forget judges: never re-validating after the agent, prompt, or judge model changes.
  • Free cost-cutting: swapping in a cheaper judge without re-running the same bias and accuracy checks.
  • Default threshold: shipping a decision model at 0.50 without tuning or calibrating it.
  • Grading the answer, not the path: trusting a high score on a fluent answer without checking that the trajectory retrieved the right evidence, respected the time boundary, and used the right mechanism.
Related

See agent evaluation for grading agent trajectories, LLM-as-judge for the model-graded pattern this page interrogates, and does a high benchmark score predict production reliability? for whether the benchmark itself predicts real-world behavior.

Evidence · 8 sources
newest first
  1. Primary docWho judges the judge? Three helpful ways to audit your LLM evaluatorsprimary-doc-backed · in the feed

    Google Cloud's audit recipe: measure score variance across repeated passes on identical inputs, compare against human experts with chance-corrected metrics, and use at least two judge models on decomposed criteria, flagging divergence. Cites prior work that swapping option order can flip a verdict over 75% of the time. Gives no thresholds or pass counts.

  2. Field reportHow To Use Decision Models for Evalsproduction field-report-backed · in the feed

    Tests six small decision models on 98 apartment-leasing agent traces (61 failures) with five-fold cross-validation. Tuning the default 0.50 threshold recovers performance; the cheapest model scored F1 0.79 at 0.82 cents per 100 runs versus 0.87 at 3.72 cents. Calibration must be measured: one group predicted 8% failure but 60% failed. Small, single dataset.

  3. BenchmarkGroundEval: A Deterministic Replacement for LLM-as-Judge in Stateful Agent Evaluationbenchmark/result-backed

    In a case study, two frontier LLM judges scored a plausible agent response 0.85 or higher while the recorded trajectory showed the agent never retrieved the artifact its answer depended on; GroundEval scored it 0.000. Replaces the judge with a deterministic scorer over grounded, time-bounded, access-controlled evidence on three tracks: Silence, Perspective, and Counterfactual. The authors' case studies suggest the failure is common, not exceptional.

  4. BenchmarkBabelJudge: Measuring LLM-as-a-Judge Reliability Across Languages and Agent Trajectoriesbenchmark/result-backed

    Builds gold-labeled pairs by perturbing known-good answers (no human annotation) and measures position bias, verbosity bias, order inconsistency, and cross-lingual degradation in a Qwen2.5-7B-Instruct judge. Raw accuracy (0.835 Hindi vs. 0.660 Swahili) understates the gap: bias-penalized reliability falls from 0.714 to 0.550, and order consistency collapses to 0.480 under slot swaps, near random. One judge model tested.

  5. BenchmarkDo Encoders Suffice? A Systematic Comparison of Encoder and Decoder Safety Judges for LLM Adversarial Evaluationbenchmark/result-backed

    Benchmarks fine-tuned encoder classifiers against LLM-based judges for detecting harmful outputs across several attack techniques, testing whether a much cheaper, lower-latency judge architecture can substitute for an LLM judge without a major accuracy loss. Safety-classification setting only; no headline figure is recorded here.

  6. Field reportBuilding a 100x Cheaper Trace Judge with Fireworksproduction field-report-backed

    LangChain and Fireworks fine-tuned a small open model on production trace labels and matched frontier-judge performance at roughly 1/100th the cost. Vendor-reported, on their own narrow trace-grading task. Shows a judge's behavior can be distilled and re-validated rather than locked to whichever frontier model wrote the first version.

  7. Field reportWhy most AI evals would miss the Linear sales email failureproduction field-report-backed

    Practitioner postmortem on a real production failure that a typical eval suite and judge would have scored as a pass. Single incident, no rates; shows judge accuracy on a benchmark does not guarantee the judge catches the failure that actually matters.

  8. EditorialLLM Digest synthesiseditorial inference

    For agent builders, an LLM-as-judge score is an output of a measurement instrument with its own bias profile, not a ground-truth label, so the judge needs the same validation discipline as the agent it grades.