You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
285 lines
9.7 KiB
285 lines
9.7 KiB
# Meta-Rule: Enhanced Research Workflows
|
|
|
|
**Author**: Matthew Raymer
|
|
**Date**: 2025-01-27
|
|
**Status**: 🎯 **ACTIVE** - Research and investigation workflows
|
|
|
|
## Purpose
|
|
|
|
This meta-rule bundles research-specific rules that should be applied when conducting
|
|
systematic investigation, analysis, evidence collection, or research tasks. It provides
|
|
a comprehensive framework for thorough, methodical research workflows that produce
|
|
actionable insights and evidence-based conclusions.
|
|
|
|
## Workflow Constraints
|
|
|
|
**This meta-rule enforces RESEARCH MODE for all bundled sub-rules:**
|
|
|
|
```json
|
|
{
|
|
"workflowMode": "research",
|
|
"constraints": {
|
|
"mode": "investigation",
|
|
"allowed": ["read", "search", "analyze", "plan"],
|
|
"forbidden": ["modify", "create", "build", "commit"]
|
|
}
|
|
}
|
|
```
|
|
|
|
**All bundled sub-rules automatically inherit these constraints.**
|
|
|
|
## Workflow State Update
|
|
|
|
**When this meta-rule is invoked, update the workflow state file:**
|
|
|
|
```json
|
|
{
|
|
"currentMode": "research",
|
|
"lastInvoked": "meta_research.mdc",
|
|
"timestamp": "2025-01-27T15:30:00Z",
|
|
"constraints": {
|
|
"mode": "investigation",
|
|
"allowed": ["read", "search", "analyze", "plan"],
|
|
"forbidden": ["modify", "create", "build", "commit"]
|
|
}
|
|
}
|
|
```
|
|
|
|
**State File Location**: `.cursor/rules/.workflow_state.json`
|
|
|
|
**This enables the core always-on rule to enforce research mode constraints.**
|
|
|
|
## When to Use
|
|
|
|
**RESEARCH TASKS** - Apply this meta-rule when:
|
|
|
|
- Investigating bugs, defects, or system issues
|
|
- Conducting technical research or feasibility analysis
|
|
- Analyzing codebases, architectures, or dependencies
|
|
- Researching solutions, alternatives, or best practices
|
|
- Collecting evidence for decision-making or documentation
|
|
- Performing root cause analysis or impact assessment
|
|
|
|
## Bundled Rules
|
|
|
|
### **Core Research Principles**
|
|
|
|
- **`development/research_diagnostic.mdc`** - Systematic investigation workflow
|
|
and evidence collection methodology
|
|
- **`development/type_safety_guide.mdc`** - Type analysis and safety research
|
|
for TypeScript/JavaScript codebases
|
|
|
|
### **Investigation & Analysis**
|
|
|
|
- **`workflow/version_control.mdc`** - Git history analysis and commit research
|
|
- **`workflow/commit_messages.mdc`** - Commit pattern analysis and history
|
|
investigation
|
|
|
|
### **Platform & Context Research**
|
|
|
|
- **`app/timesafari.mdc`** - Application context research and platform
|
|
understanding
|
|
- **`app/timesafari_platforms.mdc`** - Platform-specific research and
|
|
capability analysis
|
|
|
|
## Why These Rules Are Research-Focused
|
|
|
|
### **Research Diagnostic**
|
|
|
|
- **Systematic Approach**: Provides structured investigation methodology
|
|
- **Evidence Collection**: Ensures thorough data gathering and documentation
|
|
- **Root Cause Analysis**: Guides systematic problem investigation
|
|
- **Impact Assessment**: Helps evaluate scope and consequences
|
|
|
|
### **Type Safety Research**
|
|
|
|
- **Code Analysis**: Enables systematic type system investigation
|
|
- **Safety Assessment**: Guides research into type-related issues
|
|
- **Migration Planning**: Supports research for architectural changes
|
|
|
|
### **Version Control Research**
|
|
|
|
- **History Analysis**: Enables investigation of code evolution
|
|
- **Pattern Recognition**: Helps identify commit and change patterns
|
|
- **Timeline Research**: Supports chronological investigation
|
|
|
|
### **Platform Research**
|
|
|
|
- **Capability Analysis**: Guides research into platform-specific features
|
|
- **Context Understanding**: Ensures research considers application context
|
|
- **Cross-Platform Research**: Supports multi-platform investigation
|
|
|
|
## Application Priority
|
|
|
|
### **Primary (Apply First)**
|
|
|
|
1. **Research Diagnostic** - Systematic investigation methodology
|
|
2. **Type Safety Guide** - Code analysis and type research
|
|
3. **Application Context** - Platform and context understanding
|
|
|
|
### **Secondary (Apply as Needed)**
|
|
|
|
1. **Version Control** - When investigating code history
|
|
2. **Platform Details** - When researching platform-specific capabilities
|
|
|
|
## Integration with Other Meta-Rules
|
|
|
|
### **Bug Diagnosis**
|
|
|
|
- Research meta-rule provides investigation methodology
|
|
- Core always-on ensures systematic approach
|
|
- Application context provides system understanding
|
|
|
|
### **Feature Planning**
|
|
|
|
- Research meta-rule guides feasibility research
|
|
- Core always-on ensures competence focus
|
|
- Application context drives platform considerations
|
|
|
|
### **Architecture Analysis**
|
|
|
|
- Research meta-rule provides systematic analysis framework
|
|
- Core always-on ensures quality standards
|
|
- Application context informs architectural decisions
|
|
|
|
### **Performance Investigation**
|
|
|
|
- Research meta-rule guides systematic performance research
|
|
- Core always-on ensures thorough investigation
|
|
- Application context provides performance context
|
|
|
|
## Research Workflow Phases
|
|
|
|
### **Phase 1: Investigation Setup**
|
|
|
|
1. **Scope Definition** - Define research boundaries and objectives
|
|
2. **Context Gathering** - Collect relevant application and platform context
|
|
3. **Methodology Selection** - Choose appropriate research approaches
|
|
|
|
### **Phase 2: Evidence Collection**
|
|
|
|
1. **Systematic Data Gathering** - Collect evidence using structured methods
|
|
2. **Documentation** - Record all findings and observations
|
|
3. **Validation** - Verify evidence accuracy and relevance
|
|
|
|
### **Phase 3: Analysis & Synthesis**
|
|
|
|
1. **Pattern Recognition** - Identify trends and patterns in evidence
|
|
2. **Root Cause Analysis** - Determine underlying causes and factors
|
|
3. **Impact Assessment** - Evaluate scope and consequences
|
|
|
|
### **Phase 4: Conclusion & Action**
|
|
|
|
1. **Evidence-Based Conclusions** - Draw conclusions from collected evidence
|
|
2. **Actionable Recommendations** - Provide specific, implementable guidance
|
|
3. **Documentation** - Create comprehensive research documentation
|
|
|
|
## Success Criteria
|
|
|
|
- [ ] **Research diagnostic applied** to all investigation tasks
|
|
- [ ] **Type safety research** conducted for code analysis
|
|
- [ ] **Evidence collection** systematic and comprehensive
|
|
- [ ] **Root cause analysis** thorough and accurate
|
|
- [ ] **Conclusions actionable** and evidence-based
|
|
- [ ] **Documentation complete** and searchable
|
|
|
|
## Common Research Pitfalls
|
|
|
|
- **Don't skip systematic approach** - leads to incomplete investigation
|
|
- **Don't ignore evidence validation** - creates unreliable conclusions
|
|
- **Don't forget context** - misses important factors
|
|
- **Don't skip documentation** - loses research value
|
|
- **Don't rush conclusions** - produces poor recommendations
|
|
|
|
## Research Quality Standards
|
|
|
|
### **Evidence Quality**
|
|
|
|
- **Completeness**: All relevant evidence collected
|
|
- **Accuracy**: Evidence verified and validated
|
|
- **Relevance**: Evidence directly addresses research questions
|
|
- **Timeliness**: Evidence current and up-to-date
|
|
|
|
### **Analysis Quality**
|
|
|
|
- **Systematic**: Analysis follows structured methodology
|
|
- **Objective**: Analysis free from bias and assumptions
|
|
- **Thorough**: All evidence considered and evaluated
|
|
- **Logical**: Conclusions follow from evidence
|
|
|
|
### **Documentation Quality**
|
|
|
|
- **Comprehensive**: All findings and methods documented
|
|
- **Searchable**: Documentation easily findable and navigable
|
|
- **Actionable**: Recommendations specific and implementable
|
|
- **Maintainable**: Documentation structure supports updates
|
|
|
|
## Feedback & Improvement
|
|
|
|
### **Rule Effectiveness Ratings (1-5 scale)**
|
|
|
|
- **Research Diagnostic**: ___/5 - Comments: _______________
|
|
- **Type Safety Guide**: ___/5 - Comments: _______________
|
|
- **Version Control**: ___/5 - Comments: _______________
|
|
- **Platform Context**: ___/5 - Comments: _______________
|
|
|
|
### **Research Workflow Effectiveness**
|
|
|
|
- **Investigation Quality**: Are research tasks producing thorough results?
|
|
- **Evidence Collection**: Is evidence gathering systematic and complete?
|
|
- **Conclusion Quality**: Are conclusions actionable and evidence-based?
|
|
- **Documentation Value**: Is research documentation useful and maintainable?
|
|
|
|
### **Integration Feedback**
|
|
|
|
- **With Other Meta-Rules**: How well does this integrate with workflow rules?
|
|
- **Context Switching**: Do these rules help or hinder research context?
|
|
- **Learning Curve**: Are these rules easy for new researchers to understand?
|
|
|
|
### **Overall Research Experience**
|
|
|
|
- **Quality Improvement**: Do these rules improve research outcomes?
|
|
- **Efficiency**: Do these rules make research more efficient?
|
|
- **Recommendation**: Would you recommend keeping this research meta-rule?
|
|
|
|
## Model Implementation Checklist
|
|
|
|
### Before Research Tasks
|
|
|
|
- [ ] **Research Diagnostic**: Ensure systematic investigation methodology
|
|
- [ ] **Type Safety Guide**: Prepare for code analysis if needed
|
|
- [ ] **Application Context**: Load relevant platform and context information
|
|
- [ ] **Version Control**: Prepare for history analysis if needed
|
|
|
|
### During Research Execution
|
|
|
|
- [ ] **Systematic Approach**: Follow structured investigation methodology
|
|
- [ ] **Evidence Collection**: Gather comprehensive and validated evidence
|
|
- [ ] **Documentation**: Record all findings and observations
|
|
- [ ] **Context Awareness**: Consider application and platform context
|
|
|
|
### After Research Completion
|
|
|
|
- [ ] **Validation**: Verify all research phases completed
|
|
- [ ] **Quality Check**: Ensure research meets quality standards
|
|
- [ ] **Documentation Review**: Confirm research properly documented
|
|
- [ ] **Feedback Collection**: Note any issues with research process
|
|
|
|
---
|
|
|
|
**See also**:
|
|
|
|
- `.cursor/rules/meta_core_always_on.mdc` for core always-on rules
|
|
- `.cursor/rules/meta_feature_planning.mdc` for feature development workflows
|
|
- `.cursor/rules/meta_bug_diagnosis.mdc` for bug investigation workflows
|
|
- `.cursor/rules/meta_bug_fixing.mdc` for fix implementation workflows
|
|
|
|
**Status**: Active research meta-rule
|
|
**Priority**: High (applies to all research tasks)
|
|
**Estimated Effort**: Ongoing reference
|
|
**Dependencies**: All bundled sub-rules
|
|
**Stakeholders**: Development team, Research team, Quality Assurance team
|
|
description:
|
|
globs:
|
|
alwaysApply: false
|
|
---
|
|
|