wacv-reproducibility
GitHub指导WACV论文提升可复现性，涵盖配方账本、约束感知报告、种子诚实性及两轮提交同步。确保实验数据、代码与论文一致，提供部署环境的详细测量信息，并通过烟雾检查防止版本漂移。
Trigger Scenarios
Install
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill wacv-reproducibility -g -y
SKILL.md
Frontmatter
{
"name": "wacv-reproducibility",
"description": "Use when strengthening the reproducibility of a WACV paper, covering the recipe ledger for constraint-aware systems, benchmark and split hygiene, seed and session honesty, device and power reporting for applications claims, and keeping the reproduction package in sync with the paper across the two-round Revise-and-Resubmit lap."
}
WACV Reproducibility
Use this to make a WACV result checkable — by a reviewer now and by you at the Round 2 resubmission. WACV's applications framing raises the bar in one direction (a systems claim must be reproducible as deployed), and the two-round model adds a second (paper and artifact must not drift between rounds). Facts are the WACV 2026/2027 cycles as read on 2026-07-09.
The recipe ledger
Keep one ledger that regenerates every reported number, so the body, the supplement, and the artifact cannot diverge:
| Ledger entry | Why WACV cares |
|---|---|
| Exact data splits and preprocessing | Applications datasets are often custom; a hidden split invalidates a comparison |
| Seeds (and sessions/devices for field work) | Reviewers distrust single hero runs |
| Hyperparameters per reported row | Lets a reviewer see the comparison was matched |
| Device, power meter, and measurement method | An applications latency/wattage claim is only reproducible if the rig is named |
| Baseline re-tuning under your constraint | Proves the comparison was fair, not defaults-vs-yours |
| Script → figure/table mapping | So a Round 2 reviewer confirms nothing changed silently |
Constraint-aware reproducibility
An Applications-track claim ("2 W, sub-10-lux, on device D") is not reproducible from accuracy alone. Record how the constraint was measured — the meter, the device firmware, the ambient condition — so a reviewer or a future reader can reproduce the constraint, not just the metric. A number without its measurement rig is a claim, not evidence.
Repro smoke check before submission (and again before the R2 resubmission):
1. Fresh checkout → run the pipeline for one reported row end to end.
2. Confirm the produced number matches the paper within the stated spread.
3. Diff the artifact's claims against the current paper's claims — zero drift allowed.
4. Strip identity from the anonymous package (see wacv-artifact-evaluation).
Seed and session honesty
Report variance over seeds, and for deployed/field systems over repeated sessions or devices. Do not report the best of many runs as "the" result. If a gap sits within the spread, say so — an honest small margin survives review better than an inflated one that a reviewer's own reproduction contradicts.
Sync across the two rounds
The Revise-and-Resubmit lap is where reproducibility quietly breaks: authors change an experiment in the paper but not in the artifact, or vice versa. After every revision, re-run the smoke check and re-diff the artifact against the paper. A Round 2 reviewer re-reading a revised submission should find the package and the paper telling one story.
Reverify each cycle
- Whether the current guidelines request a reproducibility statement or checklist.
- Data-release and licensing rules for any dataset used as evidence.
- Supplementary size/format caps that constrain what you can ship (待核实 for 2026).
Output format
[Recipe ledger] regenerates every reported number: yes/no
[Constraint rig] device/meter/condition recorded for systems claims: yes/no
[Seeds/sessions] variance reported honestly: yes/no
[Baselines] re-tuned under your constraint and logged: yes/no
[Round sync] artifact matches current paper (zero drift): yes/no
[Gap] <the number a reviewer could not currently reproduce>
Version History
- 9f86f09 Current 2026-07-19 17:54
