Skip to content
Content
Skill

/aistats-reproducibility

Use when strengthening AISTATS reproducibility evidence, including the official reproducibility checklist, statistical assumptions, proofs, datasets, hyperparameters, random seeds, compute, uncertainty estimates, baselines, code/data release statements, and checklist-to-claim

From plugin
awesome-journal-skills
965200 skills
Install
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill aistats-reproducibility --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/aistats-reproducibility

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when strengthening AISTATS reproducibility evidence, including the official reproducibility checklist, statistical assumptions, proofs, datasets, hyperparameters, random seeds, compute, uncertainty estimates, baselines, code/data release statements, and checklist-to-claim

SKILL.md

aistats-reproducibility.SKILL.md
name: aistats-reproducibility
description: Use when strengthening AISTATS reproducibility evidence, including the official reproducibility checklist, statistical assumptions, proofs, datasets, hyperparameters, random seeds, compute, uncertainty estimates, baselines, code/data release statements, and checklist-to-claim consistency audits.

AISTATS Reproducibility

Use this before submission and again before camera-ready. Reopen the current CFP and OpenReview forms to confirm whether a reproducibility checklist is required.

Evidence map

  • Map each theorem, algorithmic claim, simulation claim, and empirical claim to a verifiable

location in the paper, appendix, supplement, or artifact package.

  • For theory, state assumptions, proof dependencies, convergence conditions, constants, and

failure modes clearly enough for statistical readers.

  • For experiments, report datasets, splits, preprocessing, evaluation metrics, baselines,

hyperparameter ranges, final selected settings, seeds, repeated runs, compute, and runtime.

  • For small performance differences, add uncertainty estimates: standard errors, confidence

intervals, paired tests, bootstrap intervals, or repeated trials as appropriate.

  • Explain missing code/data honestly and describe how a reader could reproduce the analysis

in principle.

  • Keep the checklist consistent with the manuscript; contradictions between checklist and

paper are review-risk multipliers.

Checklist-to-claim audit table

| Checklist item | Pure-theory answer | Theory-plus-experiments answer | |---|---|---| | Code availability | NA only if there is literally no computation | Anonymous archive, or an honest stated reason | | Assumptions stated | Every theorem lists its conditions inline | Plus a note on which experiments satisfy them | | Error bars | NA for deterministic results | Required for every stochastic figure and table | | Compute resources | NA | Hardware, runtime, and total number of runs |

Marking NA on an item the paper actually triggers is a recognizable AISTATS red flag, because reviewers cross-check checklist answers against the PDF and read contradictions as carelessness about the rest of the paper.

Vignette: a rates-plus-simulation paper

Consider a submission proving posterior contraction rates for a Bayesian nonparametric model, validated by MCMC simulation. Its reproducibility spine: prior hyperparameters and their selection rule, chain length, burn-in, convergence diagnostics, replication seeds, and a statement of which contraction-theorem conditions the simulated model satisfies — plus one honest sentence about the condition it does not.

Degrees of reproducibility

  • Turnkey: one command regenerates each figure from logged seeds.
  • Scripted: scripts exist but require documented manual steps or external data access.
  • Descriptive: prose detailed enough that a competent reader could rebuild the pipeline.

For AISTATS, simulations should be turnkey because statistician reviewers actually rerun them; large real-data pipelines may stay scripted with deviations documented. Stating the achieved level honestly beats overpromising turnkey behavior that fails on a clean machine.

Output format

[Claim inventory] <claim -> evidence location>
[Checklist status] complete / inconsistent / missing
[Statistical reproducibility gaps] <assumptions/seeds/uncertainty/hyperparameters/compute>
[Paper fixes] <must appear in main PDF>
[Supplement fixes] <appendix or artifact additions>
Read more
Ships withawesome-journal-skills

Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证

Get the whole plugin
Stats
965
Stars
121
Forks
Active
Maintenance
Stata
Language
MIT
License
13h ago
Last commit
2mo ago
Created

Repo: brycewang-stanford/Awesome-Journal-Skills

Other skills on awesome-journal-skills.