// Beyond the video
What the video didn’t say
The interview covers the core loop. These 17 ideas fill in the rest — each one in simple words, with an analogy, an example and why it matters. Open any that are new to you.
01Offline vs. online evals
- Simple words
- Offline evals run on a fixed test set before release. Online evals watch the live system with real users.
- Analogy
- A crash test in the lab versus a dashcam on the road.
- Example
- Offline: run the CRM suite before changing the prompt. Online: sample live runs each day and check them against the same checklist.
- Why it matters
- Offline evals catch known problems early. Online evals catch the ones you never thought to test.
02Same input, different output: pass@k and pass^k
- Simple words
- AI can answer the same question differently each time, so one run proves little. Run it several times.
- Analogy
- A basketball player’s free throws: one shot tells you little about their average.
- Example
- pass@k asks: did at least one of k tries succeed? pass^k asks: did all k tries succeed? A support agent needs a high pass^k, because every customer gets only one try.
- Why it matters
- Reporting only the best of several tries makes an unreliable agent look reliable.
Source: Chen et al. (2021) · Yao et al. (2024)
03LLM-as-judge and its biases
- Simple words
- Using one AI to grade another AI’s output against a rubric.
- Analogy
- A fast, tireless judge who happens to prefer long speeches.
- Example
- A judge model reads each drafted email and answers five yes/no questions about tone and accuracy.
- Why it matters
- Research has found AI judges can favour longer answers, answers in a certain position, and answers they wrote themselves. Check a judge against human labels before trusting it.
Source: Zheng et al. (2023)
04Checking the grader against experts
- Simple words
- Have humans grade a sample too, and measure how often the grader agrees with them.
- Analogy
- Two referees watching the same match should mostly make the same calls.
- Example
- An expert grades a sample of emails; the AI judge grades the same sample. You compare the two sets of answers, and fix the rubric where they disagree.
- Why it matters
- Agreement statistics such as Cohen’s kappa correct for agreement that would happen by chance, so they are stricter than a raw match rate.
Source: McHugh (2012)
05Three kinds of graders
- Simple words
- Code checks what can be checked exactly. AI judges handle fuzzy things like tone. Humans handle the hardest calls and set the standard.
- Analogy
- A spell-checker, an editor, and the publisher.
- Example
- Code: “was the note saved?” AI judge: “is the tone friendly?” Human: “would I send this to our biggest client?”
- Why it matters
- Use the cheapest grader that is reliable for each check. Save humans for what only humans can judge.
Source: Anthropic Engineering (2026)
06Start with a small golden dataset
- Simple words
- A small, hand-checked set of real cases the team trusts as the reference.
- Analogy
- The teacher’s own marked copy of the exam.
- Example
- Pull real support tickets where the agent failed, write down the right outcome for each, and use them as your first tasks.
- Why it matters
- One practitioner guide suggests 20–50 simple tasks drawn from real failures is a great start. You don’t need thousands.
Source: Anthropic Engineering (2026)
07Regression tests and CI gates
- Simple words
- Re-run your evals on every prompt, tool or model change, and block the change if scores drop.
- Analogy
- A smoke alarm in the build pipeline.
- Example
- A pull request changes the system prompt. The pipeline runs the eval suite; two tasks that used to pass now fail, so the merge is blocked.
- Why it matters
- Small prompt tweaks can quietly break things that used to work. Automatic checks catch it before users do.
08Grade the path, not just the answer
- Simple words
- Trajectory evals check the steps and tool calls the agent took, not only its final answer.
- Analogy
- Marking the working in a maths exam, not just the final number.
- Example
- The final email was fine, but along the way the agent deleted a record by mistake. Only a check on the steps catches that.
- Why it matters
- An agent can reach a right-looking answer in an unsafe or wasteful way. Tool-call checks catch it.
Source: Anthropic Engineering (2026)
09Evaluating RAG: grounded answers
- Simple words
- For systems that look things up first, check whether the answer sticks to what was retrieved, and whether the right things were retrieved.
- Analogy
- An open-book exam: did the student use the book, and did they open it at the right page?
- Example
- The bot quotes a refund window. Faithfulness asks: is that in the retrieved policy? Context relevance asks: is what was retrieved actually about refunds, or padded with unrelated text?
- Why it matters
- Research on RAG evaluation measures faithfulness, answer relevance and context relevance separately, because each can fail on its own.
Source: Es et al. (2023)
10Public benchmarks aren’t your evals
- Simple words
- Leaderboards test general skills on public questions. Your evals test your tasks on your data.
- Analogy
- Top of the class in general knowledge doesn’t make you good at a specific job.
- Example
- A model tops a public coding benchmark but fails many of your CRM tasks, because your tools and rules are unusual.
- Why it matters
- Models may have seen public test questions during training, which makes their benchmark scores look better than they are.
Source: Sainz et al. (2023)
11Safety evals, red teaming and prompt injection
- Simple words
- Deliberately try to make your agent misbehave, including hiding instructions inside the content it reads.
- Analogy
- Hiring a locksmith to try to break into your own house.
- Example
- A test web page contains hidden text telling the agent to email the customer list elsewhere. The eval passes only if the agent ignores it.
- Why it matters
- OWASP lists prompt injection as the top risk for LLM applications, and researchers have shown indirect injection through retrieved content working against LLM-integrated apps.
Source: OWASP (2025) · Greshake et al. (2023)
12Cost, speed and quality: pick per task
- Simple words
- Different tasks deserve different trade-offs. Choose the cheapest, fastest option that clears each task’s bar.
- Analogy
- You don’t take a taxi to the corner shop, or walk to the airport.
- Example
- Internal notes go to a small, fast model. Customer-facing emails go to a larger one that clears a higher bar.
- Why it matters
- Research on agents argues that evaluations should report cost alongside accuracy, not accuracy alone.
Source: Kapoor et al. (2024)
13Eval-driven development
- Simple words
- Write the eval before you build or change the feature, then build until it passes.
- Analogy
- Agreeing what “done” looks like before you start painting the room.
- Example
- Before adding “draft follow-up emails”, write ten tasks and a checklist for a good draft. Then build the feature against them.
- Why it matters
- It forces you to define “good” up front, and gives you a finish line instead of endless tweaking.
14Evals go stale
- Simple words
- As products, users and models change, old evals stop matching reality. Review and update them like code.
- Analogy
- Last year’s map of a growing city.
- Example
- You add a new pricing plan, but the eval suite still checks for the old plan names. Everything passes while real answers are wrong.
- Why it matters
- A stale suite gives false confidence, which can be worse than no suite.
15Observability: traces, spans and sessions
- Simple words
- A trace records one run. Spans are its individual steps. A session groups the runs from one conversation.
- Analogy
- Receipts (spans) stapled into one bill (trace), filed under one customer visit (session).
- Example
- A complaint arrives. You open the session, find the trace for that answer, and see which tool-call span returned bad data.
- Why it matters
- OpenTelemetry, an open standard for traces, is developing shared naming rules for AI calls, so tools can read each other’s traces. The rules are still being written.
Source: OpenTelemetry (2026)
16Distillation
- Simple words
- Training a smaller model to copy the outputs of a larger one for a specific job.
- Analogy
- An apprentice learning by watching a master at work.
- Example
- The large model drafts thousands of approved CRM notes. A small model trained on them can then run the task faster and more cheaply.
- Why it matters
- It can cut cost once a big model has shown the job can be done well. Your evals tell you whether the small one kept the quality. Check your provider’s terms first: some limit training on their outputs.
Source: Hinton, Vinyals & Dean (2015)
17Metrics primer: accuracy, precision, recall
- Simple words
- Accuracy: how often the answer is right overall. Precision: when it says “yes”, how often it’s right. Recall: of all the real “yes” cases, how many it found.
- Analogy
- A spam filter: precision is “don’t bin good mail”, recall is “don’t let spam through”.
- Example
- An agent flags urgent tickets. It flags 10, and 8 really are urgent: good precision. But there were 20 urgent tickets, and it found only 8: poor recall.
- Why it matters
- One number can hide the failure that matters. Decide which mistake is worse for your task, and track that metric.