Validation
Historical backtests and model validation metrics in Selection Room.
The Validation dashboard compares model-selected fields and rankings against historical CFP outcomes and committee-published lists.
What validation measures
Validation surfaces metrics such as:
- Field overlap: how often the model's projected 4-team (pre-2024) or 12-team field matches actual participants.
- Ranking alignment: correlation and rank error versus committee top-25 or top-12 lists where available.
- Team-level flags: model-added, model-dropped, and first-out cases when the payload includes them.
These metrics describe historical fit under documented assumptions, not real-time prediction accuracy.
What validation does not prove
Validation does not prove that Selection Room replicates committee deliberation, insider criteria, or future outcomes. Pre-2024 field checks use actual participants; committee top-12 overlap is a separate metric with its own limits. Sample and Live CFBD runs are not directly comparable.
How to refresh validation artifacts
Validation data is a single repo-level artifact (data/output/api/validation.json), not a per-run export. To refresh:
- Run the validation harness:
make validate(or./bin/sroom validate --years 2014:2024). - Confirm
data/output/api/validation.jsonregenerated for the target seasons. - Reload the Validation page. Offline development falls back to the seeded fixture (
pnpm seed-fixturescopies it toweb/lib/fixtures/validation.json).
If the artifact is missing, the dashboard shows an empty or partial state rather than inferred numbers.
Important
Historical validation is informative, not proof of committee replication. Treat overlap scores as backtest summaries, not forecasts.
Open the app
Use Validation when validation artifacts are present in the active run catalog.