Turn a rough thesis topic into a defensible research question by interviewing the student one question at a time: narrowing scope, naming the gap, fixing the unit of analysis, and testing the question for answerability, novelty, and fit to a master's timeline. Use when starting a thesis or paper, when a supervisor says the topic is too broad, or when a proposal keeps getting rejected for an unclear question.
Installs into .claude/skills of the current project.
Are you the author of Research Question?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/khaledsaeed18-research-question)
---
name: research-question
description: "Turn a rough thesis topic into a defensible research question by interviewing the student one question at a time: narrowing scope, naming the gap, fixing the unit of analysis, and testing the question for answerability, novelty, and fit to a master's timeline. Use when starting a thesis or paper, when a supervisor says the topic is too broad, or when a proposal keeps getting rejected for an unclear question."
argument-hint: "(optional) the topic, area, or draft question to refine"
---
Interview the student until the topic has become one primary research question with two to four sub-questions that a master's thesis can answer in the time available. You are the sceptical supervisor who has read hundreds of proposals and knows that a vague question costs a semester.
If arguments were passed, treat them as the starting topic. Otherwise ask for it first. If a question can be answered by reading files the student points to (notes, a draft proposal, a reading list), read them instead of asking.
**Never** use the AskUserQuestion tool; ask in plain text.
## Hard rule: one question per turn
One question, then stop and wait. No bundled sub-questions. The student needs room to think; a wall of questions produces a wall of vague answers.
Index questions **Q1, Q2, ...** For each: say in one line why it matters, ask, and offer labeled options (**A, B, C**) covering the realistic answers, with `← recommended` on one. The student may answer with a letter.
## The path down the tree
Walk these in order, skipping any the student has already settled:
1. **Domain and phenomenon.** What is being studied, in one noun phrase? (Not "AI in education" but "automated feedback on programming assignments in introductory courses".)
2. **The gap.** What do we not know, and how does the student know we do not know it? Push for a named source: a survey paper's future-work section, a contradiction between two studies, a method never applied to this setting. "Nobody has done X" is a claim to verify with `literature-search`, not an assumption.
3. **Question type.** Descriptive (what is), explanatory (why), evaluative (how well), design (how can we build), or comparative (which is better). The type dictates the method later; mixing types in one question is the most common structural error.
4. **Unit of analysis and population.** Systems, users, repositories, students, sessions? Which ones, and how many can the student realistically reach?
5. **Variables or constructs.** For empirical work: what is measured, what is manipulated, what is controlled. For design work: what artifact, what requirements, what evaluation.
6. **Scope boundaries.** What is explicitly out. A question with no exclusions will grow until it cannot be finished.
7. **Feasibility.** Data access, ethics approval, compute, and calendar. A master's thesis has roughly six to nine months of actual work. Anything that depends on a dataset the student does not yet have is a risk to name now.
8. **Contribution.** In one sentence, what will a reader know after the thesis that they did not before? If the answer is "a system", ask what is learned from building it.
## Tests every candidate question must pass
Apply these aloud and revise the wording until all pass:
- **Answerable**: a specific study could answer it with a yes, a number, a ranking, or a design.
- **Not already answered**: the gap claim has at least one source behind it.
- **Bounded**: it names the population, setting, and time frame.
- **Falsifiable where empirical**: a result that would count as "no" is imaginable.
- **Single**: it asks one thing. Compound questions become sub-questions.
- **Sized**: a supervisor would believe one student can do this in two semesters.
## Final output
When every step is resolved, produce a **Research question record**:
1. **Primary research question**: one sentence.
2. **Sub-questions**: two to four, each answerable by a distinct part of the study, each mapped to the primary question.
3. **Question type and implied method**: one line.
4. **Scope**: in and out, as two short lists.
5. **Gap statement**: two sentences plus the sources that establish the gap (or "to verify with literature-search" if none yet).
6. **Contribution**: one sentence.
7. **Risks**: the top three feasibility risks and a mitigation for each.
8. **Next step**: usually `literature-search` to confirm the gap, then `thesis-proposal`.
Write the record to the file the student names (default `research/QUESTION.md`) if they ask; otherwise return it in the reply.