~/talk

Build Your Own Benchmark: Why Agents Need Custom Evals and How to Create Them

links:none on file
slides:none on file

Agents become the primary users of products, so public leaderboards mislead: the real question is whether an agent in this harness completes the job. The session shows how to build tasksets, seed environments, run 36 parallel sandboxes across SDK, CLI, MCP and custom agents, add trajectory-based rubrics, collect evidence and run repeated trials for significance. Live experiments on Sentry, Stripe and WorkOS reveal surprises — a vector DB test passes because the agent falls back to SQLite workaround and docs exceed context windows — and recommends classifying failures into actionable frictions.

AI-written summary · about

  1. 0:00Start
  2. 0:05Session Opens - Build Your Own Benchmark
  3. 1:38Agents Are Becoming the Primary Users of Your Software
  4. 2:08Speaker Intro - Haritha Sreedharan Nair, Co-Founder and CTO at Oqoqo
  5. 3:09The Paradigm Shift: Who Is Actually Using Your Product
  6. 4:42MCP Servers, CLIs and Skills as the New Interaction Surface
  7. 6:13Why an Agent Is a Different Kind of User
  8. 7:15The New Question: Can This Agent, in This Harness, Do the Job?
  9. 7:46How Evals Evolved: From Spreadsheets of Prompts to Comparing Harnesses
  10. 9:48Vocabulary: Eval, Benchmark, Rubric, Trajectory
  11. 10:49The Task Is Not Just the Prompt
  12. 12:21A Real Example: Evals That Are Just Q&A Questions
  13. 13:22What Does Passing Really Mean?
  14. 13:53The Vector Database Experiment That Passed by Using SQLite Instead
  15. 14:53Public Benchmarks: What They Ask and What They're Good For
  16. 16:27A Good Leaderboard Can Still Fail Your Users
  17. 17:00Four Reasons Today's Evals Aren't Good Enough - Failure One: Too Simple
  18. 18:00Failure Two: The Eval That Reads Like a Tutorial
  19. 19:34Failure Three: Testing Against Only One or Two Agents
  20. 20:35Failure Four: Pass or Fail Hides Where the Product Broke
  21. 21:36Your Benchmark Is a Measure of Your Agent User Experience
  22. 22:08What a Good Eval Is: A Simulation of Real Work in One Unit
  23. 22:38Rule One: Don't Build Evals From Your API Surface
  24. 23:39Write the Eval From the User's Job Instead
  25. 24:11Rubrics Must Cover Output and Trajectory - and Stay Fair
  26. 24:43Run Repeated Trials for Statistical Significance
  27. 25:15Classify Failures So You Know What to Fix
  28. 25:45Why Companies Are Slow to Adopt: Fear of Cannibalising Their UI
  29. 26:46The Second Reason: There Is No Good Benchmark Infrastructure
  30. 27:17Live Demo: Experiments on Sentry, Stripe and WorkOS
  31. 28:19Building an Experiment: Tasks, Agents, MCPs and 36 Parallel Sandboxes
  32. 28:50Reading the Results: Steps, Tool Calls, Frictions, Token Cost
  33. 29:53The Sentry Finding: Docs Too Long for the Context Window
  34. 30:23Walking a Trajectory and Comparing Two Harnesses Side by Side
  35. 31:58The Takeaway: Agents Are a Real Product User
  36. 33:00Q&A: Testing an Agent's Recovery From Tool Failures and API Errors
  37. 34:00Q&A: Which Trajectory Details Matter and Which Are Noise
  38. 35:30Q&A: Handling Flaky Tool Calls and Third-Party Rate Limits
  39. 37:02Q&A: Where a Small Team Should Start
  40. 38:33Q&A: How Often Custom Benchmarks Need Updating
  41. 39:34Q&A: Permission Boundaries Without Exposing Real Credentials
  42. 40:35Q&A: Inefficient Success vs Failure With Better Reasoning
  43. 42:41Q&A: Testing Whether the Agent Picked the Right Tool or API
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.