LLM Evaluation Failure Modes

Evaluation mistakes that inflate confidence in language-model and agent changes, with corrective checks.

  • JSON5,831 B
  • YAML4,264 B · −27%
  • TOON3,462 B · −41%

Evaluation mistakes that inflate confidence in language-model and agent changes, with corrective checks. Each row includes a practical application and a failure to check before using it.

Use it when

  • Review a model or prompt change before shipping.
  • Build a held-out test for answers grounded in reference data.

Watch out for

  • This is an evaluation checklist, not a benchmark leaderboard.
  • The correct test depends on the actual user task and consequences of failure.

The data

FailureSymptomBetter checkRemaining limit
Test contaminationStrong scores on examples used during development.Hold out cases and document dataset provenance.Unknown pretraining overlap can remain.
Prompt overfittingOne prompt works on a small familiar set.Use varied held-out cases and a baseline.A larger sample can still miss rare failures.
Judge position biasThe judge favors the first or second candidate.Randomize candidate order and audit disagreements.Other judge biases can remain.
Single aggregate scoreA gain hides a serious subgroup regression.Report task slices and important failure categories.Tiny slices have wide uncertainty.
Uncontrolled samplingResults move after an unrelated change.Fix settings and compare repeated paired runs.Provider-side nondeterminism may remain.
Missing abstention testThe system answers even when evidence is absent.Include unanswerable and adversarial cases.A good abstention rate does not prove answer quality.
Tool success proxyA valid tool call is counted as a solved task.Verify the intended state or external artifact.Some external outcomes are hard to observe.
Latency blind spotA quality gain makes the workflow unusably slow.Measure elapsed time and tail behavior under load.Lab traffic may differ from production.
Invalid confidence intervalCorrelated turns are treated as independent samples.Resample or analyze at the appropriate independent unit.The unit must reflect the data collection process.
No failure reviewThe dashboard improves while users report regressions.Inspect concrete failures with a reproducible rubric.Human review also needs consistency checks.

Fields

The shape of this dataset, read from the data itself: every column, its type and a real value. Agents can use this to plan a query without fetching the whole document.

SectionFieldTypeExample
datafailurestringTest contamination
datasymptomstringStrong scores on examples used during developme…
databetter_checkstringHold out cases and document dataset provenance.
dataremaining_limitstringUnknown pretraining overlap can remain.

Fetch the same bytes

The static files contain the same reference rows as the API, with no API rate limit. Live metadata, such as view counts, may differ. Use the API for content negotiation; use the static files for a cacheable snapshot.

curl "https://yjtoon.com/api/dataset/llm-evaluation-failure-modes?format=toon"
const res = await fetch(
  "https://yjtoon.com/static-data/dataset/llm-evaluation-failure-modes.toon"
);
const toon = await res.text();

Rate limit: 120 requests per minute per IP, no key and no signup. API reference →

Sources and editorial notes

Original editorial reference notes by YJTOON, informed by the linked primary documentation. External specifications retain their own licenses.

Editorial review: . Source documents keep their own licenses.

Topics

  • ai-ml-terms
  • llm evaluation failure modes
  • reference
  • engineering

Search the library

Search by a topic, title, or keyword.

Start with a collection

Browse all 205 datasets