InsightsData science · Evaluation

Scoring retrieval honestly

A retrieval system is only as good as the chunks it fetches and the answer it writes from them. Without a repeatable way to score both, "improve the model" is guesswork — so this project publishes its baseline, including the parts that are bad.

  • August 2026
  • 6 min read
  • Data science, engineering

The baseline, unflattering

10

Recordings evaluated

k=3 · baseline run

0.23

Avg hit-rate@3

target after tuning ≥ 0.60

0.19

Avg MRR

first relevant chunk often below rank 3

0.56

Avg coverage

key-term recall in retrieved chunks

A hit-rate of 0.23 against a 0.60 target is not a good result, and publishing it is the point. A harness that only ever reports success is not measuring anything; the number exists so that a change to chunk size or embedding model can be judged rather than argued about.

This is a v1, not a verdict. The value of the first number is that the second one can be compared to it.

What the harness measures

For each recording the harness builds test questions from known transcript content, retrieves the top-k chunks from that recording's index, and scores three things:

MetricWhat it asksWhat a low score tells you
hit-rate@kDid a relevant chunk appear in the top k at all?The embedding model or the chunk size is misaligned with how questions are actually phrased.
MRRHow high did the first relevant chunk rank? Rank 1 scores 1.0; rank 3 scores 0.33.Retrieval finds the right material but ranks it poorly — a reranking or chunking problem, not a coverage one.
CoverageWhat fraction of expected key terms appear in the retrieved chunks?The context handed to the model does not contain the terms the question is about. No prompt fixes this.

Separating these matters because they fail differently and are fixed differently. Coverage is a retrieval-recall problem, MRR is a ranking problem, and only once both are healthy does prompt work pay off. Measuring them together produces a single number that tells you something is wrong and nothing about what.

Fig. 07 — one retrieval, two different questions

ONE TEST QUESTION 1 chunk 41 2 chunk 17 3 chunk 08 the one that answers it Retrieved top-3, ranked. HIT-RATE@3 did it come back at all? 1.00 MRR how high did it come back? 0.33 Same retrieval. Hit-rate is a recall problem, MRR a ranking one — averaged together they say something is wrong, and nothing about what.

The improvement loop

Scores are written to the gold layer alongside the episode metrics, which means retrieval quality sits in the same place as everything else about a recording and can be tracked over time rather than sampled in a notebook and forgotten. Tuning then has somewhere to aim: chunk size, embedding model, prompt, and k — changed one at a time, scored the same way each time.

Based on House of Lords proceedings (UK Parliament). Not affiliated with, or endorsed by, the UK Parliament.

Apply this to your problem.

Sponsors bring a real problem class to a challenge day and get a cohort working on it, with the research behind them.

Or email info@inno-forum.co.uk