/aejmic-replication-package
Use when assembling the proof appendix and any code/data deposit for an American Economic Journal: Microeconomics (AEJ: Micro) manuscript under the AEA Data and Code Availability Policy. Covers proof appendices for pure theory plus numerical/structural/experimental code; it does
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill aejmic-replication-package --agent claude-codeHow 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
/aejmic-replication-package
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when assembling the proof appendix and any code/data deposit for an American Economic Journal: Microeconomics (AEJ: Micro) manuscript under the AEA Data and Code Availability Policy. Covers proof appendices for pure theory plus numerical/structural/experimental code; it does
SKILL.md
aejmic-replication-package.SKILL.mdname: aejmic-replication-package
description: Use when assembling the proof appendix and any code/data deposit for an American Economic Journal: Microeconomics (AEJ: Micro) manuscript under the AEA Data and Code Availability Policy. Covers proof appendices for pure theory plus numerical/structural/experimental code; it does not run your estimation.
Replication Package: Proofs + Code (aejmic-replication-package)
For AEJ: Micro the "replication package" has **two faces**: the **proof appendix** that makes every theory claim verifiable, and, for any paper with **data, code, experiments, or numerical results**, an AEA Data and Code Repository deposit. Pure-theory papers still deposit any **numerical/simulation code** used to generate examples or figures.
When to trigger
- Proofs are scattered, abbreviated, or rely on "it can be shown"
- The paper has numerical examples, simulations, structural estimation, or an experiment with no deposit prepared
- You are preparing for the AEA Data Editor check (administered before publication)
- A referee or editor flags reproducibility
The proof appendix (every AEJ: Micro paper)
- **Self-contained proofs of all stated results.** Key proofs belong in the paper (main text or appendix); do not exile a load-bearing proof to supplementary material.
- **Lemma scaffolding:** state and prove auxiliary lemmas before the main theorem; reference them precisely.
- **Verify, do not assert:** no "it can be shown that" for a claim the result depends on; complete the argument or cite a precise source.
- **Match the statement:** the proof establishes exactly what the proposition claims (no gap between the body statement and what is proved).
Code / data deposit (papers with data, code, experiments, or numerical results)
The AEA operates a **Data and Code Availability Policy** administered by the **AEA Data Editor** (currently Lars Vilhuber — 检索于 2026-06,以官网为准), with materials deposited to the **AEA Data and Code Repository on openICPSR**. Build it as you go.
- **One master script** (`run_all`) regenerating every table, figure, and numerical example from inputs.
- **Pin versions:** `requirements.txt` / `conda` (Python), `renv.lock` (R), `Project.toml` / `Manifest.toml` (Julia), recorded Stata `ssc`/`net` versions.
- **Set and report seeds** for any simulation, bootstrap, or randomization.
- **README** mapping each exhibit to the script that produces it; document any restricted-data or partial-reproduction scope.
- **Pure-theory papers:** deposit the code behind numerical examples / figures even when there is no dataset.
- **Experiments:** include instructions, z-Tree/oTree code, raw and analysis data, and pre-registration links.
Checklist
- [ ] All stated results have self-contained proofs; none rely on "it can be shown"
- [ ] Auxiliary lemmas stated and proved before they are used
- [ ] Each proof matches exactly what its proposition claims
- [ ] (If any data/code/numerics) one master script regenerates all exhibits
- [ ] Versions pinned; seeds set and reported
- [ ] README maps every exhibit to its script; restricted/partial scope documented
- [ ] Pure-theory numerical-example code deposited even with no dataset
- [ ] Experiment materials (instructions, code, data, pre-registration) included
Anti-patterns
- A "Proof." that asserts rather than argues the load-bearing step
- A load-bearing proof hidden in an un-checked supplementary file
- Numerical figures with no deposited code ("available on request")
- Unpinned dependencies / unset seeds — results not reproducible by the Data Editor
- Deferring the whole package to acceptance, then scrambling under the Data Editor deadline
Worked vignette (illustrative)
A persuasion paper has a clean Proposition 2 but its proof says "concavifying the value function yields the cutoff." For the appendix: state the auxiliary lemma (the value function's concave closure equals the indirect utility), prove it, then derive the cutoff explicitly — no hand-wave. The two numerical figures are generated by `make_figures.py`; deposit it with a fixed seed and a README line mapping Figure 3 → `make_figures.py`, even though there is no dataset.
Output format
【Proof appendix】all results proved, self-contained, no "it can be shown"? [Y/N]
【Lemma scaffolding】auxiliary results proved before use? [Y/N]
【Code/data deposit needed?】[yes — data/structural/experimental/numerical | theory-only numerics]
【Master script + pinned versions + seeds】[Y/N]
【README exhibit→script map】[Y/N]
【Next step】aejmic-referee-strategy then aejmic-submission
Supplementary resources
- [`../../resources/code/`](../../resources/code/) — runnable Stata/Python skeleton for the empirical/structural subset
- [`../../resources/README.md`](../../resources/README.md) — when the code kit applies vs. theory proof-appendix craft
Read more
name: aejmic-replication-package description: Use when assembling the proof appendix and any code/data deposit for an American Economic Journal: Microeconomics (AEJ: Micro) manuscript under the AEA Data and Code Availability Policy. Covers proof appendices for pure theory plus numerical/structural/experimental code; it does not run your estimation.
Replication Package: Proofs + Code (aejmic-replication-package)
For AEJ: Micro the "replication package" has **two faces**: the **proof appendix** that makes every theory claim verifiable, and, for any paper with **data, code, experiments, or numerical results**, an AEA Data and Code Repository deposit. Pure-theory papers still deposit any **numerical/simulation code** used to generate examples or figures.
When to trigger
- Proofs are scattered, abbreviated, or rely on "it can be shown"
- The paper has numerical examples, simulations, structural estimation, or an experiment with no deposit prepared
- You are preparing for the AEA Data Editor check (administered before publication)
- A referee or editor flags reproducibility
The proof appendix (every AEJ: Micro paper)
- **Self-contained proofs of all stated results.** Key proofs belong in the paper (main text or appendix); do not exile a load-bearing proof to supplementary material.
- **Lemma scaffolding:** state and prove auxiliary lemmas before the main theorem; reference them precisely.
- **Verify, do not assert:** no "it can be shown that" for a claim the result depends on; complete the argument or cite a precise source.
- **Match the statement:** the proof establishes exactly what the proposition claims (no gap between the body statement and what is proved).
Code / data deposit (papers with data, code, experiments, or numerical results)
The AEA operates a **Data and Code Availability Policy** administered by the **AEA Data Editor** (currently Lars Vilhuber — 检索于 2026-06,以官网为准), with materials deposited to the **AEA Data and Code Repository on openICPSR**. Build it as you go.
- **One master script** (`run_all`) regenerating every table, figure, and numerical example from inputs.
- **Pin versions:** `requirements.txt` / `conda` (Python), `renv.lock` (R), `Project.toml` / `Manifest.toml` (Julia), recorded Stata `ssc`/`net` versions.
- **Set and report seeds** for any simulation, bootstrap, or randomization.
- **README** mapping each exhibit to the script that produces it; document any restricted-data or partial-reproduction scope.
- **Pure-theory papers:** deposit the code behind numerical examples / figures even when there is no dataset.
- **Experiments:** include instructions, z-Tree/oTree code, raw and analysis data, and pre-registration links.
Checklist
- [ ] All stated results have self-contained proofs; none rely on "it can be shown"
- [ ] Auxiliary lemmas stated and proved before they are used
- [ ] Each proof matches exactly what its proposition claims
- [ ] (If any data/code/numerics) one master script regenerates all exhibits
- [ ] Versions pinned; seeds set and reported
- [ ] README maps every exhibit to its script; restricted/partial scope documented
- [ ] Pure-theory numerical-example code deposited even with no dataset
- [ ] Experiment materials (instructions, code, data, pre-registration) included
Anti-patterns
- A "Proof." that asserts rather than argues the load-bearing step
- A load-bearing proof hidden in an un-checked supplementary file
- Numerical figures with no deposited code ("available on request")
- Unpinned dependencies / unset seeds — results not reproducible by the Data Editor
- Deferring the whole package to acceptance, then scrambling under the Data Editor deadline
Worked vignette (illustrative)
A persuasion paper has a clean Proposition 2 but its proof says "concavifying the value function yields the cutoff." For the appendix: state the auxiliary lemma (the value function's concave closure equals the indirect utility), prove it, then derive the cutoff explicitly — no hand-wave. The two numerical figures are generated by `make_figures.py`; deposit it with a fixed seed and a README line mapping Figure 3 → `make_figures.py`, even though there is no dataset.
Output format
【Proof appendix】all results proved, self-contained, no "it can be shown"? [Y/N] 【Lemma scaffolding】auxiliary results proved before use? [Y/N] 【Code/data deposit needed?】[yes — data/structural/experimental/numerical | theory-only numerics] 【Master script + pinned versions + seeds】[Y/N] 【README exhibit→script map】[Y/N] 【Next step】aejmic-referee-strategy then aejmic-submission
Supplementary resources
- [`../../resources/code/`](../../resources/code/) — runnable Stata/Python skeleton for the empirical/structural subset
- [`../../resources/README.md`](../../resources/README.md) — when the code kit applies vs. theory proof-appendix craft
Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证
Other skills on awesome-journal-skills.
- /aaai-artifact-evaluation
Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without violating double-blind or immutable-supplement rules.
Open skill - /aaai-author-response
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, AI-generated-review handling, and the AAAI two-phase review process where Phase-2 papers receive one feedback round
Open skill - /aaai-camera-ready
Use when preparing an accepted AAAI paper for camera-ready source submission to AAAI Press, including proceedings page limits, two-column template compliance, copyright transfer, purchased extra technical pages, deanonymization, registration, oral or poster presentation, and
Open skill - /aaai-experiments
Use when designing or auditing AAAI experiments for the broad-AI program committee, including baselines, ablations, statistical significance, robustness, human evaluation, AI-for-Social-Impact and alignment/safety evidence, compute and cost reporting, and
Open skill - /aaai-related-work
Use when positioning an AAAI paper's novelty against archival work, contemporaneous arXiv or workshop papers, and AAAI/IJCAI/NeurIPS/ICML/ICLR neighbors across the broad AI scope, while staying inside AAAI's dual-submission and AI-as-source policy constraints and writing a
Open skill - /aaai-reproducibility
Use when strengthening an AAAI paper's reproducibility checklist (placed after references), experimental traceability, seed and hyperparameter reporting, compute and cost disclosure, dataset access and licensing, code/data ZIP readiness, and the claim-to-evidence map that
Open skill

