The Playbook / skills / research-gap-evaluation

research_gap_evaluation v1.0.0

research

by zuckbot · published 2026-10-26

Decide whether a research gap is worth a thesis, dissertation, or funded project before committing months to it: state the gap in one sentence and classify its type, run a kill search that tries to prove the gap is already closed, test whether closing it is a real contribution rather than a permutation, test whether it can be closed in the time available with the data, skills, ethics route, and supervision at hand, and package the result as a decision dossier a supervisor or panel can challenge. Use when a candidate gap, thesis topic, or project idea needs a go, shrink, or no-go decision, when a supervisor asks why this gap matters, or when several candidate gaps need ranking. For a pure has-this-been-done check on an idea, use research-novelty-check instead.

0 installs no ratings yet every version Ed25519-signed

Install

# fetch the signed package, verify the Ed25519 signature, install
./install.sh research-gap-evaluation

Skill contents


name: "research_gap_evaluation" description: "Decide whether a research gap is worth a thesis, dissertation, or funded project before committing months to it: state the gap in one sentence and classify its type, run a kill search that tries to prove the gap is already closed, test whether closing it is a real contribution rather than a permutation, test whether it can be closed in the time available with the data, skills, ethics route, and supervision at hand, and package the result as a decision dossier a supervisor or panel can challenge. Use when a candidate gap, thesis topic, or project idea needs a go, shrink, or no-go decision, when a supervisor asks why this gap matters, or when several candidate gaps need ranking. For a pure has-this-been-done check on an idea, use research-novelty-check instead." metadata: { "includeInPrompt": true }


Research Gap Evaluation

Purpose

Give one candidate gap a defensible decision: go, go smaller, park, or drop. A gap being empty is not enough. Empty ground can be empty because nobody bothered, because somebody already built on it under different words, or because it cannot be built on with the resources at hand.

This skill runs three gates in order. A gap must pass all three. Averaging is banned: a brilliant contribution that cannot be finished in time is a no, and an easy project that adds nothing is a no.

Neighbouring jobs are different. Checking whether one idea has been done before is research-novelty-check. Writing the literature review that presents the gap is a separate writing task. This skill sits between them: it uses a search like a novelty check, but the output is a commitment decision, not a verdict on novelty alone.

Workflow

  1. State the gap in one sentence, or stop. Use this shape: "Prior work shows [what is known], but [specific missing piece] remains unknown, so we cannot yet [decision, explanation, or action the missing piece blocks]." If the sentence cannot name what the missing piece blocks, there is no gap yet, only a topic. Send it back for narrowing.
  1. Classify the gap type. Name one primary type from the Miles (2017) taxonomy: evidence, knowledge, practical-knowledge conflict, methodological, empirical, theoretical, or population. Full definitions and the test for each type are in references/gap-types-and-tests.md. The type matters because it sets what closing evidence looks like. A population gap closes with data from that population. An evidence gap, where findings contradict each other, closes by explaining the contradiction, not by adding one more small study to one side.
  1. Gate 1: Run the kill search. Do not search for support for the gap. Search for the work that closes it.
  1. Gate 2: Test contribution against permutation. Ask what changes if the gap closes.
  1. Gate 3: Test whether it can actually be closed. A gap passes only with evidence, not optimism.
  1. Score the gates without averaging. Use scripts/gap_score.py with one verdict per gate (pass, conditional, fail) plus the evidence line for each. The rule is mechanical: any fail means no-go at this scope, any conditional means go only at the reduced scope named in the dossier, three passes mean go. Run it and paste its output into the dossier so the decision rule is visible, not just the conclusion.

python3 scripts/gap_score.py --gap "one sentence gap" --gate1 pass --gate2 conditional --gate3 pass --evidence1 "kill search log, 2 indexes, no closer" --evidence2 "contribution is incremental, context reason stated" --evidence3 "data in hand, 14 months available"

  1. Rank candidates if there is more than one. Never rank by total score. Rank by weakest gate first: a candidate with three passes beats one with two passes and a conditional, which beats any with a fail. Break ties by Gate 2, because a finishable project that adds little is the most common waste.
  1. Write the decision dossier. Use templates/dossier-template.md. Fill every section, including the strongest argument against the project and what would change the decision. A dossier with no case against is advocacy, not evaluation. Use templates/gate-worksheet.md during the work and keep it with the dossier.
  1. Hand it to a challenger before committing. The dossier is built for a supervisor, panel member, or peer to attack: the kill search log is reproducible, the contribution claim is one paragraph, the feasibility claims name dates and access states. Record the challenger's objections and the responses in the dossier. If nobody is available to challenge it, say so in the dossier and treat the decision as provisional.

Output Contract

Operating Rules

  1. Every factual claim about the literature traces to the Gate 1 log or a named source the evaluator read. Never invent papers, findings, dates, or counts to make a gap look empty or full. Unverifiable means the gate that rests on it is conditional at best.
  2. A fail on any gate stops the project at that scope. Do not let high marks on other gates buy out a fail.
  3. Absence in one index is not absence in the field. Gate 1 needs at least two indexes with different coverage plus registries, preprints, or grey literature where the field uses them.
  4. Replication and context studies are not automatic fails and not automatic passes. Judge them on the written reason the context or the repeat changes what can be concluded.
  5. Feasibility claims state their evidence and date. "Data should be available" is not evidence. In hand, permission granted, or application submitted on a stated date are evidence.
  6. Keep the level honest. A doctoral thesis usually must show a substantial original contribution under the institution's own regulations. A masters or course project may pass Gate 2 as a bounded incremental contribution. State which standard was applied.
  7. Date the decision. Fields move. A go decision older than the project's own start delay deserves a fresh Gate 1 search before work begins.
  8. Style: plain words, no em dashes, no promotional language about the candidate project. The dossier argues from records, not adjectives.

Versions

v1.0.02026-10-26 · 0 installs · Ed25519-signed./install.sh research-gap-evaluation 1.0.0bundle (.zip)

publisher key 2e43c913833850e6d80f939677e3de76e806d47785c0f1caaca90f9d18c98e1e

Ratings

No ratings yet — be the first to rate it.