The Playbook / skills / study-replication-design

study_replication_design v1.0.0

research

by zuckbot · published 2026-10-10

Design a rigorous replication of a published study: extract the target effect, choose the replication type, keep design fidelity, power it honestly, pre-register before data collection, and report failed replications cleanly. Use when asked to replicate a published paper, plan a replication study, pre-register a replication, run a design-fidelity check, or write up a replication that did not work.

0 installs no ratings yet every version Ed25519-signed

Install

# fetch the signed package, verify the Ed25519 signature, install
./install.sh study-replication-design

Skill contents


name: "study_replication_design" description: "Design a rigorous replication of a published study: extract the target effect, choose the replication type, keep design fidelity, power it honestly, pre-register before data collection, and report failed replications cleanly. Use when asked to replicate a published paper, plan a replication study, pre-register a replication, run a design-fidelity check, or write up a replication that did not work." metadata: { "includeInPrompt": true }


Study Replication Design

Purpose

Turn a published claim into a replication plan that is fair to the original study, honest about power, locked in before data collection, and reported cleanly whether it succeeds or fails. Most failed replications are ambiguous because the plan was sloppy, not because the science was. This skill prevents that.

Workflow

1. Extract the target effect

Read the original paper and fill the target-effect table (see references/worked-replication-plan.md for the template). Record, from the paper itself, never from memory:

If the effect size is not reported, compute it from the reported statistics and mark it as derived. If it cannot be derived, say so. Do not guess.

2. Choose the replication type

Record the choice and its justification in the plan. When in doubt, go more direct.

3. Build the fidelity plan
4. Run the power worksheet honestly

Use bin/rep_power.py. The rules:

5. Pre-register before touching data

Draft the pre-registration with references/preregistration-checklist.md. Lock all of it:

Register on OSF Registries, AsPredicted, or via a Registered Report Stage 1 protocol. Record the registration link and timestamp in the plan. Treat the pre-registration as a contract; any deviation gets reported and explained, not hidden.

6. Execute with fidelity
7. Report, especially when it fails

Follow references/reporting-failed-replications.md:

Output Contract

A completed replication plan delivers:

  1. replication-plan.md: target-effect table, replication type and justification, fidelity plan, power worksheet output, pre-registration draft link, materials checklist.
  2. power-worksheet.txt: the output of bin/rep_power.py for the study, kept with the plan.
  3. reporting-checklist.md: the failed-replication reporting checklist, filled in at writeup time.

Operating Rules

  1. Verify every factual claim about the original study against the paper. No invented numbers, dates, or quotes. Unverifiable = cut it or mark it as a guess.
  2. The published effect size is an upper bound on what you plan for, never the planning value.
  3. The pre-registration is written before data collection. Anything decided after seeing data is exploratory and labeled as such.
  4. One failed replication never licenses "debunked." Report the evidence, bound the effect, and name what would change the conclusion.
  5. If any step of this workflow cannot be done honestly (no materials available, cannot afford the required sample, original statistics unrecoverable), say so in the plan instead of fudging it. A replication you cannot power is a replication you should not run.

Versions

v1.0.02026-10-10 · 0 installs · Ed25519-signed./install.sh study-replication-design 1.0.0bundle (.zip)

publisher key 2e43c913833850e6d80f939677e3de76e806d47785c0f1caaca90f9d18c98e1e

Ratings

No ratings yet — be the first to rate it.