Evaluation Overview
Quality you can measure
Evaluation is how you know changes to prompts, models, or systems make things better — not just different. Offline tests, live metrics, and iterative loops turn model quality from vibes into engineering.
What you will learn
- Define eval layers: offline, online, and in-loop
- Run evals before every change
- Turn findings into regression tests
What is this?
Evaluation is the practice of measuring model-system quality across defined dimensions using structured data and repeatable runs. Three layers: offline evals (golden sets in CI), online metrics (live traffic health), and in-loop checks (runtime gates). Each layer answers a question BREADTH before changes go out.
Why do you need it?
- You can't improve what you can't measure.
- Prompts/models drift; evals catch regressions.
- Evals replace anecdotal 'it looked better' with signals.
- Graded, repeatable runs let the whole team iterate honestly.
Mental model
A doctor's vital signs
Eval layers
You don't assess health by gut feel: blood work (offline), resting vitals (online), bedside checks (in-loop). Each layer has its own cadence and purpose; the patient (system) gets worse before you feel it without all three.
How it works
- Choose dimensions that matter for your product.
- Build a golden dataset per dimension.
- Run evals offline in CI on every change.
- Track online health metrics on production traffic.
- Roll findings into the golden set and iterate.
Three eval layers.
In production
- CI blocks prompt/model merges that regress goldens.
- Dashboards watch answer quality on live traffic.
- Runtime guards trigger fallbacks on degraded output.
Best practices
- Eval before every prompt or model change.
- Start with 20-50 high-value goldens, grow over time.
- Separate automated metrics from human review.
- Make evals deterministic (fixed seeds, mocks).
Common mistakes
- No baseline: changes judged by vibes.
- Single 'good essay' test for a system that needs 10 dims.
- Evals that run nowhere (docs, not loops).
Common issues
Evals not used in workflowNot wired into CI/review
Run on merge; gate required scores.
Golden set goes staleNo refresh cadence
Harvest live failures every release into goldens.
Debugging tips
- Evals pass, prod regresses → dataset drifted from traffic; harvest real cases.
- Scores fluctuate run-to-run → nondeterministic model calls; seed/mock.
- Too many failures to act → prioritize by severity and frequency.
Interview checkpoint
Quick quiz
Offline evals run…
Eyeballing two outputs is a substitute for evals.