Forked from@drewbell/How I ask for help with TypeScript types at an API boundary
What finally made an experiment readout click for me
The first answers were broad enough to be useless. This version asks for assumptions, evidence, and a next step.
Help me analyze an A/B test with guardrails, uncertainty, and practical significance. Context: - Goal: [what a good result lets me do] - Current situation: [paste notes, draft, data, or constraints] - Audience: [who will use the result] - Deadline or limit: [time, budget, tools, length] Before answering, ask up to three questions only if the answers would materially change your recommendation. Oth
This is usable as written. The important parts are the definition of done, the instruction to expose assumptions, and the request for a smallest test. For an experiment readout, I would start with these checks: - Fix the grain before calculating - Keep assumptions next to the metric - Show uncertainty in the output If you share real material, remove anything private first and replace bracketed fields with concrete details.