Skip to content
cccskills
FreePublished on GitHub

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 not run your estimation.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md4.8 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

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

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

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.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

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 before SPC/AC discussion.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

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 final public artifact release.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

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 reproducibility-checklist alignment for Phase-1 survival.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

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 related-work section legible to non-specialist reviewers.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

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 Phase-1 reviewers use to judge rigor across AAAI's broad AI scope.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

See all skills by brycewang-stanford

Report a problem with this skill