aaai-artifact-evaluati…
Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without…
Use when packaging code, models, datasets, or media as ACM MM (ACM Multimedia) artifacts — building the anonymous review package versus the public release, and choosing between the Open Source Software Competition, the Dataset track, the Reproducibility track, and main-track
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill acmmm-artifact-evaluation --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/acmmm-artifact-evaluationContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when packaging code, models, datasets, or media as ACM MM (ACM Multimedia) artifacts — building the anonymous review package versus the public release, and choosing between the Open Source Software Competition, the Dataset track, the Reproducibility track, and main-track
name: acmmm-artifact-evaluation description: Use when packaging code, models, datasets, or media as ACM MM (ACM Multimedia) artifacts — building the anonymous review package versus the public release, and choosing between the Open Source Software Competition, the Dataset track, the Reproducibility track, and main-track supplementary evidence, each with its own blinding and expectations.
Use this to turn an ACM Multimedia project's code, models, media, and data into the *right* artifact for the *right* track. ACM MM has a track economy around artifacts, and the choice determines blinding, format, and what reviewers judge.
| Artifact is primarily... | Route to | Blinding | Judged on | |---|---|---|---| | A reusable software system/framework | Open Source Software Competition | Single-blind | Adoption, quality, license, docs | | A new dataset/benchmark | Dataset track | Single-blind | Scale, quality, ethics, usefulness | | A reproduction of published results | Reproducibility track | Single-blind | Whether results rebuild; ACM badges | | Supporting evidence for a method paper | Main-track supplement | Double-blind | Whether it backs the paper's claims |
The named single-blind tracks exist *because* the artifact's identity cannot be hidden; a main-track method paper's artifact, by contrast, must be **anonymous** through review.
Plan both from the start:
anonymized repository, an anonymous data mirror, stripped media metadata, and a README that reveals no author identity.
repository, a permanent archive (DOI), the license, and the final dataset/model.
review/ -> anonymous repo, anon data mirror, no names in code/media, run instructions release/ -> public repo + DOI, LICENSE, model weights, dataset card, citation
OSI-approved license, and evidence of quality or adoption.
this is the lane exemplified by community frameworks and portable libraries.
biases or limitations.
dataset a reviewer cannot legally use is not a contribution.
not the same choice.
retrieval script or agreement path instead of the raw files.
Multimedia artifacts carry people's faces, voices, and content, so the ethics review is not a formality:
cannot be re-hosted, so ship a retrieval script or agreement path instead.
scraped faces is a rejection risk regardless of its scale.
biases is part of the contribution, not paperwork.
before paper deadline: anonymous review artifact ready (repo + data mirror, no identity) during review: reviewers/AC access the anonymous artifact on acceptance: build the public release (de-anonymized repo + DOI + license) by camera-ready: release replaces the anonymous mirror; dataset/model final
Plan the public release early even though it ships late — a scramble at camera-ready is how projects end up with a broken anonymous link and no working public archive.
[Track] Open Source / Dataset / Reproducibility / main-track supplement [Blinding] correct for track / mismatch [Review artifact] anonymous + runnable / gaps: <list> [Release artifact] archived + licensed / gaps: <list> [Rights] code+data+media licenses set / open questions: <list> [Top fixes] <ordered>
Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证
Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without…
Use when drafting an AAAI author response (rebuttal) under the single short character-limited author-feedback window, the no-URL rule, no-new-results guidance,…
Use when preparing an accepted AAAI paper for camera-ready source submission to AAAI Press, including proceedings page limits, two-column template compliance,…
Use when designing or auditing AAAI experiments for the broad-AI program committee, including baselines, ablations, statistical significance, robustness, human…
Use when positioning an AAAI paper's novelty against archival work, contemporaneous arXiv or workshop papers, and AAAI/IJCAI/NeurIPS/ICML/ICLR neighbors across…
Use when strengthening an AAAI paper's reproducibility checklist (placed after references), experimental traceability, seed and hyperparameter reporting,…