research▌
hyperb1iss/hyperskills · updated Apr 8, 2026
MDX-style export adds YAML metadata + attribution linking explainx.ai and this canonical listing URL.
Wave-based knowledge gathering with deferred synthesis. Mined from 300+ real research dispatches — the pattern that consistently produces actionable intelligence.
Multi-Agent Research
Wave-based knowledge gathering with deferred synthesis. Mined from 300+ real research dispatches — the pattern that consistently produces actionable intelligence.
Core insight: Research breadth-first, synthesize after. Don't draw conclusions from the first 3 results. Deploy agents in waves, accumulate findings, then synthesize with the full picture.
The Process
digraph research {
rankdir=TB;
node [shape=box];
"1. PRIME" [style=filled, fillcolor="#e8e8ff"];
"2. WAVE 1: Broad Sweep" [style=filled, fillcolor="#ffe8e8"];
"3. GAP ANALYSIS" [style=filled, fillcolor="#fff8e0"];
"4. WAVE 2+: Targeted" [style=filled, fillcolor="#ffe8e8"];
"5. SYNTHESIZE" [style=filled, fillcolor="#e8ffe8"];
"6. DECIDE & RECORD" [style=filled, fillcolor="#e8e8ff"];
"1. PRIME" -> "2. WAVE 1: Broad Sweep";
"2. WAVE 1: Broad Sweep" -> "3. GAP ANALYSIS";
"3. GAP ANALYSIS" -> "4. WAVE 2+: Targeted";
"4. WAVE 2+: Targeted" -> "3. GAP ANALYSIS" [label="still gaps", style=dashed];
"3. GAP ANALYSIS" -> "5. SYNTHESIZE" [label="coverage sufficient"];
"5. SYNTHESIZE" -> "6. DECIDE & RECORD";
}
Phase 1: PRIME
Search what you already know before spawning a single agent.
Actions
-
Search Sibyl first:
sibyl search "<research topic>" sibyl search "<related technology>" sibyl search "<prior decision in this area>" -
Check for stale knowledge:
- If Sibyl has entries older than 3 months on fast-moving topics (frameworks, models, cloud services) → research anyway, but use existing knowledge as baseline
- If Sibyl has recent entries → present them first, ask if deeper research is needed
-
Define the research question clearly:
- NOT: "research databases" (too vague)
- YES: "compare PostgreSQL vs CockroachDB for multi-region write-heavy workloads with <10ms p99 latency requirement"
-
Set the research budget:
Depth Agents Time When Quick scan 2-3 2-5 min Known domain, just need latest info Standard 5-10 10-15 min Technology evaluation, architecture options Deep dive 10-30 20-40 min Greenfield decisions, SOTA analysis Exhaustive 30-60+ 40-90 min New project inception, competitive landscape
Phase 2: WAVE 1 — Broad Sweep
Deploy the first wave of agents across the full research surface.
Agent Design Principles
Each agent gets:
- One specific topic (not "research everything about X")
- An output file path (no ambiguity about where to write)
- Search hints (include year: "search [topic] 2026")
- 8-12 numbered coverage items (scope the research precisely)
- Source quality guidance ("prefer official docs and GitHub repos over blog posts")
Wave 1 Template
Research [SPECIFIC_TOPIC] for [PROJECT/DECISION].
Create a research doc at docs/research/[filename].md covering:
1. Current state (latest version, recent changes)
2. [Specific capability A relevant to our use case]
3. [Specific capability B]
4. [Integration with our stack: list specific technologies]
5. Performance characteristics / benchmarks
6. Known limitations and gotchas
7. Community health (stars, activity, maintenance)
8. Comparison with alternatives (name 2-3 specific alternatives)
Use WebSearch for current information. Include dates on all facts.
Cite sources with URLs.
Deployment Rules
- ALL Wave 1 agents run in background — no dependencies between them
- 3-4 seconds between dispatches — avoid rate limiting
- Each agent writes its own file — no shared outputs
- Group by theme: If researching 12 topics, group into 3-4 thematic clusters
Coverage Strategy
For technology evaluations, cover these dimensions:
| Dimension | Question |
|---|---|
| Capability | Does it do what we need? |
| Performance | Is it fast enough? |
| Ecosystem | Does it integrate with our stack? |
| Maturity | Is it production-ready? |
| Community | Will it be maintained in 2 years? |
| Cost | What does it cost at our scale? |
| Migration | How hard is it to adopt/abandon? |
Phase 3: GAP ANALYSIS
After Wave 1 completes, identify what's missing before synthesizing.
Actions
-
Read all Wave 1 outputs — skim each research doc
-
Identify gaps:
- Dimensions not covered?
- Contradictory findings between agents?
- Questions raised but not answered?
- Missing comparisons?
-
Check for bias:
- Are all findings positive? (Suspicious — look for failure cases)
- Did agents only find official docs? (Need community/real-world experience)
- Same sources cited by multiple agents? (Need diversity)
Decision Point
| Finding | Action |
|---|---|
| Good coverage, minor gaps | Synthesize now, note gaps |
| Significant gaps | Deploy Wave 2 targeted agents |
| Contradictory findings | Deploy verification agents to resolve |
| Entirely new direction emerged | Deploy Wave 2 in new direction |
Phase 4: WAVE 2+ — Targeted Research
Fill specific gaps identified in the analysis.
Wave 2 Agents Are Different
- Smaller scope — one specific question per agent
- Higher quality bar — "find production experience reports, not just docs"
- Cross-reference — "Agent X found [claim]. Verify this against [alternative source]"
- Deep reads — "Read the full README and API docs for [library], not just the landing page"
When to Stop
Stop deploying waves when:
- The research question can be answered with confidence
- Additional agents would produce diminishing returns
- You have >= 2 independent sources for key claims
- The user signals "enough, let's decide"
Max 3 waves for most research. If 3 waves haven't answered the question, the question needs reframing.
Phase 5: SYNTHESIZE
Combine all findings into actionable intelligence. This is where the magic happens.
Synthesis Structure
## Research: [Topic]
### TL;DR
[2-3 sentences. The answer, not the journey.]
### Recommendation
[Clear choice with justification. Don't hedge — pick one.]
### Options Evaluated
| Option | Fit | Maturity | Perf | Ecosystem | Verdict |
| ------ | --- | -------- | ---- | --------- | --------------- |
| A | ... | ... | ... | ... | Best for [X] |
| B | ... | ... | ... | ... | Best for [Y] |
| C | ... | ... | ... | ... | Avoid: [reason] |
### Key Findings
1. [Most important finding with source]
2. [Second most important]
3. [Third most important]
### Risks & Gotchas
- [Known issue or limitation]
- [Migration complexity]
- [Hidden cost]
### Sources
- [Source 1](url) — [what it contributed]
- [Source 2](url) — [what it contributed]
Synthesis Rules
- Lead with the recommendation. Don't make the reader wade through findings to find the answer.
- Separate facts from opinions. "PostgreSQL supports JSONB" (fact) vs "PostgreSQL is better for this use case" (opinion backed by evidence).
- Include dissenting evidence. If one source contradicts the recommendation, say so. Don't cherry-pick.
- Date everything. "As of Feb 2026, [library] is at v4.2" — research spoils fast.
- Note confidence level. "High confidence: well-documented. / Low confidence: based on one blog post."
Phase 6: DECIDE & RECORD
Lock in the decision and capture it for future sessions.
Actions
-
Present the synthesis to the user with a clear recommendation
-
Record in Sibyl:
sibyl add "Research: [topic]" "Evaluated [options]. Chose [X] because [reasons]. Key risk: [Y]. Sources: [primary URLs]. Date: [today]." -
Archive research docs — keep the wave outputs for reference:
- If in a project:
docs/research/[topic]/ - If general knowledge: Sibyl learning entry is sufficient
- If in a project:
-
Exit to next action:
Next Step When /hyperskills:brainstormResearch surfaced multiple viable approaches /hyperskills:planDecision made, ready to decompose implementation /hyperskills:orchestrateDecision made, work is parallelizable Direct implementation Research confirmed a simple path
Quick Research Mode
For focused questions that don't need the full wave protocol:
- Search Sibyl (always)
- 2-3 targeted searches (WebSearch + WebFetch on key URLs)
- Synthesize inline (no separate docs)
- Record if non-obvious (Sibyl learning)
Use when: "What's the latest version of X?", "Does Y support Z?", "What's the recommended way to do W?"
Research Patterns by Type
Technology Evaluation
Wave 1: Official docs + GitHub README for each option (parallel)
Wave 2: Production experience + benchmarks (parallel)
Synthesize: Comparison matrix + recommendation
Codebase Archaeology
Wave 1: Explore agents mapping each subsystem (parallel)
Wave 2: Grep for specific patterns / usage (parallel)
Synthesize: Architecture diagram + dependency map
SOTA Analysis
Wave 1: WebSearch for latest papers, blog posts, releases (parallel)
Wave 2: Deep read the most relevant 3-5 sources (parallel)
Synthesize: What's genuinely novel vs rehashed + recommendation
Competitive Landscape
Wave 1: Feature matrix for each competitor (parallel)
Wave 2: Pricing, community size, trajectory (parallel)
Synthesize: Positioning matrix + gap analysis
How to use research on Cursor
AI-first code editor with Composer
Prerequisites
Before installing skills in Cursor, ensure your development environment meets these requirements:
- ›Cursor installed and configured on your development machine
- ›Node.js version 16.0+ with npm package manager (verify with
node --version) - ›Active project directory or workspace where you want to add research
Execute installation command
Execute the skills CLI command in your project's root directory to begin installation:
The skills CLI fetches research from GitHub repository hyperb1iss/hyperskills and configures it for Cursor.
Select Cursor when prompted
The CLI will show a list of available agents. Use arrow keys to navigate and space to select Cursor:
Verify installation
Confirm successful installation by checking the skill directory location:
Reload or restart Cursor to activate research. Access the skill through slash commands (e.g., /research) or your agent's skill management interface.
Security & Verification Notice
We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.
Skills execute code in your development environment. Always verify the publisher's identity, review recent commits, and test in isolated environments before production deployment.
List & Monetize Your Skill
Submit your Claude Code skill and start earning
Use Cases▌
User Story & Requirements Generation
Create detailed user stories, acceptance criteria, and feature specs
Example
Generate user stories for 'password reset feature' with acceptance criteria, edge cases, and test scenarios
Reduce spec writing time by 50%, ensure comprehensive coverage
Competitive Analysis
Research competitors, compare features, identify gaps
Example
Analyze 5 competitor products, create feature comparison matrix, suggest differentiation opportunities
Complete competitive research in 2 hours instead of 2 days
Roadmap Prioritization
Evaluate features using frameworks (RICE, ICE, Kano) and create prioritized backlogs
Example
Score 20 feature ideas using RICE framework, generate prioritized roadmap with rationale
Make data-driven prioritization decisions faster
Stakeholder Communication
Draft PRDs, status updates, and stakeholder presentations
Example
Create executive summary of Q3 roadmap, monthly progress report, feature launch announcement
Save 3-5 hours/week on communication overhead
Implementation Guide▌
Prerequisites
- ›Claude Desktop or compatible AI client
- ›Access to product documentation and roadmap tools (Jira, Notion, etc.)
- ›Understanding of product management frameworks (RICE, Jobs-to-be-Done, etc.)
- ›Stakeholder contact information and communication channels
Time Estimate
30-60 minutes to see productivity improvements
Installation Steps
- 1.Install product management skill
- 2.Start with user story generation for known feature
- 3.Progress to competitive analysis: research 2-3 competitors
- 4.Use for roadmap prioritization: apply RICE/ICE scoring
- 5.Draft stakeholder communications and refine based on feedback
- 6.Build template library for recurring PM tasks
- 7.Share effective prompts with product team
Common Pitfalls
- ⚠Not validating competitive research—verify facts before sharing
- ⚠Accepting user stories without involving engineering team
- ⚠Over-relying on frameworks without qualitative judgment
- ⚠Not customizing outputs to company culture and communication style
- ⚠Skipping stakeholder validation of generated requirements
Best Practices▌
✓ Do
- +Validate research and competitive analysis with real data
- +Collaborate with engineering when generating technical requirements
- +Customize frameworks and templates to your company context
- +Use skill for first drafts, refine with stakeholder input
- +Document successful prompt patterns for PM tasks
- +Combine AI efficiency with human judgment and intuition
✗ Don't
- −Don't publish competitive analysis without fact-checking
- −Don't finalize user stories without engineering review
- −Don't make prioritization decisions solely on AI scoring
- −Don't skip customer validation of generated requirements
- −Don't ignore company-specific context and culture
💡 Pro Tips
- ★Provide context: company goals, constraints, customer feedback
- ★Ask for alternatives: 'Show 3 ways to prioritize this roadmap'
- ★Request stakeholder-specific formatting: 'Executive summary vs. engineering spec'
- ★Use skill for 70% generation + 30% customization to company needs
When to Use This▌
✓ Use When
Use for user story writing, competitive research, roadmap prioritization, stakeholder communication, and PRD drafting. Best for reducing repetitive documentation and research work.
✗ Avoid When
Avoid for strategic product vision (requires deep customer empathy), pricing decisions (needs market and financial expertise), or when face-to-face customer discovery is more valuable than speed.
Learning Path▌
- 1Basic: user stories, feature specs, status updates
- 2Intermediate: competitive analysis, prioritization frameworks, PRDs
- 3Advanced: product strategy, go-to-market planning, OKR setting
- 4Expert: product vision, market positioning, business model innovation
Discussion
Product Hunt–style comments (not star reviews)- No comments yet — start the thread.
Ratings
4.5★★★★★37 reviews- ★★★★★Maya Reddy· Dec 20, 2024
I recommend research for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
- ★★★★★Valentina Diallo· Dec 16, 2024
research fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Ganesh Mohane· Dec 12, 2024
Registry listing for research matched our evaluation — installs cleanly and behaves as described in the markdown.
- ★★★★★Shikha Mishra· Dec 8, 2024
research is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Sofia Torres· Nov 15, 2024
research is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Aisha Jain· Nov 11, 2024
research fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Sakshi Patil· Nov 3, 2024
research reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Harper Ndlovu· Oct 26, 2024
research reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Chaitanya Patil· Oct 22, 2024
I recommend research for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
- ★★★★★Sofia Reddy· Oct 6, 2024
Useful defaults in research — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
showing 1-10 of 37