Agent Skills
› brycewang-stanford/Awesome-Journal-Skills
› rt-replication-package
rt-replication-package
GitHub用于在最终提交或接受前组装并验证数据复制包。读取目标期刊政策，整合脚本、环境及说明文件，执行端到端复现检查，确保所有数值可重现且符合期刊规范，识别阻碍发布的缺陷。
Trigger Scenarios
接近最终提交阶段
附带数据和代码要求的有条件接受
数据编辑或验证服务需要复制包
Install
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill rt-replication-package -g -y
SKILL.md
Frontmatter
{
"name": "rt-replication-package",
"description": "Use before final submission or on acceptance to assemble and validate the Data-Editor replication package against the target venue's data-and-code policy — master script, pinned environment, README\/roadmap, restricted-data plan, and a script-to-exhibit output map, with a checklist that catches the numbers a Data Editor would fail to reproduce. Reads the venue policy live from the pack's source-map."
}
Replication Package (rt-replication-package)
The step that now blocks acceptance at the top (AEA / JF / Management Science Data Editors
re-run your code and check every number). Full manifest + validation checklist:
shared-resources/empirical-methods/replication-package.md.
When to trigger
- Approaching final submission, or a conditional accept with a data-and-code requirement.
- A Data Editor / verification service needs the package.
What it does
- Read the venue policy from the target pack's
resources/official-source-map.md(code at submission vs. acceptance? Data Editor? AsCollected page? restricted-data rule? hosting?). Match it exactly. - Assemble the manifest: master script (raw → all exhibits), ordered steps (clean → construct → estimate → robustness → tables), pinned environment, README/roadmap, data (or pseudo/synthetic data for restricted access + access instructions), the script→exhibit output map, and the disclosure statement.
- Validate with the checklist: runs clean end-to-end on a fresh machine; every reported number reproduced (body + appendix); seeded/deterministic; restricted-data plan; output map complete; venue policy satisfied.
Hard rules
- Every reported number traces to a script step (body and appendix).
- Deterministic — pin versions, seed RNGs.
- Restricted data → pseudo/synthetic data + access instructions, never confidential data committed.
- Match the venue's exact policy from the source-map; re-verify before submission.
- Keep it in sync with the execution bridge — when a revision re-runs an estimate, regenerate the affected outputs.
Output format
【Venue policy】(code timing, Data Editor, restricted-data rule, hosting)
【Manifest】master · steps · env · README · data · output-map · disclosure — status each
【Validation】end-to-end ✓/✗ · all numbers reproduced ✓/✗ · seeded ✓/✗ · restricted-data plan ✓/✗
【Blocking gaps】what would fail a Data-Editor check, ranked
【Ready?】GO / NOT-YET — deciding items
Anti-patterns
- "Works on my machine" (absolute paths, unpinned versions, manual steps); reported numbers the script doesn't reproduce; committing confidential data; leaving assembly to post-accept crunch.
Version History
- 1839142 Current 2026-07-05 14:19
