Generate Ralph-compatible prompts for research, analysis, and planning tasks. Creates prompts with systematic research phases, synthesis requirements, and deliverable specifications. Use when analyzing codebases, creating migration plans, researching technologies, auditing security, or any task requiring investigation before action.
66
80%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Generates structured prompts for research, analysis, and planning tasks using the Ralph Wiggum technique. These prompts define clear research methodology, required sources, synthesis requirements, and concrete deliverables rather than code.
Best For:
Ralph Philosophy: This generator embraces the principle that failures are deterministic and fixable. Each research iteration builds on previous findings. Don't fear incomplete first passes—they're expected and provide data for deeper analysis in subsequent iterations.
Input Required:
Generate prompt with:
Generate a Ralph research prompt for:
Objective: [What to research/analyze]
Scope: [What's included]
Deliverable: [What to produce]
Promise: [COMPLETION_PHRASE]Research Definition Template:
OBJECTIVE: [What question to answer or what to analyze]
SCOPE:
Include: [What's in scope]
Exclude: [What's explicitly out of scope]
SOURCES: [Where to look for information]
DELIVERABLE: [What artifact to produce]
SUCCESS: [How to know research is complete]Standard research phases:
| Phase | Name | Purpose | Deliverable |
|---|---|---|---|
| 1 | Discovery | Identify what exists | Inventory/map |
| 2 | Analysis | Deep dive into findings | Analysis notes |
| 3 | Synthesis | Draw conclusions | Findings summary |
| 4 | Recommendations | Actionable next steps | Recommendation doc |
| 5 | Documentation | Final deliverable | Complete report |
Research completion criteria must be:
Examples:
| Research Type | Completion Criteria |
|---|---|
| Security audit | All OWASP categories checked, all findings documented |
| Codebase analysis | All modules examined, architecture documented |
| Tech comparison | All options evaluated against all criteria |
| Migration plan | All systems inventoried, migration steps defined |
Use this template:
# Research: [Research Title]
## Objective
[Clear statement of what this research aims to answer or analyze]
## Scope
### In Scope
- [Item 1 to analyze]
- [Item 2 to analyze]
- [Item 3 to analyze]
### Out of Scope
- [Explicitly excluded 1]
- [Explicitly excluded 2]
## Sources to Examine
- [Source type 1]: [Where to find]
- [Source type 2]: [Where to find]
- [Source type 3]: [Where to find]
---
## Phase 1: Discovery
### Objective
Create comprehensive inventory of [what to inventory].
### Tasks
1. [Discovery task 1]
2. [Discovery task 2]
3. [Discovery task 3]
### Deliverable: Inventory
Create `[filename].md` with:
```markdown
# [Inventory Title]
## Items Found
| # | Item | Location | Type | Notes |
|---|------|----------|------|-------|
| 1 | | | | |
| 2 | | | | |Document in inventory file:
DISCOVERY COMPLETE:
- Items found: [count]
- Areas examined: [list]
- Coverage: Complete/PartialDeep analysis of each discovered item.
For each item, analyze:
Create [analysis-filename].md with:
# Analysis: [Item Name]
## [Dimension 1]
[Findings]
## [Dimension 2]
[Findings]
## [Dimension 3]
[Findings]
## Summary
[Key takeaways for this item]ANALYSIS COMPLETE:
- Items analyzed: [X/Y]
- Key patterns: [list]
- Concerns identified: [count]Synthesize findings into coherent conclusions.
Create [findings-filename].md with:
# Research Findings: [Topic]
## Executive Summary
[2-3 paragraphs summarizing key findings]
## Key Findings
1. **[Finding 1]**: [Description and evidence]
2. **[Finding 2]**: [Description and evidence]
3. **[Finding 3]**: [Description and evidence]
## Patterns Observed
- [Pattern 1]
- [Pattern 2]
## Areas of Concern
1. [Concern 1]: [Details]
2. [Concern 2]: [Details]
## Data Summary
- Total items examined: [X]
- Categories: [list]
- Analysis coverage: [X%]Provide actionable recommendations based on findings.
Add to findings document or create separate:
# Recommendations
## High Priority (Address Immediately)
1. **[Recommendation]**
- Rationale: [Why]
- Effort: [Low/Medium/High]
- Impact: [Low/Medium/High]
- Dependencies: [Any]
## Medium Priority (Plan for Soon)
[...]
## Low Priority (Future Consideration)
[...]
## Implementation Order
1. First: [Recommendation X]
2. Then: [Recommendation Y]
3. Finally: [Recommendation Z]Produce final polished deliverable.
Create [final-report].md with all sections:
When ALL of the following are true:
Output: [COMPLETION_PHRASE]
RESEARCH PROGRESS:
Phase 1 (Discovery): [COMPLETE/IN PROGRESS]
Phase 2 (Analysis): [COMPLETE/IN PROGRESS/NOT STARTED]
Phase 3 (Synthesis): [COMPLETE/IN PROGRESS/NOT STARTED]
Phase 4 (Recommendations): [COMPLETE/IN PROGRESS/NOT STARTED]
Phase 5 (Documentation): [COMPLETE/IN PROGRESS/NOT STARTED]
Items examined: [X/Y]
Deliverables created: [list]## Example Prompts
### Example 1: Security Audit
**Input:**
- Objective: Identify security vulnerabilities in authentication module
- Scope: src/auth/ directory
- Deliverable: Security audit report with findings and fixes
- Promise: SECURITY_AUDIT_COMPLETE
**Generated Prompt:**
```markdown
# Research: Authentication Security Audit
## Objective
Identify security vulnerabilities in the authentication module following OWASP guidelines and provide remediation recommendations.
## Scope
### In Scope
- All files in src/auth/
- Authentication flows (login, signup, password reset)
- Session management
- Token handling
- Input validation
### Out of Scope
- Authorization (permissions, roles)
- Third-party auth providers
- Frontend security
## Sources to Examine
- Code files: src/auth/**/*.ts
- Tests: tests/auth/**/*.ts
- Configuration: auth-related config files
- Dependencies: auth-related npm packages
---
## Phase 1: Discovery
### Tasks
1. List all files in auth module
2. Identify all entry points (routes)
3. Map authentication flows
4. Identify external dependencies
5. List all sensitive operations
### Deliverable: auth-inventory.md
```markdown
# Auth Module Inventory
## Files
| File | Purpose | Entry Points | Sensitive Ops |
|------|---------|--------------|---------------|
## Dependencies
| Package | Version | Security Notes |
## Authentication Flows
1. Login: [path]
2. Signup: [path]
[...]For each component, check:
Per-file analysis with vulnerabilities found.
# Security Findings
## Critical (Requires Immediate Action)
- [Vulnerability]: [Location] - [Impact]
## High
[...]
## Medium
[...]
## Low
[...]
## Summary Statistics
- Critical: X
- High: X
- Medium: X
- Low: X# Remediation Plan
## Immediate Actions
1. [Fix]: [How] - [Effort]
## Short-term (This Sprint)
[...]
## Medium-term
[...]Complete report with:
When audit report complete with all vulnerabilities documented and remediation provided:
Output: SECURITY_AUDIT_COMPLETE
### Example 2: Technology Comparison
**Input:**
- Objective: Compare React vs Vue vs Svelte for new frontend
- Scope: Team skills, project requirements, ecosystem
- Deliverable: Comparison report with recommendation
- Promise: FRAMEWORK_COMPARISON_COMPLETE
**Generated Prompt:**
```markdown
# Research: Frontend Framework Comparison
## Objective
Compare React, Vue, and Svelte to recommend the best framework for the new frontend project based on team skills, project requirements, and ecosystem.
## Scope
### In Scope
- Learning curve for team
- Performance characteristics
- Ecosystem (libraries, tools)
- Community and support
- Project requirements fit
- Long-term maintainability
### Out of Scope
- Mobile development (React Native, etc.)
- SSR frameworks (Next.js, Nuxt, SvelteKit)
- Backend considerations
---
## Phase 1: Discovery
### Tasks
1. Document team's current skills
2. List project requirements
3. Identify key evaluation criteria
4. Gather framework documentation
### Deliverable: evaluation-criteria.md
```markdown
# Evaluation Framework
## Team Context
- Current experience: [frameworks]
- Available learning time: [duration]
- Team size: [N]
## Project Requirements
- [Requirement 1]
- [Requirement 2]
[...]
## Evaluation Criteria
| Criterion | Weight | Reason |
|-----------|--------|--------|
| Learning curve | 25% | Team has limited React experience |
| Performance | 20% | App will be data-heavy |
[...]For each framework:
# React Analysis
## Learning Curve
[Analysis]
## Performance
[Analysis]
[... repeat for Vue and Svelte]# Framework Comparison Matrix
| Criterion | Weight | React | Vue | Svelte |
|-----------|--------|-------|-----|--------|
| Learning Curve | 25% | 3 | 4 | 4 |
| Performance | 20% | 3 | 4 | 5 |
[...]
| **Weighted Total** | | X.X | X.X | X.X |# Framework Recommendation
## Recommendation: [Framework]
### Rationale
[Why this framework is best for this team and project]
### Advantages
- [Advantage 1]
- [Advantage 2]
### Concerns and Mitigations
- [Concern 1]: [How to address]
### Implementation Approach
1. [Step 1]
2. [Step 2]
[...]When complete comparison with recommendation:
Output: FRAMEWORK_COMPARISON_COMPLETE
## Best Practices
### Research Methodology
- Define scope explicitly (what's in/out)
- Use consistent analysis framework
- Document evidence for conclusions
- Separate findings from opinions
### Deliverables
- Create artifacts as you go
- Use consistent format
- Include data to support conclusions
- Make recommendations actionable
### DO:
- Define clear scope boundaries
- Create deliverables at each phase
- Support conclusions with evidence
- Provide actionable recommendations
- Track progress systematically
### DON'T:
- Skip the discovery phase
- Make recommendations without evidence
- Leave sections incomplete
- Output promise before documentation
## Integration with Ralph Loop
```bash
/ralph-wiggum:ralph-loop "[paste generated prompt]" --completion-promise "YOUR_PROMISE" --max-iterations 50Recommended iterations by research complexity:
--max-iterations 30-40--max-iterations 40-60--max-iterations 70-100--max-iterations 60-80For single-task prompts, see ralph-prompt-single-task.
For multi-task prompts, see ralph-prompt-multi-task.
For project-level prompts, see ralph-prompt-project.
93ed392
Also appears in
since Sep 12, 2026
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.