research-ideation
Skill481 starsChanged 45 days agoApache-2.0View on GitHub
End-to-end research ideation pipeline: literature grounding → multi-track idea generation (3 personas: innovator/pragmatist/critic) → iterative refinement → ELO tournament ranking → update evo-memory (IDE) → user selects direction → expand into manuscript-quality proposal. Use when: user wants to find a research direction, brainstorm ideas, evaluate idea novelty, design a novel solution, rank/compare research ideas, or generate a research proposal. Do NOT use for finding/searching/reading papers (use paper-navigator), literature survey reports (use research-survey), or planning a paper (use paper-planning).
14 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- pedrohcgs/claude-code-my-workflowtheir own version, first seen Nov 8, 2026
- apattichis/agentic-research-toolkitedited, first seen Nov 8, 2026
- shkodnik1917/claude-brainlabtheir own version, first seen Nov 8, 2026
- Vepricov/claude-brainlabtheir own version, first seen Nov 1, 2026
- xzljq/claude-skillstheir own version, first seen Oct 13, 2026
- wangyi0403/dl-research-workflowtheir own version, first seen Oct 13, 2026
Used with
Projects with it also use results-report, daily-coding and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Galaxy-DawnSkillresults-report
This skill should be used when the user asks to "write an experiment report", "summarize experimental results", "do experiment retrospection", "write a results report", "写实验总结报告", "写实验复盘", or mentions turning completed experiment artifacts into a structured, decision-oriented research report. It assumes strict analysis should come from `results-analysis` first.
Also in 3 projects that use this
Clay-HHKSkilldaily-coding
Daily coding assistant that auto-triggers when writing/modifying code, providing a core checklist.
Also in 3 projects that use this
Clay-HHKSkillkaggle-learner
This skill should be used when the user asks to "learn from Kaggle", "study Kaggle solutions", "analyze Kaggle competitions", or mentions Kaggle competition URLs. Provides access to extracted knowledge from winning Kaggle solutions across NLP, CV, time series, tabular, and multimodal domains.
Also in 3 projects that use this
kharlamenkodevSkillbug-detective
Also in 3 projects that use this
Google CloudSkillcitation-verification
Verify that citations in a document resolve to real records and that claimed titles match. Use before trusting a document's reference list.
Also in 4 projects that use this
AnthropicSkillcommand-development
This skill should be used when the user asks to "create a slash command", "add a command", "write a custom command", "define command arguments", "use command frontmatter", "organize commands", "create command with file references", "interactive command", "use AskUserQuestion in command", or needs guidance on slash command structure, YAML frontmatter fields, dynamic arguments, bash execution in commands, user interaction patterns, or command development best practices for Claude Code.
Also in 3 projects that use this
- +2 more from Clay-HHK
Other versions14 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- apattichis/agentic-research-toolkit★ 178% same
Wrote their own version · 13
- Galaxy-Dawn/claude-scholar★ 5.9ksame name
- pedrohcgs/claude-code-my-workflow★ 1.7ksame name
- maxwell2732/paper-replicate-agent-demo★ 134same name
- maxwell2732/my-submission-formatting-agent★ 106same name
- Barrios88/barrios-skills★ 63same name
- shkodnik1917/claude-brainlab★ 35same name
- Vepricov/claude-brainlab★ 35same name
- HughYau/pengsida-learning-research-skills★ 27same name
- wangyi0403/dl-research-workflow★ 4same name
- kasoob/research-ideation★ 1same name
3 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository15 other files it gives its agents.
- academic-slidesSkill
- evomath-taoSkill
- evo-memorySkill
- experiment-craftSkill
- experiment-iterative-coderSkill
- experiment-pipelineSkill
- nano-bananaSkill
- paper-figuresSkill
- paper-graphSkill
- paper-navigatorSkill
- paper-planningSkill
- paper-rebuttalSkill
- paper-reviewSkill
- paper-writingSkill
- research-surveySkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
18 rules. 0 are common, 13 are distinctive, and 5 are very specific to this project.
0
Common
Most of the 13 edited versions we read keep these.
13
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 56
Read M_I at /memory/ideation-memory.md (refer to evo-memory skill)
- Very specific: line 60
If M_I doesn't exist yet (first cycle), skip this step
- Distinctive: line 66
Start with a goal that has both scientific and practical value.
- Distinctive: line 68
Ask: "What is the ultimate form of this research direction?
- Very specific: line 93
Execution rule: Do NOT generate ideas without real paper grounding.
- Distinctive: line 129
Run 3 parallel refinement tracks — one per initial idea.
- Distinctive: line 148
Critical rule: If evaluation says the approach is a dead-end, the persona MUST pivot — refinement is not restricted to patching.
- Distinctive: line 178
After the tournament, present the top-3 ideas with both a comparison table and the full refined idea for each.
- Distinctive: line 227
Ask to combine elements from multiple ideas
- Distinctive: line 229
Ask to regenerate with different constraints
- Very specific: line 233
After the tournament and before the user selects, trigger evo-memory IDE (Idea Direction Evolution):
- Distinctive: line 244
After the user selects an idea, expand it into a manuscript-quality research proposal.
- Distinctive: line 248
Before writing, first generate a proposal template tailored to the user's field:
- Distinctive: line 251
Start with universal sections (Abstract, Problem, Related Work, Method, Evaluation, Conclusion)
- Distinctive: line 252
Add field-specific sections (e.g., Ethics/IRB for medical research, Safety analysis for chemistry, Statistical power analysis for clinical …
- Distinctive: line 260
Write for a top-tier reviewer in the field — every claim supported, every design justified
- Distinctive: line 261
Avoid variable confusion: clearly isolate the core contribution
- Very specific: line 269
Run experiments on representative data.
“Common” is measured: kept by at least 6 in 10 of the 13 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Research Ideation
From research goal to ranked ideas and a detailed proposal.
Step 0: Load evo-memory (M_I)
↓
Step 1: Define Goal
↓
Step 2: Literature Grounding (MUST use paper-navigator scripts)
↓
Step 3: Generate Ideas (3 directions × 3 personas)
↓
Step 4: Refine Ideas (3 tracks × N iterations)
↓
Step 5: ELO Tournament → Present Top-3 to User
↓
Step 6: Update evo-memory (IDE)
↓
User Selects
↓
Step 7: Expand into Proposal
↓
Step 8: Validate and IterateWhen to Use
- User wants to find a research direction or brainstorm research ideas
- User wants to evaluate whether an idea is novel or worth pursuing
- User wants to rank or compare multiple research ideas
- User wants to generate a research proposal from an idea
When NOT to Use
- Finding/reading papers → use
paper-navigator - Literature survey report → use
research-survey - Planning a paper (story design, experiment plan) → use
paper-planning
Step 0: Load Prior Knowledge from evo-memory
Before any ideation begins, load Ideation Memory (M_I) from prior research cycles:
- Read M_I at
/memory/ideation-memory.md(refer toevo-memoryskill) - Select the top-2 entries (k_I=2) most relevant to the user's current goal by comparing each entry's Summary and Retrieval Tags against the goal
- Feasible directions from prior cycles → use as seeds in Step 3 (incorporate as candidate research directions alongside new ones; Step 3 still selects exactly 3 directions)
- Unsuccessful directions marked as fundamental failures → use during idea pruning in Step 4 (prune any idea that matches a fundamental failure pattern)
- If M_I doesn't exist yet (first cycle), skip this step
This step prevents repeating known dead ends and builds on prior successes across research cycles.
Step 1: Define a Long-Term Research Goal
Start with a goal that has both scientific and practical value. Ambitious enough for multiple papers, concrete enough to guide daily decisions.
Ask: "What is the ultimate form of this research direction? What would the world look like if this problem were fully solved?"
Step 2: Literature Grounding (via paper-navigator)
Invoke paper-navigator (Workflow 9: Ideation Support) to collect 30-50 relevant papers. Do NOT skip this step or substitute with general knowledge — ideas must be grounded in real papers.
CRITICAL: All paper discovery in this step MUST use the paper-navigator skill and its scripts (scholar_search, citation_traverse, arxiv_monitor, recommend, etc.). Using WebSearch, WebFetch, or any generic web search tool for finding papers is PROHIBITED. Generic web search returns blog posts, news articles, and low-quality results — only paper-navigator provides access to Semantic Scholar, arXiv, citation graph traversal, and academic recommendations needed for rigorous literature grounding.
Build Challenge-Insight Tree
From the collected papers, construct a challenge-insight tree — a many-to-many mapping between technical challenges and the insights/techniques that address them:
- Extract challenges: From each paper, what technical problem does it solve?
- Extract insights: What technique or key idea does it use?
- Map connections: Which insights address which challenges?
How this drives ideation:
- Challenges with few insights → unsolved problem (candidate for Step 3)
- Insights not yet applied to a challenge → cross-domain transfer opportunity (candidate for Step 4)
- Challenges with many insights → well-studied, avoid unless you have a fundamentally new angle
Also generate a condensed literature review synthesis as context for idea generation (for full surveys use research-survey).
See references/literature-tree.md for construction methodology.
Execution rule: Do NOT generate ideas without real paper grounding. The tree must reference actual papers with titles, authors, and findings. Paper search MUST go through paper-navigator — never use WebSearch/WebFetch as a shortcut.
Step 3: Generate Ideas
Generate 3 initial research ideas from 3 distinct research directions, grounded in the literature.
Three Personas
| Persona | Focus |
| Innovator | Novelty & creativity — groundbreaking, high-risk/high-reward |
| Pragmatist | Feasibility — realistic, clearly executable |
| Critic | Scientific value — advances understanding, rigorous |
Process
- Analyze literature + challenge-insight tree → identify 3 fundamentally different research directions
- Generate one idea per direction using Innovator persona
- Each idea must follow one of two methodological paths:
- Path 1 (Focused Contribution): Single new component; clean hypothesis
- Path 2 (System Contribution): Tight causal interaction between components; emergent capability
Idea Format
# Research Idea: [Concise Title]
## Core Idea
[One paragraph: the proposal + which research direction it addresses]
## Validation Plan
[Concrete experiment outline: datasets, baselines, metrics]Step 4: Refine Ideas
Run 3 parallel refinement tracks — one per initial idea. Each track uses all 3 personas.
For each track:
For N=3 iterations:
1. Evaluate current best idea (novelty, feasibility, impact, alignment)
2. All 3 personas generate refined versions based on evaluation
3. Pick the best refinement as seed for next iteration
Track champion = the refinement picked in the final iteration5 Evolution Strategies
- Enhancement through Grounding: Strengthen with literature citations
- Improving Coherence: Fix logical flaws in the mechanism
- Inspiration and Combination: Combine with a different concept from literature
- Simplification: Strip down to a clean, testable hypothesis
- Literature-Driven Pivot: Abandon the mechanism; propose a new approach from literature
Critical rule: If evaluation says the approach is a dead-end, the persona MUST pivot — refinement is not restricted to patching.
Logical Cohesion Principles
- Too many variables → Focus via Subtraction: isolate the most promising variable
- Disconnected components → Justify via Strong Correlation: build explicit causal links
Step 5: ELO Tournament → Present Top-3
Rank the 3 track champions through pairwise comparison, then present all three, ranked, to the user for selection. The tournament orders the champions and records why; it does not eliminate any — each champion is a different research direction, and the user chooses between directions.
Four Dimensions
| Dimension | What It Measures |
| Novelty | How different from existing published work? |
| Feasibility | Can this be implemented within reasonable resources? |
| Relevance | Does this address an important problem aligned with the goal? |
| Clarity | Is the idea well-defined enough to start immediately? |
Tournament
- Starting Elo: 1500 | K-factor: 32
- Round-robin: every champion meets the other two once (3 matches)
- Per match: score both ideas on the four dimensions → higher composite wins → update Elo
- Sort by final Elo. If ratings are equal, or each champion won exactly one match, order by mean composite score instead, then by track order
- See
references/elo-ranking-guide.mdfor rubric and formula
Present Top-3 to User
After the tournament, present the top-3 ideas with both a comparison table and the full refined idea for each. This ensures the user sees the concrete, actionable version of each idea — not just a summary.
Part 1: Comparison Table
## Top-3 Research Ideas (ranked by ELO)
| Rank | Title | Core Mechanism | Novelty | Feasibility | Relevance | Clarity | ELO |
|------|-------|---------------|---------|-------------|-----------|---------|-----|
| 1 | ... | ... | 9 | 7 | 8 | 8 | 1531 |
| 2 | ... | ... | 7 | 9 | 8 | 7 | 1500 |
| 3 | ... | ... | 8 | 6 | 9 | 7 | 1469 |Each dimension column is the idea's mean score across its two matches.
Part 2: Full Refined Ideas
For each of the top-3, present the refined idea using the same structured format as Step 3, plus a refinement summary:
# Refined Idea [Rank]: [Concise Title]
## Core Idea
[One paragraph: the refined proposal — this should reflect ALL changes from Step 4 refinement,
not the original Step 3 version]
## Validation Plan
[Concrete experiment outline updated with refinement insights: datasets, baselines, metrics,
key ablations identified during refinement]
## Refinement Summary
[Brief paragraph summarizing what changed from the initial idea and why:
- What was simplified or removed (and why)
- What was added or concretized (and why)
- Which persona drove the most impactful change
- Key risk mitigations added during refinement]This section is mandatory — do NOT skip the full refined ideas or collapse them into the comparison table. The user needs to see the complete, refined version to make an informed selection.
Part 3: Selection Prompt
Which idea would you like to develop into a full proposal? (1/2/3, or combine elements)After presenting top-3, trigger Step 6 (evo-memory IDE) before finalizing user selection. The user may:
- Pick one of the top-3
- Ask to combine elements from multiple ideas
- Request modifications before expanding
- Ask to regenerate with different constraints
Step 6: Update evo-memory
After the tournament and before the user selects, trigger evo-memory IDE (Idea Direction Evolution):
- Save the top-3 directions to
/direction-summary.md - Trigger IDE protocol via
evo-memoryskill with the direction summary - Each top direction is added to M_I as a feasible direction with its ELO score
- Any ideas that were clearly unworkable during refinement (Step 4) are recorded as unsuccessful directions with failure classification (fundamental vs implementation)
This ensures future ideation cycles benefit from what was learned in this cycle.
Step 7: Expand into Proposal
After the user selects an idea, expand it into a manuscript-quality research proposal. This is a two-phase process because different fields require different proposal structures.
Phase 1: Generate a Domain-Specific Template
Before writing, first generate a proposal template tailored to the user's field:
- Identify the field from the research goal and literature
- Start with universal sections (Abstract, Problem, Related Work, Method, Evaluation, Conclusion)
- Add field-specific sections (e.g., Ethics/IRB for medical research, Safety analysis for chemistry, Statistical power analysis for clinical trials, Ablation design for ML)
- Adapt terminology to the field's conventions (e.g., "Study Design" in medicine, "Methodology" in social sciences, "Proposed Method" in engineering)
See assets/proposal-template.md for the complete field-specific section guide and writing instructions.
Phase 2: Write the Proposal
Fill the generated template following these universal principles:
- Write for a top-tier reviewer in the field — every claim supported, every design justified
- Avoid variable confusion: clearly isolate the core contribution
- Match the field's rigor standards (math for quantitative fields, protocols for experimental fields, coding schemes for qualitative fields)
- Anticipate skeptical reviewer questions proactively
See references/proposal-extension.md for detailed section guidance.
Step 8: Validate and Iterate
Run experiments on representative data. If the approach fails, return to Step 3 or Step 4 with updated knowledge. See experiment-craft for systematic debugging.
Counterintuitive Rules
- Problem selection > solution design: Choosing WHAT to solve matters more than HOW
- Pursue new failure cases, not incremental improvements: Find settings where existing methods break
- If a well-established solution exists, switch problems: Improvement space is too small
- Technology is creative combination, not concatenation: Simple A→B pipelines are not contributions
- Quantity before quality in generation: In every refinement round all three personas write their version before any of them is evaluated — 27 versions across the three tracks for 3 champions
- Feasibility is not optional: Brilliant but infeasible ideas waste research cycles
- The tournament finds surprises: Trust rankings over gut feeling
Dependency: paper-navigator
All paper discovery goes through paper-navigator. This skill does not search for papers itself. Using WebSearch, WebFetch, or any generic search tool to find papers is PROHIBITED — these tools cannot access Semantic Scholar, citation graphs, or academic recommendation systems. Always use paper-navigator and its scripts (scholar_search, citation_traverse, arxiv_monitor, recommend, trending, etc.) for all paper discovery needs in Steps 2, 3, and 4.
| Step | Requires paper-navigator for |
| Step 2 | Collect 30-50 relevant papers for literature tree construction |
| Step 3 | Verify no well-established solution exists for selected problems |
| Step 4 | Cross-domain search for transferable techniques during refinement |
evo-memory Integration
| When | Action | Details |
| Step 0 (before ideation) | Read M_I | Load /memory/ideation-memory.md, select top-2 relevant entries, use feasible directions as seeds, avoid fundamental failures |
| Step 6 (after tournament) | Write M_I via IDE | Save top-3 directions with ELO scores as feasible; save dead-end ideas as unsuccessful with failure classification |
Handoff
| To | When | Key Artifacts |
paper-planning | Proposal complete (Step 7) → plan paper structure | /research-proposal.md, /direction-summary.md |
experiment-pipeline | Proposal complete (Step 7) → start experiments | /research-proposal.md, /direction-summary.md |
evo-memory | After tournament (Step 6) → update Ideation Memory via IDE protocol | /direction-summary.md |
References & Assets
| Topic | File |
| Literature tree construction | references/literature-tree.md |
| Problem selection framework | references/problem-selection.md |
| Solution design methodology | references/solution-design.md |
| ELO formula & rubric | references/elo-ranking-guide.md |
| Proposal section guidance | references/proposal-extension.md |
| Idea candidate template | assets/idea-candidate-template.md |
| Ranking scorecard | assets/ranking-scorecard-template.md |
| Direction summary | assets/direction-summary-template.md |
| Proposal example (E-FNO) | assets/proposal-template.md |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

