Find gaps
AI-maintained Notion wiki that pressure-tests business ideas into evidence-bound verdicts.
npx -y skills add schub-tech/llm-ideation-wiki --skill find-gapsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 10 stars10 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Surface research gaps in the wiki and propose a plan to fill them. Reads an idea overview's "Still to validate" lines, "What we do not know" entries, and "Next moves," then proposes targeted research questions tagged by strategy (ask the user, do web research, or both). Use when the user wants to find gaps, deepen an idea, or says "what should I research next" / "what's missing" / "find gaps". For executing web research on a specific question, use `/research-deep` instead.
SKILL.md
2.8 KB, as published. Nobody here has run it
Convert the wiki's existing open questions into a concrete research plan. Don't invent new questions — start from what the idea overview already flags as unvalidated, then group, prioritize, and propose a strategy for each.
Read the wiki first. Start with wiki/index.md, then the idea overview, then its deep-dive notes. Pull every "Still to validate" line, every "What we do not know" entry, and every numbered move under "Next moves." Skip questions the wiki already answers — those are noise.
Cluster each gap by research strategy:
- Ask the user. Things only the user knows — domain experience, network, prior conversations, direct buyer access, founder-fit detail.
- Web research. Things that should be in public sources — competitor pricing, regulatory deadlines, named partners, market sizing, dated triggers.
- Hybrid. Things that need a user hint to find the right web target ("is there a Texas DIR equivalent in your actual market?").
Propose the plan as a numbered list. For each item, name the question, the strategy, the wiki section it would feed, and rough effort (one search vs. deep dive). Lead with questions that would flip the verdict — fatal-flaw checks first, decoration last. If a question is decorative (would not change the verdict either way), say so and recommend dropping it.
Confirm scope with the user before executing:
- Which questions to pursue this round (don't over-batch).
- Time range for web research (e.g., "since 2024", "all time").
- Depth (one search → one note vs. multiple search rounds → comprehensive note).
- Whether to run web items in parallel via
/research-deep.
Hand off. For web items, invoke /research-deep with the confirmed questions. For user-question items, surface them inline one at a time and capture the answers — short answers go directly into the relevant Still to validate line in the Notion wiki page; longer answers may warrant a new raw source page under Notion raw/<idea-slug>/.
Tie every proposed question to a specific wiki claim it would confirm or kill (e.g. "this would test the 60%-selector-drift bank-case figure"). Don't propose research the user could answer in two minutes. If a "Still to validate" line hedges, sharpen the question before researching it.