Khan describes code-based pass-or-fail checks, human reviews, LLM-as-a-judge evaluations, and feedback from real users. Evals measure AI system quality and help teams catch hallucinations before they harm the customer experience.
Complete Beginner's Course on AI Evaluations in 50 Minutes
Speaker
Peter Yang and Arize head of product Aman Khan walk through practical AI evaluations for product managers, using an On running shoes customer support bot as their example on Peter Yang’s channel.
Using an On running shoes support bot, they define criteria for product knowledge, policy compliance, and tone. They test sample questions, label the answers in a spreadsheet, and debate borderline cases, including what the bot should do when the return policy does not cover a missing shoe box.
One answer incorrectly says that 45 minutes exceeds a 60-minute cancellation window, illustrating how an agent can misread a policy. Khan recommends starting with about 10 examples for internal testing and roughly 100 or more when seeking greater confidence for production. The team uses human labels and notes to guide prompt changes, then checks whether the new answers improve.
They move the spreadsheet into Arize, replay the same five questions with another model, and use an LLM judge to score product knowledge, policy compliance, and tone. They compare judge scores with human labels: product knowledge matches 100% in their small sample, while tone matches only once. Khan says to verify the judge on a handful of examples before relying on it at larger scale.
The process moves from a basic prompt and evaluation criteria to manual labeling, repeated iteration, and then checking an LLM judge against human judgment. They suggest beginning internally, then testing with a small share of traffic, such as 1% or 10%, and examining both user feedback and business results. A thumbs-down can signal dissatisfaction without identifying what the system did wrong, so teams need to inspect the underlying examples.
Takeaways
- Start with a small set of real examples and write down what good and bad answers look like.
- Have PMs and subject matter experts review outputs themselves; debate uncertain labels and record why answers fail.
- Use human-labeled examples to check whether an LLM judge agrees with your team before scaling its scores.
- Treat prompt and rubric changes as an iteration loop, and check new outputs against the same examples.
- Pair eval scores with user feedback and business results, then investigate cases where those signals disagree.
Mentioned in this talk
Search inside this talk
What was claimed 6
- role at
“My guest today is Aman, head of product at Arise.”
YouTube Verified2 sources· Talk
- metricAgent evaluation: Four types: code-based, human, LLM-as-a-judge, and user evaluation
“I think there are really just four types of evals.”
YouTube Unverified1 source· Talk
- feature
Anthropic Console: Helps users get started writing prompts and building an agent
“Their Console helps you get started writing a prompt.”
YouTube Unverified1 source· Talk
- metricHuman-labeled golden dataset: Start with about 10 examples for internal testing; use 100 or more for greater production confidence, depending on the use case
“Start with 10 rows for internal testing. Take a look at the data, then scale up to about 100 rows if you want to.”
YouTube Unverified1 source· Talk
- feature
Arize AI: Platform for iterating on prompts using data“It's a platform I work on called Arize that helps you iterate on your prompts using data.”
YouTube Unverified1 source· Talk
- metricLLM-as-a-judge: Match rate compares judge labels with human judgment
“That's a type of eval called match rate: it matches human judgment with the LLM as a judge.”
YouTube Unverified1 source· Talk











