jargon

Applied AI·topic 8 of 12

Evaluation and reliability

Evals are to LLM features what tests are to code: the only alternative to superstition. This vocabulary backs script 8 and will dominate any serious applied AI interview.

Read in order · tick what you already know

  1. 01

    you stop saying the answers feel better and produce a number you can put next to last week's number.

    Eval

  2. 02

    you keep a fixed set of inputs with the answers you already know are right, and every change gets scored against that same set.

    Test case / golden set

  3. 03

    someone had to sit down and write the correct answers for two hundred cases, and without that your scoring is vibes.

    Ground truth / labels

  4. 04

    you report that eighty-two percent of cases passed and someone asks whether that was one attempt each or the best of five.

    Pass rate / pass@k

  5. 05

    the answer is either the right invoice number or it is not, so you assert on it instead of paying a judge model to have an opinion.

    Exact match and rule-based scoring

  6. 06

    you wrote out the dimensions, the scale and a worked example of each grade, and the judge's scores started tracking yours.

    Rubric

  7. 07

    you have a second model score the first one's output against a rubric, because there is no exact answer to diff against.

    LLM-as-judge

  8. 08

    your judge kept preferring whichever answer was shown first, so you ran each pair both ways round and averaged the scores.

    Judge biases

  9. 09

    a for loop over test cases with assertions and a scoreboard.

    Eval harness

  10. 10

    you re-run the whole scored set after a prompt tweak or a model upgrade, so you find out you broke case 12 before your users do.

    Regression testing

  11. 11

    your golden set stayed green and real users still hit a case nobody had imagined, so you started sampling live traffic too.

    Offline vs online evaluation

  12. 12

    you serve the new prompt to half the traffic and the old one to the other half, and let the outcome metric decide instead of your opinion.

    A/B testing

  13. 13

    the new prompt goes to two percent of traffic first, and you watch quality and cost before letting the rest through.

    Canary deployment

  14. 14

    you asked for a citation and got a real-looking one that does not exist, delivered with the same confidence as the parts that were true.

    Hallucination

  15. 15

    the answer is true in general and nothing in the chunks you actually retrieved says it.

    Faithfulness / groundedness

  16. 16

    you sent the same prompt twice and got two different answers, and nothing in your code changed between the calls.

    Non-determinism

  17. 17

    you sample the answer five times and take the majority, paying five times the cost to get the hard cases right.

    Self-consistency / majority voting

  18. 18

    nothing in your code changed but the outputs are worse than they were in March, because the traffic or the model underneath moved.

    Drift

  19. 19

    you read that a model scores ninety on a public suite, try it on your own task, and find the number told you almost nothing.

    Benchmark

  20. 20

    a model posts a startling score on a public test set and does no better than the last one on yours, because the answers were in its training data.

    Benchmark contamination

  21. 21

    the model at the top of the arena lost to the second one on your task, because humans voting on style is not your workload.

    Leaderboards and Elo

  22. 22

    the incident came in and you had every prompt, output, model version, latency and cost to look at instead of guesses.

    Observability

  23. 23

    you record every prompt, tool call and response in one linked timeline, so you can replay exactly what the run did when it went wrong.

    Tracing / spans