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:
| Step | Purpose | Stop If |
|---|---|---|
| artifact audit | check what exists | critical artifact missing |
| metric-only check | rerun metric on released predictions/samples | reported number cannot be matched |
| preprocessing check | reproduce processed data or split | counts or labels diverge |
| baseline rerun | verify benchmark and compute path | baseline cannot be reproduced |
| small-scale implementation | test method mechanics | loss/metric behavior contradicts claim |
| full-scale rerun | test original scale | earlier checks support the cost |
This avoids spending compute before the benchmark contract is understood.
Failure Taxonomy
| Failure | Meaning |
|---|---|
| artifact missing | claim cannot be checked from public materials |
| data mismatch | dataset, filtering, split, or preprocessing differs |
| implementation ambiguity | method details are insufficient |
| compute infeasible | required resources exceed the planned budget |
| metric mismatch | evaluation script or aggregation differs |
| claim not supported | run 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
inconclusiverather than success or failure? - Is the stop rule defined before running?
- Are failed, invalid, or filtered outputs included in the result record?