Spider 2.0’s DBT benchmark has 68 tasks—or 69, depending on which README you open
The live evaluation manifest supports 68 tasks, but a suite-specific setup page still says 69—a small mismatch with real reproducibility consequences.
A benchmark’s denominator is part of every score. In Spider 2.0-DBT, that denominator is currently documented two ways.
The suite-specific README says Spider 2.0-DBT “contains 69 examples.” The repository’s main README, however, describes DBT as a 68-task code-agent setting. Both pages are live in the same official repository.
The evaluation file supports 68
The strongest evidence is the artifact that determines what gets evaluated. As checked on September 8, 2026, the current DBT gold evaluation manifest contains 68 non-empty JSONL records, each keyed by an instance_id. That agrees with the main overview, not the suite-specific README.
This is not merely a cosmetic typo. With 68 tasks, one solved task is worth about 1.47 percentage points; with 69, it is worth about 1.45 points. A reported count of 20 successes would therefore be 29.41% on 68 tasks but 28.99% on 69. The 0.42-point difference comes entirely from the denominator, not from model behavior.
DBT is not the same task as Spider 2.0-Lite or Snow
The main README labels Spider 2.0-DBT a code-agent task over DuckDB, while Lite and Snow are listed as 547-example text-to-SQL settings. The DBT README further says agents must navigate project code, handle long contexts, and can generate SQL exceeding 100 lines. Its baseline-agent documentation exposes repository actions including shell execution, file creation and file editing.
The DBT evaluation documentation shows that outputs can be direct answers, CSV files or database files, with matching functions for strings, numbers, tables and DuckDB contents. That makes the task count especially important: this is a heterogeneous repository-level suite, not a single SQL-execution test whose denominator can be inferred from a familiar split name.
What reporters and submitters should do
Until the project reconciles the two READMEs, Spider 2.0-DBT results should state the exact artifact revision and denominator used. For the repository state inspected on September 8, the defensible denominator is 68, because that is the number of records in the active gold evaluation manifest. Scores copied with “69 examples” should not be compared without first confirming which suite version produced them.
sources
- Spider 2.0-DBT READMEgithub.com
- Spider 2.0 main READMEgithub.com
- Spider 2.0-DBT gold evaluation manifestgithub.com
- Spider 2.0-DBT evaluation suite READMEgithub.com
- Spider-Agent DBT READMEgithub.com
comments · 0