Use when packaging code, data, and models for a WACV paper, covering the anonymous review artifact versus the public post-acceptance release, reproducing constraint-based applications claims (latency, power, robustness) not just accuracy, dataset licensing and release, and keeping the artifact in sync across the two-round Revise-and-Resubmit lap.
Scanned 9/5/2026
Install to Claude Code
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill wacv-artifact-evaluation --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Wacv Artifact Evaluation?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/brycewang-stanford-wacv-artifact-evaluation)More formats (shields.io, HTML) on the badges page.
---
name: wacv-artifact-evaluation
description: Use when packaging code, data, and models for a WACV paper, covering the anonymous review artifact versus the public post-acceptance release, reproducing constraint-based applications claims (latency, power, robustness) not just accuracy, dataset licensing and release, and keeping the artifact in sync across the two-round Revise-and-Resubmit lap.
---
# WACV Artifact Evaluation
Use this to build the two artifacts a WACV paper needs: a **sealed anonymous package** for
review and a **public release** after acceptance. WACV's applications framing means the
artifact must let a reviewer reproduce a *deployed* claim, and the two-round model means the
artifact must survive a revision. Facts are the WACV 2026/2027 cycles as read on 2026-07-09.
## Two artifacts, two audiences
| | Anonymous review artifact | Public post-acceptance release |
|---|---|---|
| Audience | Double-blind reviewers | The community, via CVF open access + IEEE Xplore paper |
| Identity | Fully anonymized: no author names, repos, or org strings | De-anonymized; real repo, license, and citation |
| Contents | Enough to reproduce the headline claims | Full code, weights, and dataset (or access instructions) |
| Timing | With the submission / supplement | By the camera-ready obligation (see `wacv-camera-ready`) |
Do not ship the review artifact with a link to a named GitHub repo or a project page — that
breaks double-blind. Ship the code and a runnable path inside the anonymized package.
## Reproduce the claim, not just the metric
For an Applications-track paper the headline is usually a constraint ("runs at 2 W on device
D under sub-10-lux"), and an artifact that only reproduces an accuracy number does not
support that claim. Include what a reviewer needs to check the *systems* result:
```text
Applications artifact must let a reviewer:
1. Run the model and reproduce the headline metric within the stated spread.
2. Measure (or see logged) the constraint: latency/wattage/memory on the named device.
3. Re-run at least one baseline under the same constraint, to confirm the comparison.
4. Do all of this without learning who the authors are.
```
## Datasets and licensing
If a dataset is a claimed contribution, plan its **public availability** for the release and
state the license (and any collection/consent basis for field or human data). In the
anonymous artifact, provide the data or a de-identified sample that reproduces the reported
rows without revealing the collecting institution. Do not defer the license decision to the
last day — an unlicensed dataset is not really released.
## Sync across the two rounds
A Revise-and-Resubmit revision often adds an experiment or re-tunes a baseline; the artifact
must move with it. Before resubmitting to Round 2, re-run the reproduction on the revised
claims and diff the artifact's outputs against the revised paper. A reviewer who finds the
Round 2 artifact reproducing the Round 1 numbers will read it as an unfinished revision.
## Reverify each cycle
- The camera-ready dataset/code-release obligation and its deadline.
- Anonymity rules for artifacts submitted with review (待核实 size/format caps for 2026).
- Any license or ethics requirements for released data.
## Output format
```text
[Artifact stage] anonymous review / public release
[Anonymized] no names/repos/org strings in review artifact: yes/no
[Claim reproducible] headline metric within spread: yes/no
[Constraint reproducible] latency/power/memory checkable on named device: yes/no
[Baseline] at least one baseline re-runnable under the constraint: yes/no
[Dataset] license + public-availability plan set: yes/no
[Round sync] artifact matches revised paper: yes/no
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!