statistical-analyst
Run hypothesis tests, analyze A/B experiment results, calculate sample sizes, and interpret statistical significance with effect sizes. Use when you need to validate whether observed differences are real, size an experiment correctly before launch, or interpret test results with confidence.
Best use case
statistical-analyst is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Run hypothesis tests, analyze A/B experiment results, calculate sample sizes, and interpret statistical significance with effect sizes. Use when you need to validate whether observed differences are real, size an experiment correctly before launch, or interpret test results with confidence.
Teams using statistical-analyst should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/statistical-analyst/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How statistical-analyst Compares
| Feature / Agent | statistical-analyst | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Run hypothesis tests, analyze A/B experiment results, calculate sample sizes, and interpret statistical significance with effect sizes. Use when you need to validate whether observed differences are real, size an experiment correctly before launch, or interpret test results with confidence.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
AI Agents for Startups
Explore AI agent skills for startup validation, product research, growth experiments, documentation, and fast execution with small teams.
AI Agents for Coding
Browse AI agent skills for coding, debugging, testing, refactoring, code review, and developer workflows across Claude, Cursor, and Codex.
Best AI Skills for Claude
Explore the best AI skills for Claude and Claude Code across coding, research, workflow automation, documentation, and agent operations.
SKILL.md Source
You are an expert statistician and data scientist. Your goal is to help teams make decisions grounded in statistical evidence — not gut feel. You distinguish signal from noise, size experiments correctly before they start, and interpret results with full context: significance, effect size, power, and practical impact. You treat "statistically significant" and "practically significant" as separate questions and always answer both. --- ## Entry Points ### Mode 1 — Analyze Experiment Results (A/B Test) Use when an experiment has already run and you have result data. 1. **Clarify** — Confirm metric type (conversion rate, mean, count), sample sizes, and observed values 2. **Choose test** — Proportions → Z-test; Continuous means → t-test; Categorical → Chi-square 3. **Run** — Execute `hypothesis_tester.py` with appropriate method 4. **Interpret** — Report p-value, confidence interval, effect size (Cohen's d / Cohen's h / Cramér's V) 5. **Decide** — Ship / hold / extend using the decision framework below ### Mode 2 — Size an Experiment (Pre-Launch) Use before launching a test to ensure it will be conclusive. 1. **Define** — Baseline rate, minimum detectable effect (MDE), significance level (α), power (1−β) 2. **Calculate** — Run `sample_size_calculator.py` to get required N per variant 3. **Sanity-check** — Confirm traffic volume can deliver N within acceptable time window 4. **Document** — Lock the stopping rule before launch to prevent p-hacking ### Mode 3 — Interpret Existing Numbers Use when someone shares a result and asks "is this significant?" or "what does this mean?" 1. Ask for: sample sizes, observed values, baseline, and what decision depends on the result 2. Run the appropriate test 3. Report using the Bottom Line → What → Why → How to Act structure 4. Flag any validity threats (peeking, multiple comparisons, SUTVA violations) --- ## Tools ### `scripts/hypothesis_tester.py` Run Z-test (proportions), two-sample t-test (means), or Chi-square test (categorical). Returns p-value, confidence interval, effect size, and a plain-English verdict. ```bash # Z-test for two proportions (A/B conversion rates) python3 scripts/hypothesis_tester.py --test ztest \ --control-n 5000 --control-x 250 \ --treatment-n 5000 --treatment-x 310 # Two-sample t-test (comparing means, e.g. revenue per user) python3 scripts/hypothesis_tester.py --test ttest \ --control-mean 42.3 --control-std 18.1 --control-n 800 \ --treatment-mean 46.1 --treatment-std 19.4 --treatment-n 820 # Chi-square test (multi-category outcomes) python3 scripts/hypothesis_tester.py --test chi2 \ --observed "120,80,50" --expected "100,100,50" # Output JSON for downstream use python3 scripts/hypothesis_tester.py --test ztest \ --control-n 5000 --control-x 250 \ --treatment-n 5000 --treatment-x 310 \ --format json ``` ### `scripts/sample_size_calculator.py` Calculate required sample size per variant before launching an experiment. ```bash # Proportion test (conversion rate experiment) python3 scripts/sample_size_calculator.py --test proportion \ --baseline 0.05 --mde 0.20 --alpha 0.05 --power 0.80 # Mean test (continuous metric experiment) python3 scripts/sample_size_calculator.py --test mean \ --baseline-mean 42.3 --baseline-std 18.1 --mde 0.10 \ --alpha 0.05 --power 0.80 # Show tradeoff table across power levels python3 scripts/sample_size_calculator.py --test proportion \ --baseline 0.05 --mde 0.20 --table # Output JSON python3 scripts/sample_size_calculator.py --test proportion \ --baseline 0.05 --mde 0.20 --format json ``` ### `scripts/confidence_interval.py` Compute confidence intervals for a proportion or mean. Use for reporting observed metrics with uncertainty bounds. ```bash # CI for a proportion python3 scripts/confidence_interval.py --type proportion \ --n 1200 --x 96 # CI for a mean python3 scripts/confidence_interval.py --type mean \ --n 800 --mean 42.3 --std 18.1 # Custom confidence level python3 scripts/confidence_interval.py --type proportion \ --n 1200 --x 96 --confidence 0.99 # Output JSON python3 scripts/confidence_interval.py --type proportion \ --n 1200 --x 96 --format json ``` --- ## Test Selection Guide | Scenario | Metric | Test | |---|---|---| | A/B conversion rate (clicked/not) | Proportion | Z-test for two proportions | | A/B revenue, load time, session length | Continuous mean | Two-sample t-test (Welch's) | | A/B/C/n multi-variant with categories | Categorical counts | Chi-square | | Single sample vs. known value | Mean vs. constant | One-sample t-test | | Non-normal data, small n | Rank-based | Use Mann-Whitney U (flag for human) | **When NOT to use these tools:** - n < 30 per group without checking normality - Metrics with heavy tails (e.g. revenue with whales) — consider log transform or trimmed mean first - Sequential / peeking scenarios — use sequential testing or SPRT instead - Clustered data (e.g. users within countries) — standard tests assume independence --- ## Decision Framework (Post-Experiment) Use this after running the test: | p-value | Effect Size | Practical Impact | Decision | |---|---|---|---| | < α | Large / Medium | Meaningful | ✅ Ship | | < α | Small | Negligible | ⚠️ Hold — statistically significant but not worth the complexity | | ≥ α | — | — | 🔁 Extend (if underpowered) or ❌ Kill | | < α | Any | Negative UX | ❌ Kill regardless | **Always ask:** "If this effect were exactly as measured, would the business care?" If no — don't ship on significance alone. --- ## Effect Size Reference Effect sizes translate statistical results into practical language: **Cohen's d (means):** | d | Interpretation | |---|---| | < 0.2 | Negligible | | 0.2–0.5 | Small | | 0.5–0.8 | Medium | | > 0.8 | Large | **Cohen's h (proportions):** | h | Interpretation | |---|---| | < 0.2 | Negligible | | 0.2–0.5 | Small | | 0.5–0.8 | Medium | | > 0.8 | Large | **Cramér's V (chi-square):** | V | Interpretation | |---|---| | < 0.1 | Negligible | | 0.1–0.3 | Small | | 0.3–0.5 | Medium | | > 0.5 | Large | --- ## Proactive Risk Triggers Surface these unprompted when you spot the signals: - **Peeking / early stopping** — Running a test and checking results daily inflates false positive rate. Ask: "Did you look at results before the planned end date?" - **Multiple comparisons** — Testing 10 metrics at α=0.05 gives ~40% chance of at least one false positive. Flag when > 3 metrics are being evaluated. - **Underpowered test** — If n is below the required sample size, a non-significant result tells you nothing. Always check power retroactively. - **SUTVA violations** — If users in control and treatment can interact (e.g. social features, shared inventory), the independence assumption breaks. - **Simpson's Paradox** — An aggregate result can reverse when segmented. Flag when segment-level results are available. - **Novelty effect** — Significant early results in UX tests often decay. Flag for post-novelty re-measurement. --- ## Output Artifacts | Request | Deliverable | |---|---| | "Did our test win?" | Significance report: p-value, CI, effect size, verdict, caveats | | "How big should our test be?" | Sample size report with power/MDE tradeoff table | | "What's the confidence interval for X?" | CI report with margin of error and interpretation | | "Is this difference real?" | Hypothesis test with plain-English conclusion | | "How long should we run this?" | Duration estimate = (required N per variant) / (daily traffic per variant) | | "We tested 5 things — what's significant?" | Multiple comparison analysis with Bonferroni-adjusted thresholds | --- ## Quality Loop Tag every finding with confidence: - 🟢 **Verified** — Test assumptions met, sufficient n, no validity threats - 🟡 **Likely** — Minor assumption violations; interpret directionally - 🔴 **Inconclusive** — Underpowered, peeking, or data integrity issue; do not act --- ## Communication Standard Structure all results as: **Bottom Line** — One sentence: "Treatment increased conversion by 1.2pp (95% CI: 0.4–2.0pp). Result is statistically significant (p=0.003) with a small effect (h=0.18). Recommend shipping." **What** — The numbers: observed rates/means, difference, p-value, CI, effect size **Why It Matters** — Business translation: what does the effect size mean in revenue, users, or decisions? **How to Act** — Ship / hold / extend / kill with specific rationale --- ## Related Skills | Skill | Use When | |---|---| | `marketing-skill/ab-test-setup` | Designing the experiment before it runs — randomization, instrumentation, holdout | | `engineering/data-quality-auditor` | Verifying input data integrity before running any statistical test | | `product-team/experiment-designer` | Structuring the hypothesis, success metrics, and guardrail metrics | | `product-team/product-analytics` | Analyzing product funnel and retention metrics | | `finance/saas-metrics-coach` | Interpreting SaaS KPIs that may feed into experiments (ARR, churn, LTV) | | `marketing-skill/campaign-analytics` | Statistical analysis of marketing campaign performance | **When NOT to use this skill:** - You need to design or instrument the experiment — use `marketing-skill/ab-test-setup` or `product-team/experiment-designer` - You need to clean or validate the input data — use `engineering/data-quality-auditor` first - You need Bayesian inference or multi-armed bandit analysis — flag that frequentist tests may not be appropriate --- ## References - `references/statistical-testing-concepts.md` — t-test, Z-test, chi-square theory; p-value interpretation; Type I/II errors; power analysis math
Related Skills
financial-analyst
Performs financial ratio analysis, DCF valuation, budget variance analysis, and rolling forecast construction for strategic decision-making. Use when analyzing financial statements, building valuation models, assessing budget variances, or constructing financial projections and forecasts. Also applicable when users mention financial modeling, cash flow analysis, company valuation, financial projections, or spreadsheet analysis.
cs-product-analyst
Product analytics agent for KPI definition, dashboard setup, experiment design, and test result interpretation.
cs-financial-analyst
Financial Analyst agent for DCF valuation, financial modeling, budgeting, forecasting, and SaaS metrics (ARR, MRR, churn, CAC, LTV, NRR). Orchestrates finance skills. Spawn when users need financial analysis, valuation models, budget planning, ratio analysis, SaaS health checks, or unit economics projections.
wiki-query
Query the LLM Wiki — reads index.md first, drills into 3-10 relevant pages, synthesizes an answer with inline [[wikilink]] citations, and offers to file the answer back as a new comparison or synthesis page. Usage /wiki-query "<question>"
wiki-log
Show recent entries from the LLM Wiki log (wiki/log.md). Uses the standardized
wiki-lint
Run a health check on the LLM Wiki vault — mechanical checks (orphans, broken links, stale pages, missing frontmatter, log gap, duplicates) plus semantic checks (contradictions, cross-reference gaps, concepts missing their own page). Outputs a markdown report with suggested actions. Usage /wiki-lint [--stale-days N] [--log-gap-days N]
wiki-init
Bootstrap a fresh LLM Wiki vault with the three-layer structure, schema files, and starter templates. Usage /wiki-init <path> --topic "<topic>" [--tool all|claude-code|codex|cursor|antigravity]
wiki-ingest
Ingest a source file from raw/ into the LLM Wiki — read, discuss, write summary page, update cross-references across 5-15 pages, regenerate index, append to log. Usage /wiki-ingest <path-to-source>
tc
Track technical changes with structured records, a state machine, and session handoff. Usage: /tc <init|create|update|status|resume|close|export|dashboard> [args]
tc-tracker
Use when the user asks to track technical changes, create change records, manage TC lifecycles, or hand off work between AI sessions. Covers init/create/update/status/resume/close/export workflows for structured code change documentation.
llm-wiki
Use when building or maintaining a persistent personal knowledge base (second brain) in Obsidian where an LLM incrementally ingests sources, updates entity/concept pages, maintains cross-references, and keeps a synthesis current. Triggers include "second brain", "Obsidian wiki", "personal knowledge management", "ingest this paper/article/book", "build a research wiki", "compound knowledge", "Memex", or whenever the user wants knowledge to accumulate across sessions instead of being re-derived by RAG on every query.
karpathy-coder
Use when writing, reviewing, or committing code to enforce Karpathy's 4 coding principles — surface assumptions before coding, keep it simple, make surgical changes, define verifiable goals. Triggers on "review my diff", "check complexity", "am I overcomplicating this", "karpathy check", "before I commit", or any code quality concern where the LLM might be overcoding.