--- 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. --- # 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] [Hardware-optional path] present? which claims it cannot reproduce [Anonymity risks] [Reproduction level] turnkey / scripted / descriptive / weak [Fixes before upload] ```