agentsclimarketplace

Ipsn artifact evaluation

Skill brycewang-stanford/Awesome-Journal-Skills/IPSN-Skills/skills/ipsn-artifact-evaluation

Use when packaging an IPSN-lineage artifact for the ACM badges and the IPSN Best Research Artifact Award, covering hardware-plus-software artifacts (firmware, board files, datasets), what sensor-systems evaluators check first, DOI-issuing archives, evaluator-proof documentation for a physical system, and the separate post-acceptance timing.From its SKILL.md

Install
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill ipsn-artifact-evaluation

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

6.0 KB, ~1.3k tokens by cl100k_base, as published. Nobody here has run it

IPSN Artifact Evaluation

Use this for the artifact track. IPSN had a strong artifact culture — a Best Research Artifact Award alongside the Best Paper Award — and its artifacts are unusual because they mix hardware, firmware, and data, not just code. Two things to internalize: badges and the award are earned by evaluators actually using your package, and the review artifact (anonymized, for the paper's reviewers) is not the same deliverable as the public artifact (de-anonymized, DOI-archived). Because IPSN merged into SenSys, confirm the current badge set, the award's persistence, and the deadline on the successor call (待核实).

Badges and the award (verify the current set)

TargetWhat it certifiesWhat earns it
Artifacts Available (ACM)The artifact is permanently, publicly retrievableDeposit in a DOI-issuing archive (Zenodo, IEEE DataPort, figshare, Software Heritage)
Artifacts Evaluated - FunctionalThe artifact runs and does what the paper saysA clean-machine (or emulated) install, a demo, documented expected outputs
Artifacts Evaluated - ReusableOthers can build on itThe Functional bar plus careful docs, structure, licensing, and board/firmware detail
Results ReproducedAn evaluator reproduced key resultsA turnkey analysis path from raw traces to the headline numbers
IPSN Best Research Artifact AwardCommunity recognition of an exceptional artifactA package an evaluator can genuinely run and reuse, hardware caveats stated honestly

Available is low-cost, high-value (archive the package). Functional/Reusable/Reproduced require the evaluator's own run to succeed — and for sensor systems, the failure mode is usually "needs hardware we don't have," so a software/analysis path that reproduces from logged traces is what keeps the artifact usable when the board is not on the evaluator's bench.

What sensor-systems evaluators open first

Claim typeFirst thing inspectedCommon failure caught
An estimator / IP methodThe scripts that turn raw traces into the paper's figuresNumbers in the PDF that no script reproduces
A platform / SPOTS toolThe firmware build + a run on real or emulated hardwareUndocumented toolchain; only-builds-on-authors'-bench
A datasetThe raw traces + the extraction/processing scripts + ground truthData shipped without the ground truth or the processing
An on-device modelFirmware + quantized model + a way to run inferenceRequires the exact board and undocumented setup
A deploymentRaw traces + analysis, with a clear "needs the site" statementIn-field numbers no evaluator can approach

Assume an evaluator gives your package a bounded time budget and may not have your hardware. Design the analysis path to succeed on any machine; design the hardware path to be honest about what it needs.

Packaging plan

[Analysis path]  a turnkey script set that regenerates each figure from logged raw traces, on any machine
[Firmware]       sources + build instructions + pinned toolchain (compiler/SDK/RTOS) + board revision
[Hardware]       BOM / board files, and a clear "you will need X" statement where the board is required
[Data]           raw traces + the ground-truth reference (with its error) + calibration data
[Mapping]        an explicit table: paper claim -> script/firmware -> expected result
[Harness]        the energy/latency measurement setup and conditions, so numbers can be re-measured
[License]        an OSI-approved license for code, an open data license for datasets
[Archive]        DOI-issuing repository for the Available badge (Zenodo / IEEE DataPort / figshare)

Anonymized review artifact vs. public artifact

  • At submission: anonymized for the paper's reviewers — no owner strings, lab-named testbeds, board silkscreen logos, or identity-revealing dataset DOIs; scrub scope-screenshot watermarks.
  • After acceptance: replace anonymized placeholders with the public, licensed, DOI-issuing archive; this is the version evaluators badge, the award judges assess, and the camera-ready cites.

Worked vignette: packaging an on-device sensing artifact

A paper contributes a TinyML detector and a deployment. To target Reusable, Reproduced, and the award: ship firmware sources with a pinned toolchain and board revision; a reproduce/ directory whose scripts regenerate every figure from the bundled raw traces on any laptop; the quantized model and a way to run inference (on the board or an emulator); the labeled field traces with ground-truth error stated; the power-measurement harness and conditions; an MIT/Apache code license and an open data license; and a DOI archive. State honestly which results are turnkey (analysis from traces) and which need the physical board or the deployment site.

Calibration

  • The artifact process is typically post-acceptance with its own deadline; do not conflate it with the camera-ready. Confirm the successor's timing and whether the Best Research Artifact Award persists (待核实).
  • Badge names, the exact set, and whether evaluation is single- or double-anonymous vary by cycle.

Output format

[Target] Available / Functional / Reusable / Reproduced / Best Research Artifact Award
[Artifact role] anonymized review artifact / public DOI-archived artifact
[Contents] <firmware / BOM / traces / ground truth / harness / license>
[Analysis path] does figure regeneration from logged traces succeed on any machine? yes/no
[Hardware honesty] is "you will need X hardware" stated clearly? yes/no
[Claim mapping] <claim -> script/firmware -> expected result present? yes/no>
[Fixes before upload] <ordered list>

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.