Evaluation Set Design

Evaluation set design defines what evidence a model result can support. It chooses the examples, labels, strata, split units, metrics, and failure cases before looking at final performance.

An evaluation set can be treated as:

is the input, is the target, is the split or grouping unit, is a stratum such as source, class, scaffold, family, or difficulty, and is an optional analysis weight.

Design Questions

  • What claim should the evaluation support: interpolation, OOD generalization, robustness, calibration, ranking quality, or deployment readiness?
  • What is one example unit?
  • What is the split unit that must not cross train, validation, and test?
  • What strata need coverage: class, label range, source, time, modality, scaffold, protein family, task type, or difficulty?
  • What metric is primary, and what metrics are diagnostic?
  • What failure modes should be counted even when the primary metric looks good?
  • What data was unavailable at training, model selection, threshold selection, and final test time?

Coverage

Coverage should be stated over the intended target population:

is a subset of interest, such as a rare class, new scaffold, long sequence, low-quality structure, noisy label source, or hard query type. A high average score can hide failure when important subsets have low coverage.

Claim-to-Set Mapping

Intended claimEvaluation set must include
IID interpolationsame source distribution, untouched final test, representative label range
scaffold generalizationheld-out scaffold groups and analog-series controls
protein-family generalizationheld-out sequence/family clusters and homolog audit
source or assay transfersource/campaign holdout and label harmonization audit
robustnesspredefined corruption, perturbation, missingness, or low-quality strata
generation utilityattempted samples, invalid samples, filtered samples, and kept samples
deployment readinessexamples matching inference-time availability and realistic prevalence

Denominator Policy

Evaluation sets should define what counts before metrics are computed:

If failed parses, invalid molecules, missing structures, empty pockets, rejected generations, or timed-out jobs are removed, the reported metric no longer describes the attempted workload. Record both the attempted denominator and the scored denominator.

Removed caseWhy it matters
invalid generated samplechanges validity and usefulness claims
failed preprocessinghides brittleness of the pipeline
missing labelscan change class prevalence or label range
duplicate or near-duplicateaffects memorization and leakage claims
hard subgroupinflates average performance

Minimum Contract

  • Population: what distribution the set is meant to represent.
  • Inclusion rule: which examples enter the set.
  • Exclusion rule: which examples are removed and why.
  • Split boundary: what group identity cannot cross splits.
  • Label policy: how labels are produced, cleaned, censored, or marked missing.
  • Preprocessing boundary: what statistics or filters are fit only on training data.
  • Metric policy: primary metric, aggregation, confidence intervals, and diagnostics.
  • Contamination audit: duplicate, near-duplicate, metadata, prompt, template, and benchmark-overuse checks.

Common Mistakes

  • Designing only for leaderboard rank instead of the intended claim.
  • Using a random split when the claim is scaffold, family, temporal, source, or deployment generalization.
  • Letting validation decisions consume the final test set.
  • Reporting only aggregate metrics without strata or failure cases.
  • Treating examples as independent when they share source, entity, scaffold, family, annotator, user, prompt, or benchmark origin.
  • Removing failed examples after seeing model outputs.
  • Choosing strata only after noticing where the model performs well.