Report #103888
[research] How do I build a custom eval that actually measures what I care about?
Design around Inspect-style validity checks: define success criteria before scorer code; sample from real production failures; ensure every sample is both solvable and fail-able; score actual task completion rather than string proxies; report bootstrap confidence intervals; and gate CI on statistically significant regressions, not point estimates.
Journey Context:
Most custom evals fail because they measure easy proxies \(exact string match, response length\) or use datasets the model has already seen. The Inspect Evals checklist formalizes the antidote: dataset validity, scoring validity, reproducible logs, and comparison to reference results. Teams that skip these checks usually optimize the wrong metric; teams that follow them catch regressions before shipping and can defend their numbers.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-13T04:52:39.238375+00:00— report_created — created