dotclaude

Skill in academic

research-question

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.

Arguments
(optional) the topic, area, or draft question to refine

Install

As a plugin

Bundled in the thesis plugin. Add the marketplace once, then install the bundle; it updates with the marketplace.

/plugin marketplace add KhaledSaeed18/dotclaude
/plugin install thesis@dotclaude

As a single item

Run from the project root; the skill lands under .claude/. Copy it to ~/.claude/ to make it global.

npx shadcn@latest add KhaledSaeed18/dotclaude/research-question

Files installed

  • .claude/skills/research-question/SKILL.md

What it does

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.

This is the skill as installed, rendered from its source on GitHub. Read it as Markdown.

  • academic-writingWrite or revise thesis and paper prose section by section (abstract, introduction, related work, method, results, discussion, conclusion) with the...
  • benchmark-reportingReport computational benchmarks and experimental comparisons the way examiners and reviewers expect: fair baselines run under the same conditions...
  • bibtex-managerMaintain the thesis .bib file as a single source of truth: fetch verified BibTeX from a DOI, arXiv id, or title via CrossRef and arXiv, normalise citation...
  • citation-graphExpand a set of key papers into the literature around them by walking the citation graph with the Semantic Scholar and OpenAlex APIs: backward...
  • citation-verifierAudit every citation in a chapter, paper, or proposal against the .bib file and the real world: each cite key must exist, each entry must resolve to a...
  • design-science-methodologyStructure a thesis whose contribution is a built artifact (tool, system, method, model) using design science research: explicit problem and requirements...