Reproduction Plan

A reproduction plan turns a paper into the smallest public-safe implementation or rerun that could check the main claim.

Create this only after checking Implementation readiness. If the run happens, record the outcome as Reproduction result.

The plan should minimize scope:

is a candidate reproduction, is the target claim, and controls how much implementation risk matters.

Plan Sections

  • Target claim: the one claim to reproduce.
  • Minimal dataset or benchmark: public and small enough to run.
  • Baseline: simplest comparison required.
  • Required artifacts: code, config, data split, model weights, or preprocessing.
  • Environment: package versions, hardware class, and expected runtime.
  • Verification: metric, tolerance, and failure criteria.
  • Stop rule: when to stop reproducing and record the limitation.

Run Ladder

Prefer the cheapest informative step:

StepPurposeStop If
artifact auditcheck what existscritical artifact missing
metric-only checkrerun metric on released predictions/samplesreported number cannot be matched
preprocessing checkreproduce processed data or splitcounts or labels diverge
baseline rerunverify benchmark and compute pathbaseline cannot be reproduced
small-scale implementationtest method mechanicsloss/metric behavior contradicts claim
full-scale reruntest original scaleearlier checks support the cost

This avoids spending compute before the benchmark contract is understood.

Failure Taxonomy

FailureMeaning
artifact missingclaim cannot be checked from public materials
data mismatchdataset, filtering, split, or preprocessing differs
implementation ambiguitymethod details are insufficient
compute infeasiblerequired resources exceed the planned budget
metric mismatchevaluation script or aggregation differs
claim not supportedrun contradicts the stated paper interpretation

Checks

  • Is the reproduction testing one claim rather than the whole paper?
  • Are missing paper details marked explicitly?
  • Can the run be done on public data?
  • Is the expected compute realistic?
  • What result would falsify the paper note’s interpretation?
  • What result should be recorded as inconclusive rather than success or failure?
  • Is the stop rule defined before running?
  • Are failed, invalid, or filtered outputs included in the result record?