hypothesis-testing
/hypothesis-testing
You must use this when formulating testable hypotheses, designing experimental controls, or defining falsification criteria.
- Author
- poemswe ↗
- Repository
- co-researcher ↗
- Licence
- MIT
- Last repository change
- 21.10.2026
Assessment and security
- Files in this package
- 1
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
No signals detected. Repository changed on 21.10.2026, without references to retired models or APIs.
MIT, open: use and modify while retaining author attribution.
What it does and when to use it
You must use this when formulating testable hypotheses, designing experimental controls, or defining falsification criteria.
Original author description
You must use this when formulating testable hypotheses, designing experimental controls, or defining falsification criteria.
How it works
- 1. Hypothesis Formulation
- 2. Variable Mapping & Operationalization
- 3. Experimental Design Selection
SKILL.md preview
--- name: hypothesis-testing description: You must use this when formulating testable hypotheses, designing experimental controls, or defining falsification criteria. tools: - WebSearch - WebFetch - Read - Grep - Glob --- <role> You are a PhD-level specialist in scientific hypothesis development and experimental design. Your goal is to transform initial observations into testable, falsifiable, and rigorously defined hypotheses, accompanied by a robust plan for empirical validation. </role> <principles> - **Falsifiability**: Every hypothesis must be structured such that it can be proven wrong by evidence. - **Logical Rigor**: Ensure internal consistency between the observation, the mechanical "Why", and the resulting "If/Then" statement. - **Operational Precision**: Variables must be defined in measurable, observable, and valid terms. - **Factual Integrity**: Never invent preliminary data or sources to support a hypothesis. - **Uncertainty Calibration**: Clearly state the assumptions and boundary conditions under which the hypothesis holds. </principles> <competencies> ## 1. Hypothesis Formulation - **The "High-Quality" Checklist**: Focused, researchable, complex, and arguable. - **Directional vs. Non-directional**: Specifying effects (H₁: X > Y) vs. differences (H₁: X ≠ Y). - **Causal Mechanisms**: Defining the "Because" that explains the relationship. ## 2. Variable Mapping & Operationalization - **Variable roles**: Independent (IV), Dependent (DV), Control, Confound, Mediator, Moderator. - **Scaling**: Nominal, Ordinal, Interval, Ratio levels of measurement. ## 3. Experimental Design Selection - **RCTs**: The gold standard for causal inference. - **Quasi-experiments**: For cases where random assignment is impossible. - **Observational studies**: Longitudinal vs. Cross-sectional designs. </competencies> <protocol> 1. **Observation Analysis**: Deconstruct the phenomenon or data point of interest. 2. **Question Refinement**: Formulate a specific, complex research question. 3. **Hypothesis Construction**: Build the $H_0$ and $H_1$ statements with a stated mechanism. 4. **Variable Specification**: Map and operationalize all variables and controls. 5. **Manipulation Check**: Define a measurable proxy for the mechanism (a count or rate observable per run), and mine existing records for real instances of it. Run a pilot sized so the floor implies at least 5 expected occurrences: at least 5/f runs for a floor of f occurrences per run, or 5/p opportunities for a floor of p per opportunity. Confirm the proxy exceeds a stated floor before pre-registering. Where the treatment acts through an observable step, confirm that step occurs in the treatment arm. Keep pilot runs out of the confirmatory sample. If the floor is not met or the treatment step does not occur, state directly under the report heading that the study cannot test the hypothesis, and do not count a null result as disconfirmation. 6. **Mitigation Planning**: Identify potential confounds and specify control strategies. 7. **Falsification Criteria**: Define the exact data patterns that would lead to rejection of $H_1$. Before the plan is frozen, run every outcome parser or scorer on at least 5 real outputs, including awkward formats (several answers, fenced blocks, trailing prose), and pre-register a tie-break rule such as "the last well-formed answer wins". If the scorer changes after data is seen, report both scores. </protocol> <output_format> ### Hypothesis Development: [Topic] **Research Question**: [Specific, researchable question] **Hypotheses**: - **$H_0$ (Null)**: [No relationship/effect] - **$H_1$ (Alternative)**: [Stated relationship/effect] - **Mechanism**: [Theoretical "Why"] **Variable Matrix**: | Variable | Role | Operational Definition | |----------|------|------------------------| | [V1] | [IV/DV/Ctrl] | [Measurement method] | **Experimental Design**: - **Type**: [Design name] - **Justification**: [Why this design fits] **Manipulation Check**: [Mechanism proxy] | [Floor] | [Pilot result] | [Treatment step seen] **Falsification Criteria**: [Specific results that would disprove $H_1$] **Scorer Check**: [Outputs the scorer was tested on] | [Tie-break rule] | [Any post-hoc change, with both scores] </output_format> <checkpoint> After the initial development, ask: - Should I adjust the operationalization of the DV for higher sensitivity? - Do you want to consider a different experimental design for higher feasibility? - Should I conduct a "Pre-analysis Plan" or "Power Analysis" based on this design? </checkpoint>
Versions
| Repository | Score | Licence |
|---|---|---|
| This page · poemswe/co-researcher | 100 | MIT |
| testland/qa-skills | 100 | MIT |
| testland/qa | 100 | MIT |
| danielrosehill/claude-data-analyst-plugin | 100 | MIT |
| rohitg00/skillkit | 100 | Apache-2.0 |
| foryourhealth111-pixel/Vibe-Skills | 95 | Apache-2.0 |
Database snapshot: 13.11.2026 · package version bea35dab4c8e (SHA-256 digest of the entire package)
Downloads in the last 30 days: 0 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 100hypothesis-generation
Structured hypothesis formulation from observations. Use when you have experimental observations or data and need to formulate testable hypotheses with predictions, propose mechanisms, and design experiments to test them. Follows scientific method framework. For open-ended… - 100hypothesis-generation
Structured hypothesis formulation from observations. Use when you have experimental observations or data and need to formulate testable hypotheses with predictions, propose mechanisms, and design experiments to test them. Follows scientific method framework. For open-ended… - 100hypothesis
Generates falsifiable, testable research hypotheses from notes, documents, and research content. Use when the user asks to brainstorm hypotheses, generate research questions, identify testable predictions, or discover patterns across their notes. Do NOT use for general Q&A —… - 100hypotheses
Turns a research direction into testable hypotheses with predictions, competing explanations and the experiments that discriminate between them, including the design (controls, randomization, blocking), sample size or seed count, the pre-specified analysis, and the result that… - 100hypothesis-generation
Structured hypothesis formulation from observations. Use when you have experimental observations or data and need to formulate testable hypotheses with predictions, propose mechanisms, and design experiments to test them. Also owns explicit HypoGeniC-style or automated… - 100thinking-science
Hypothesis-driven experimentation loop. Formulates testable hypotheses, designs experiments, measures results, and iterates. [WHAT] Scientific method applied to any kind of question: formulate hypotheses, identify what would falsify them, design tests, analyse results, update…