Also known as testing and benchmarking
Evals involve the following:
(code, LLM judge, human)
Testing is a selection pressure during the build.
The evals we build today exert the same pressure.
Writing evals helps you
Define the performance axes you care about
Break up the problem into smaller ideas
Understand where complexity helps and hurts
Build more malleable systems
Still not perfect
Semantic similarity is an engineering decision. Back it with data.
Choose semantic, keyword, or hybrid retrieval with data. Then measure answer quality across the complete RAG pipeline.
A number you can score after every change
One change per round. Keep improvements; revert overfit or regression.
A hillclimbing loop for prompts, and one of the most effective
Have an LLM look at the failed eval run grader results + context
Reflect on what went wrong
Update the prompt
Iterate
Your competitors are already running evals
[9] claude.dev · Sep 28, 2026 [10] claude-api skill44 support tickets · 14 held out
| Step | Decision accuracy | Cost per ticket |
|---|---|---|
| Opus 4.8, high effort (baseline) | 74.4% | 4.6¢ |
| Opus 5.5, low effort, audited prompt | 87.8% | 1.9¢ |
| Sonnet 5, low effort | 88.9% | 1¢ |
| Sonnet 5, low effort, improved prompt | 98.9% | about 1¢ |
Some of the issues you may run into
Ask a question, an agent executes tools over a spreadsheet to find the answer.
| Model | Accuracy | Time vs Haiku |
|---|---|---|
| Qwen3.5-35B-A3B (Fast Ask) | 66.25% | 1.05× |
| Claude Opus 4.6 | 61.88% | 1.44× |
| Claude Sonnet 4.6 | 59.38% | 1.60× |
| Qwen3.5-35B-A3B (base) | 56.25% | 1.34× |
| Claude Haiku 4.5 | 51.88% | 1.00× |
If your team is