Use when packaging a MobiSys artifact for the Artifact Evaluation Committee — choosing among the three independent ACM badges (Available, Evaluated–Functional, Results Reproduced), building the workflow scripts the single-blind AEC runs on its own machines, and providing a hardware-optional path for evaluators who lack the exact phone, wearable, or board.
Installs into .claude/skills of the current project.
Are you the author of Mobisys Artifact Evaluation?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/thedixitjain-mobisys-artifact-evaluation)
---
name: mobisys-artifact-evaluation
description: "Use when packaging a MobiSys artifact for the Artifact Evaluation Committee — choosing among the three independent ACM badges (Available, Evaluated–Functional, Results Reproduced), building the workflow scripts the single-blind AEC runs on its own machines, and providing a hardware-optional path for evaluators who lack the exact phone, wearable, or board."
category: data-science-and-ml
source_repo: brycewang-stanford/Awesome-Journal-Skills
source_path: "MobiSys-Skills/skills/mobisys-artifact-evaluation/SKILL.md"
source_url: https://github.com/brycewang-stanford/Awesome-Journal-Skills/blob/HEAD/MobiSys-Skills/skills/mobisys-artifact-evaluation/SKILL.md
---
# MobiSys Artifact Evaluation
Use this for the MobiSys artifact submission. MobiSys has a strong, **script-first** artifact
culture: the single-blind AEC runs the authors' workflow scripts on the reviewers' own
systems, so an artifact that only works on your bench is not an artifact.
## The three ACM badges
Authors may seek one, two, or all three independent badges; passing badges are printed on the
paper and recorded in the ACM DL:
| Badge | What it certifies | What the AEC does |
|---|---|---|
| Artifacts Available | The artifact is publicly archived at a stable location | Checks the archival link and license |
| Artifacts Evaluated — Functional | The artifact runs and does what the paper says | Runs your workflow scripts on the AEC's machines |
| Results Reproduced | Key paper results are reproduced independently | Regenerates headline numbers/figures from your package |
Choose badges as **claim calibration**: *Available* is a release commitment; *Functional*
needs a runnable package; *Results Reproduced* needs the headline device results to come back
on machines you do not control — the hardest badge for on-device work.
## Artifact plan
- Decide what evidence supports each badge: source, build scripts, model files, workload
traces, and the measurement/plotting pipeline.
- Provide a **top-level workflow script** and a README that orients an evaluator in one minute:
environment, dependencies, one command to smoke-test, one to reproduce a headline figure,
expected outputs, and runtime.
- Anonymize repository history, paths, screenshots, notebook metadata, license headers, and
device serial numbers for the review round; de-anonymize only at camera-ready.
- Pin framework, runtime, and model checkpoint hashes; on-device results drift across
framework minor versions.
## The hardware-optional path (the MobiSys-specific move)
On-device artifacts fail *Functional* most often because the evaluator lacks the exact phone,
wearable, or board. Design for that from the start:
```text
Hardware-optional package layout:
/device full pipeline for the exact hardware (Results Reproduced target)
/emulated downscaled or emulator path an evaluator can run without the device
/logs recorded runs so plots regenerate even if nothing executes
/README states which claims each path can and cannot reproduce
```
State plainly which headline numbers the emulated path *cannot* reproduce (typically absolute
energy and thermal behavior) so the AEC grades the right badge instead of failing the whole
package.
## What AEC reviewers open first
- The README and the top-level workflow script — if these do not run cleanly, the badge stalls
regardless of how good the system is.
- The one-command smoke test — make it fast and hermetic.
- The plotting pipeline for a headline figure — emit figures directly from logged results so
the paper numbers and artifact numbers cannot drift.
## Calibration anchors
- Artifact evaluation is single-blind and separate from paper review; the badge names and the
artifact deadline are cycle-specific — verify against the current Artifact Evaluation page
rather than past years.
- Absolute on-device energy and latency are the least portable results; scope
*Results Reproduced* claims to what survives on another evaluator's hardware.
## Output format
```text
[Badges sought] Available / Functional / Results Reproduced
[Package contents] <source/scripts/models/traces/plotting>
[Hardware-optional path] present? which claims it cannot reproduce
[Anonymity risks] <paths/screenshots/serials/repo owners>
[Reproduction level] turnkey / scripted / descriptive / weak
[Fixes before upload] <ordered list>
```
---
**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `MobiSys-Skills/skills/mobisys-artifact-evaluation/SKILL.md`