experiment-designer
Skill3 starsChanged 19 days agoMITView on GitHub
Help PMs design rigorous experiments (A/B tests, feature rollouts). Use before any A/B test, feature experiment, pricing test, or phased rollout.
14 other projects use a version of this.
Adopted by
Most recently taken up by
- darkweb19/skillstheir own version, first seen Nov 8, 2026
- fahadnari/Claude-skillstheir own version, first seen Oct 20, 2026
- stritar/skillstheir own version, first seen Sep 11, 2026
- RizwanZafaris/product-manager-OStheir own version, first seen Sep 3, 2026
- BitCrowder/ai-product-dev-skillstheir own version, first seen Jul 26, 2026
- Hassaan146/claude-skillstheir own version, first seen Jul 25, 2026
Other versions14 projects use a version of this.
Word for word · 1
- ianklassen/ai-pm-system★ 1100% same
Edited · 0
None found.
Wrote their own version · 13
- Hassaan146/claude-skills★ 18same name
- DIAL-Studio/pm-agent-harness-kit★ 12same name
- Grafuja/Product-Manager-Skills★ 9same name
- RizwanZafaris/product-manager-OS★ 4same name
- WilliamWJHuang/ab-test-causal-inference-skills★ 4same name
- patonkikh/APES★ 3same name
- Dokkabei97/forged-claude-code★ 2same name
- Hussain-Elfalah/Agentic-Skills★ 2same name
- BitCrowder/ai-product-dev-skills★ 1same name
- mahiunfiltered/claude-code-skills★ 1same name
3 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository24 other files it gives its agents.
- AGENTS.mdAGENTS.md
- docs/agents.mdAGENTS.md
- company-product-signalsSkill
- company-researcherSkill
- company-strategySkill
- pm-os-onboardingSkill
- brainstormingSkill
- continual-learningSkill
- decision-loggerSkill
- eval-briefSkill
- exec-communicatorSkill
- experiment-writeupSkill
- knowledge-updaterSkill
- launch-postSkill
- launch-readinessSkill
- meeting-to-actionsSkill
- one-pagerSkill
- pptx-creatorSkill
- prd-writerSkill
- stakeholder-updateSkill
- strategy-connectorSkill
- what-ifSkill
- working-backwardsSkill
- writing-clearlySkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 12 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Before any A/B test
- Distinctive: line 16
When asked "how do we test this?"
- Distinctive: line 17
Before setting up an experiment in an experimentation platform
- Distinctive: line 23
Use format: "We believe [action] will [outcome] for [segment] because [rationale]"
“Common” is measured: kept by at least 6 in 10 of the 12 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Experiment Designer
Help PMs design rigorous experiments with clear hypotheses, variants, metrics, and decision criteria. Ensures experiments are statistically sound and actionable.
When to Use
- Before any A/B test
- Feature experiment design
- Pricing or packaging test
- Phased rollout planning
- When asked "how do we test this?"
- Before setting up an experiment in an experimentation platform
Process / Template
1. Capture the Hypothesis
Use format: "We believe [action] will [outcome] for [segment] because [rationale]"
- Action — what you're changing (feature, copy, flow)
- Outcome — expected metric movement
- Segment — who you're testing with
- Rationale — why you believe this (research, prior data)
2. Define Control vs. Treatment
- Control — baseline experience (no change)
- Treatment — the change being tested
- Be explicit about what differs between variants
3. Define Success Metrics
- Primary metric — main success signal (one metric)
- Secondary metrics — supporting signals
- Guardrail metrics — must not regress (e.g., revenue, retention)
4. Determine Experiment Type
- A/B test — two variants, single change
- Multivariate — multiple factors
- Phased rollout — gradual % rollout
- Holdout — long-term impact test
5. Calculate Sample Size and Duration
- Power — typically 80%
- MDE (Minimum Detectable Effect) — smallest effect you care about
- Traffic — daily eligible users
- Duration — run until sufficient sample size
6. Define Decision Criteria
| Result | Action |
| Primary metric improves, guardrails hold | Ship |
| Primary metric flat, secondary improves | Iterate (refine and re-test) |
| Primary metric declines | Kill |
| Inconclusive (low power) | Extend or increase traffic |
7. Document Risks
- What could invalidate results? (seasonality, external events)
- Confounding factors?
- Technical implementation risks?
Output
An Experiment Design Doc with:
| Section | Content |
| Hypothesis | Full hypothesis statement |
| Variants | Control and treatment definitions |
| Primary Metric | Main success metric |
| Secondary Metrics | Supporting metrics |
| Guardrail Metrics | Metrics that must not regress |
| Sample Size | Required sample per variant |
| Duration | Estimated run length |
| Decision Criteria | Ship / iterate / kill thresholds |
| Risks | What could invalidate results |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

