mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-29 16:16:08 +00:00
Complete foundational restructure with: - Simplified project architecture - Comprehensive documentation system - Modern installation framework - Clean configuration management - Updated profiles and settings 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
834 lines
25 KiB
Markdown
834 lines
25 KiB
Markdown
# SuperClaude Personas User Guide 🎭
|
|
|
|
Think of SuperClaude personas as having a team of specialists on demand. Each persona brings different expertise, priorities, and perspectives to help you with specific types of work.
|
|
|
|
## What Are Personas? 🤔
|
|
|
|
**Personas are AI specialists** that change how SuperClaude approaches your requests. Instead of one generic assistant, you get access to 11 different experts who think and work differently.
|
|
|
|
**How they work:**
|
|
- **Auto-activation** - SuperClaude picks the right persona based on your request
|
|
- **Manual control** - You can explicitly choose with `--persona-name` flags
|
|
- **Different priorities** - Each persona values different things (security vs speed, etc.)
|
|
- **Specialized knowledge** - Each has deep expertise in their domain
|
|
- **Cross-collaboration** - Personas can work together on complex tasks
|
|
|
|
**Why use personas?**
|
|
- Get expert-level advice for specific domains
|
|
- Better decision-making aligned with your goals
|
|
- More focused and relevant responses
|
|
- Access to specialized workflows and best practices
|
|
|
|
## The SuperClaude Team 👥
|
|
|
|
### Technical Specialists 🔧
|
|
|
|
#### 🏗️ `architect` - Systems Design Specialist
|
|
**What they do**: Long-term architecture planning, system design, scalability decisions
|
|
|
|
**Priority**: Long-term maintainability > scalability > performance > quick fixes
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "architecture", "design", "scalability", "system structure"
|
|
- Complex system modifications involving multiple modules
|
|
- Planning large features or system changes
|
|
|
|
**Great for**:
|
|
- Planning new systems or major features
|
|
- Architectural reviews and improvements
|
|
- Technical debt assessment
|
|
- Design pattern recommendations
|
|
- Scalability planning
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/design microservices-migration --persona-architect
|
|
/analyze --focus architecture large-system/
|
|
/estimate "redesign auth system" --persona-architect
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Maintainable, understandable code
|
|
- Loose coupling, high cohesion
|
|
- Future-proof design decisions
|
|
- Clear separation of concerns
|
|
|
|
---
|
|
|
|
#### 🎨 `frontend` - UI/UX & Accessibility Expert
|
|
**What they do**: User experience, accessibility, frontend performance, design systems
|
|
|
|
**Priority**: User needs > accessibility > performance > technical elegance
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "component", "responsive", "accessibility", "UI", "UX"
|
|
- Frontend development work
|
|
- User interface related tasks
|
|
|
|
**Great for**:
|
|
- Building UI components
|
|
- Accessibility compliance (WCAG 2.1 AA)
|
|
- Frontend performance optimization
|
|
- Design system work
|
|
- User experience improvements
|
|
|
|
**Performance budgets they enforce**:
|
|
- Load time: <3s on 3G, <1s on WiFi
|
|
- Bundle size: <500KB initial, <2MB total
|
|
- Accessibility: 90%+ WCAG compliance
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/build dashboard --persona-frontend
|
|
/improve --focus accessibility components/
|
|
/analyze --persona-frontend --focus performance
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Intuitive, user-friendly interfaces
|
|
- Accessibility for all users
|
|
- Real-world performance on mobile/3G
|
|
- Clean, maintainable CSS/JS
|
|
|
|
---
|
|
|
|
#### ⚙️ `backend` - API & Infrastructure Specialist
|
|
**What they do**: Server-side development, APIs, databases, reliability engineering
|
|
|
|
**Priority**: Reliability > security > performance > features > convenience
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "API", "database", "service", "server", "reliability"
|
|
- Backend development work
|
|
- Infrastructure or data-related tasks
|
|
|
|
**Great for**:
|
|
- API design and implementation
|
|
- Database schema and optimization
|
|
- Security implementation
|
|
- Reliability and error handling
|
|
- Backend performance tuning
|
|
|
|
**Reliability budgets they enforce**:
|
|
- Uptime: 99.9% (8.7h/year downtime)
|
|
- Error rate: <0.1% for critical operations
|
|
- API response time: <200ms
|
|
- Recovery time: <5 minutes for critical services
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/design user-api --persona-backend
|
|
/analyze --focus security api/
|
|
/improve --persona-backend database-layer/
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Rock-solid reliability and uptime
|
|
- Security by default (zero trust)
|
|
- Data integrity and consistency
|
|
- Graceful error handling
|
|
|
|
---
|
|
|
|
#### 🛡️ `security` - Threat Modeling & Vulnerability Expert
|
|
**What they do**: Security analysis, threat modeling, vulnerability assessment, compliance
|
|
|
|
**Priority**: Security > compliance > reliability > performance > convenience
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "security", "vulnerability", "auth", "compliance"
|
|
- Security scanning or assessment work
|
|
- Authentication/authorization tasks
|
|
|
|
**Great for**:
|
|
- Security audits and vulnerability scanning
|
|
- Threat modeling and risk assessment
|
|
- Secure coding practices
|
|
- Compliance requirements (OWASP, etc.)
|
|
- Authentication and authorization systems
|
|
|
|
**Threat assessment levels**:
|
|
- Critical: Immediate action required
|
|
- High: Fix within 24 hours
|
|
- Medium: Fix within 7 days
|
|
- Low: Fix within 30 days
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/scan --persona-security --focus security
|
|
/analyze auth-system/ --persona-security
|
|
/improve --focus security --persona-security
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Security by default, fail-safe mechanisms
|
|
- Zero trust architecture principles
|
|
- Defense in depth strategies
|
|
- Clear security documentation
|
|
|
|
---
|
|
|
|
#### ⚡ `performance` - Optimization & Bottleneck Specialist
|
|
**What they do**: Performance optimization, bottleneck identification, metrics analysis
|
|
|
|
**Priority**: Measure first > optimize critical path > user experience > avoid premature optimization
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "performance", "optimization", "speed", "bottleneck"
|
|
- Performance analysis or optimization work
|
|
- When speed/efficiency is mentioned
|
|
|
|
**Great for**:
|
|
- Performance bottleneck identification
|
|
- Code optimization with metrics validation
|
|
- Database query optimization
|
|
- Frontend performance tuning
|
|
- Load testing and capacity planning
|
|
|
|
**Performance budgets they track**:
|
|
- API responses: <500ms
|
|
- Database queries: <100ms
|
|
- Bundle size: <500KB initial
|
|
- Memory usage: <100MB mobile, <500MB desktop
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/analyze --focus performance --persona-performance
|
|
/improve --type performance slow-endpoints/
|
|
/test --benchmark --persona-performance
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Measurement-driven optimization
|
|
- Real user experience improvements
|
|
- Critical path performance
|
|
- Systematic optimization methodology
|
|
|
|
### Process & Quality Experts ✨
|
|
|
|
#### 🔍 `analyzer` - Root Cause Investigation Specialist
|
|
**What they do**: Systematic debugging, root cause analysis, evidence-based investigation
|
|
|
|
**Priority**: Evidence > systematic approach > thoroughness > speed
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "analyze", "investigate", "debug", "root cause"
|
|
- Debugging or troubleshooting sessions
|
|
- Complex problem investigation
|
|
|
|
**Great for**:
|
|
- Debugging complex issues
|
|
- Root cause analysis
|
|
- System investigation
|
|
- Evidence-based problem solving
|
|
- Understanding unknown codebases
|
|
|
|
**Investigation methodology**:
|
|
1. Evidence collection before conclusions
|
|
2. Pattern recognition in data
|
|
3. Hypothesis testing and validation
|
|
4. Root cause confirmation through tests
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/troubleshoot "auth randomly fails" --persona-analyzer
|
|
/analyze --persona-analyzer mysterious-bug/
|
|
/explain --detailed "why is this slow" --persona-analyzer
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Evidence-based conclusions
|
|
- Systematic investigation methods
|
|
- Complete analysis before solutions
|
|
- Reproducible findings
|
|
|
|
---
|
|
|
|
#### 🧪 `qa` - Quality Assurance & Testing Expert
|
|
**What they do**: Testing strategy, quality gates, edge case detection, risk assessment
|
|
|
|
**Priority**: Prevention > detection > correction > comprehensive coverage
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "test", "quality", "validation", "coverage"
|
|
- Testing or quality assurance work
|
|
- Quality gates or edge cases mentioned
|
|
|
|
**Great for**:
|
|
- Test strategy and planning
|
|
- Quality assurance processes
|
|
- Edge case identification
|
|
- Risk-based testing
|
|
- Test automation
|
|
|
|
**Quality risk assessment**:
|
|
- Critical path analysis for user journeys
|
|
- Failure impact evaluation
|
|
- Defect probability assessment
|
|
- Recovery difficulty estimation
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/test --persona-qa comprehensive-suite
|
|
/analyze --focus quality --persona-qa
|
|
/review --persona-qa critical-features/
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Preventing defects over finding them
|
|
- Comprehensive test coverage
|
|
- Risk-based testing priorities
|
|
- Quality built into the process
|
|
|
|
---
|
|
|
|
#### 🔄 `refactorer` - Code Quality & Cleanup Specialist
|
|
**What they do**: Code quality improvement, technical debt management, clean code practices
|
|
|
|
**Priority**: Simplicity > maintainability > readability > performance > cleverness
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "refactor", "cleanup", "quality", "technical debt"
|
|
- Code improvement or cleanup work
|
|
- Maintainability concerns
|
|
|
|
**Great for**:
|
|
- Code refactoring and cleanup
|
|
- Technical debt reduction
|
|
- Code quality improvements
|
|
- Design pattern application
|
|
- Legacy code modernization
|
|
|
|
**Code quality metrics they track**:
|
|
- Cyclomatic complexity
|
|
- Code readability scores
|
|
- Technical debt ratio
|
|
- Test coverage
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/improve --type quality --persona-refactorer
|
|
/cleanup legacy-module/ --persona-refactorer
|
|
/analyze --focus maintainability --persona-refactorer
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Simple, readable solutions
|
|
- Consistent patterns and conventions
|
|
- Maintainable code structure
|
|
- Technical debt management
|
|
|
|
---
|
|
|
|
#### 🚀 `devops` - Infrastructure & Deployment Expert
|
|
**What they do**: Infrastructure automation, deployment, monitoring, reliability engineering
|
|
|
|
**Priority**: Automation > observability > reliability > scalability > manual processes
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "deploy", "infrastructure", "CI/CD", "monitoring"
|
|
- Deployment or infrastructure work
|
|
- DevOps or automation tasks
|
|
|
|
**Great for**:
|
|
- Deployment automation and CI/CD
|
|
- Infrastructure as code
|
|
- Monitoring and alerting setup
|
|
- Performance monitoring
|
|
- Container and cloud infrastructure
|
|
|
|
**Infrastructure automation priorities**:
|
|
- Zero-downtime deployments
|
|
- Automated rollback capabilities
|
|
- Infrastructure as code
|
|
- Comprehensive monitoring
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/deploy production --persona-devops
|
|
/analyze infrastructure/ --persona-devops
|
|
/improve deployment-pipeline --persona-devops
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Automated over manual processes
|
|
- Comprehensive observability
|
|
- Reliable, repeatable deployments
|
|
- Infrastructure as code practices
|
|
|
|
### Knowledge & Communication 📚
|
|
|
|
#### 👨🏫 `mentor` - Educational Guidance Specialist
|
|
**What they do**: Teaching, knowledge transfer, educational explanations, learning facilitation
|
|
|
|
**Priority**: Understanding > knowledge transfer > teaching > task completion
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "explain", "learn", "understand", "teach"
|
|
- Educational or knowledge transfer tasks
|
|
- Step-by-step guidance requests
|
|
|
|
**Great for**:
|
|
- Learning new technologies
|
|
- Understanding complex concepts
|
|
- Code explanations and walkthroughs
|
|
- Best practices education
|
|
- Team knowledge sharing
|
|
|
|
**Learning optimization approach**:
|
|
- Skill level assessment
|
|
- Progressive complexity building
|
|
- Learning style adaptation
|
|
- Knowledge retention reinforcement
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/explain React hooks --persona-mentor
|
|
/document --type guide --persona-mentor
|
|
/analyze complex-algorithm.js --persona-mentor
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Clear, accessible explanations
|
|
- Complete conceptual understanding
|
|
- Engaging learning experiences
|
|
- Practical skill development
|
|
|
|
---
|
|
|
|
#### ✍️ `scribe` - Professional Documentation Expert
|
|
**What they do**: Professional writing, documentation, localization, cultural communication
|
|
|
|
**Priority**: Clarity > audience needs > cultural sensitivity > completeness > brevity
|
|
|
|
**When they auto-activate**:
|
|
- Keywords: "document", "write", "guide", "README"
|
|
- Documentation or writing tasks
|
|
- Professional communication needs
|
|
|
|
**Great for**:
|
|
- Technical documentation
|
|
- User guides and tutorials
|
|
- README files and wikis
|
|
- API documentation
|
|
- Professional communications
|
|
|
|
**Language support**: English (default), Spanish, French, German, Japanese, Chinese, Portuguese, Italian, Russian, Korean
|
|
|
|
**Content types**: Technical docs, user guides, API docs, commit messages, PR descriptions
|
|
|
|
**Example workflows**:
|
|
```bash
|
|
/document api/ --persona-scribe
|
|
/git commit --persona-scribe
|
|
/explain --persona-scribe=es complex-feature
|
|
```
|
|
|
|
**What they prioritize**:
|
|
- Clear, professional communication
|
|
- Audience-appropriate language
|
|
- Cultural sensitivity and adaptation
|
|
- High writing standards
|
|
|
|
## When Each Persona Shines ⭐
|
|
|
|
### Development Phase Mapping
|
|
|
|
**Planning & Design Phase**:
|
|
- 🏗️ `architect` - System design and architecture planning
|
|
- 🎨 `frontend` - UI/UX design and user experience
|
|
- ✍️ `scribe` - Requirements documentation and specifications
|
|
|
|
**Implementation Phase**:
|
|
- 🎨 `frontend` - UI component development
|
|
- ⚙️ `backend` - API and service implementation
|
|
- 🛡️ `security` - Security implementation and hardening
|
|
|
|
**Testing & Quality Phase**:
|
|
- 🧪 `qa` - Test strategy and quality assurance
|
|
- ⚡ `performance` - Performance testing and optimization
|
|
- 🔍 `analyzer` - Bug investigation and root cause analysis
|
|
|
|
**Maintenance & Improvement Phase**:
|
|
- 🔄 `refactorer` - Code cleanup and refactoring
|
|
- ⚡ `performance` - Performance optimization
|
|
- 👨🏫 `mentor` - Knowledge transfer and documentation
|
|
|
|
**Deployment & Operations Phase**:
|
|
- 🚀 `devops` - Deployment automation and infrastructure
|
|
- 🛡️ `security` - Security monitoring and compliance
|
|
- ✍️ `scribe` - Operations documentation and runbooks
|
|
|
|
### Problem Type Mapping
|
|
|
|
**"My code is slow"** → ⚡ `performance`
|
|
**"Something's broken and I don't know why"** → 🔍 `analyzer`
|
|
**"Need to design a new system"** → 🏗️ `architect`
|
|
**"UI looks terrible"** → 🎨 `frontend`
|
|
**"Is this secure?"** → 🛡️ `security`
|
|
**"Code is messy"** → 🔄 `refactorer`
|
|
**"Need better tests"** → 🧪 `qa`
|
|
**"Deployment keeps failing"** → 🚀 `devops`
|
|
**"I don't understand this"** → 👨🏫 `mentor`
|
|
**"Need documentation"** → ✍️ `scribe`
|
|
|
|
## Persona Combinations 🤝
|
|
|
|
Personas often work together automatically. Here are common collaboration patterns:
|
|
|
|
### Design & Implementation
|
|
```bash
|
|
/design user-dashboard
|
|
# Auto-activates: 🏗️ architect (system design) + 🎨 frontend (UI design)
|
|
```
|
|
|
|
### Security Review
|
|
```bash
|
|
/analyze --focus security api/
|
|
# Auto-activates: 🛡️ security (primary) + ⚙️ backend (API expertise)
|
|
```
|
|
|
|
### Performance Optimization
|
|
```bash
|
|
/improve --focus performance slow-app/
|
|
# Auto-activates: ⚡ performance (primary) + 🎨 frontend (if UI) or ⚙️ backend (if API)
|
|
```
|
|
|
|
### Quality Improvement
|
|
```bash
|
|
/improve --focus quality legacy-code/
|
|
# Auto-activates: 🔄 refactorer (primary) + 🧪 qa (testing) + 🏗️ architect (design)
|
|
```
|
|
|
|
### Documentation & Learning
|
|
```bash
|
|
/document complex-feature --type guide
|
|
# Auto-activates: ✍️ scribe (writing) + 👨🏫 mentor (educational approach)
|
|
```
|
|
|
|
## Practical Examples 💡
|
|
|
|
### Before/After: Generic vs Persona-Specific
|
|
|
|
**Before** (generic):
|
|
```bash
|
|
/analyze auth.js
|
|
# → Basic analysis, generic advice
|
|
```
|
|
|
|
**After** (security persona):
|
|
```bash
|
|
/analyze auth.js --persona-security
|
|
# → Security-focused analysis
|
|
# → Threat modeling perspective
|
|
# → OWASP compliance checking
|
|
# → Vulnerability pattern detection
|
|
```
|
|
|
|
### Auto-Activation in Action
|
|
|
|
**Frontend work detection**:
|
|
```bash
|
|
/build react-components/
|
|
# Auto-activates: 🎨 frontend
|
|
# → UI-focused build optimization
|
|
# → Accessibility checking
|
|
# → Performance budgets
|
|
# → Bundle size analysis
|
|
```
|
|
|
|
**Complex debugging**:
|
|
```bash
|
|
/troubleshoot "payment processing randomly fails"
|
|
# Auto-activates: 🔍 analyzer
|
|
# → Systematic investigation approach
|
|
# → Evidence collection methodology
|
|
# → Pattern analysis
|
|
# → Root cause identification
|
|
```
|
|
|
|
### Manual Override Examples
|
|
|
|
**Force security perspective**:
|
|
```bash
|
|
/analyze react-app/ --persona-security
|
|
# Even though it's frontend code, analyze from security perspective
|
|
# → XSS vulnerability checking
|
|
# → Authentication flow analysis
|
|
# → Data exposure risks
|
|
```
|
|
|
|
**Get architectural advice on small changes**:
|
|
```bash
|
|
/improve small-utility.js --persona-architect
|
|
# Apply architectural thinking to small code
|
|
# → Design pattern opportunities
|
|
# → Future extensibility
|
|
# → Coupling analysis
|
|
```
|
|
|
|
## Advanced Usage 🚀
|
|
|
|
### Manual Persona Control
|
|
|
|
**When to override auto-activation**:
|
|
- You want a different perspective on the same problem
|
|
- Auto-activation chose wrong persona for your specific needs
|
|
- You're learning and want to see how different experts approach problems
|
|
|
|
**How to override**:
|
|
```bash
|
|
# Explicit persona selection
|
|
/analyze frontend-code/ --persona-security # Security view of frontend
|
|
/improve backend-api/ --persona-performance # Performance view of backend
|
|
|
|
# Multiple persona flags (last one wins)
|
|
/analyze --persona-frontend --persona-security # Uses security persona
|
|
```
|
|
|
|
### Persona-Specific Flags and Settings
|
|
|
|
**Security persona + validation**:
|
|
```bash
|
|
/analyze --persona-security --focus security --validate
|
|
# → Maximum security focus with validation
|
|
```
|
|
|
|
**Performance persona + benchmarking**:
|
|
```bash
|
|
/test --persona-performance --benchmark --focus performance
|
|
# → Performance-focused testing with metrics
|
|
```
|
|
|
|
**Mentor persona + detailed explanations**:
|
|
```bash
|
|
/explain complex-concept --persona-mentor --verbose
|
|
# → Educational explanation with full detail
|
|
```
|
|
|
|
### Cross-Domain Expertise
|
|
|
|
**When you need multiple perspectives**:
|
|
```bash
|
|
# Sequential analysis with different personas
|
|
/analyze --persona-security api/auth.js
|
|
/analyze --persona-performance api/auth.js
|
|
/analyze --persona-refactorer api/auth.js
|
|
|
|
# Or let SuperClaude coordinate automatically
|
|
/analyze --focus quality api/auth.js
|
|
# Auto-coordinates: security + performance + refactorer insights
|
|
```
|
|
|
|
## Common Workflows by Persona 💼
|
|
|
|
### 🏗️ Architect Workflows
|
|
```bash
|
|
# System design
|
|
/design microservices-architecture --persona-architect
|
|
/estimate "migrate monolith to microservices" --persona-architect
|
|
|
|
# Architecture review
|
|
/analyze --focus architecture --persona-architect large-system/
|
|
/review --persona-architect critical-components/
|
|
```
|
|
|
|
### 🎨 Frontend Workflows
|
|
```bash
|
|
# Component development
|
|
/build dashboard-components/ --persona-frontend
|
|
/improve --focus accessibility --persona-frontend ui/
|
|
|
|
# Performance optimization
|
|
/analyze --focus performance --persona-frontend bundle/
|
|
/test --persona-frontend --focus performance
|
|
```
|
|
|
|
### ⚙️ Backend Workflows
|
|
```bash
|
|
# API development
|
|
/design rest-api --persona-backend
|
|
/build api-endpoints/ --persona-backend
|
|
|
|
# Reliability improvements
|
|
/improve --focus reliability --persona-backend services/
|
|
/analyze --persona-backend --focus security api/
|
|
```
|
|
|
|
### 🛡️ Security Workflows
|
|
```bash
|
|
# Security assessment
|
|
/scan --persona-security --focus security entire-app/
|
|
/analyze --persona-security auth-flow/
|
|
|
|
# Vulnerability fixing
|
|
/improve --focus security --persona-security vulnerable-code/
|
|
/review --persona-security --focus security critical-paths/
|
|
```
|
|
|
|
### 🔍 Analyzer Workflows
|
|
```bash
|
|
# Bug investigation
|
|
/troubleshoot "intermittent failures" --persona-analyzer
|
|
/analyze --persona-analyzer --focus debugging problem-area/
|
|
|
|
# System understanding
|
|
/explain --persona-analyzer complex-system/
|
|
/load --persona-analyzer unfamiliar-codebase/
|
|
```
|
|
|
|
## Quick Reference 📋
|
|
|
|
### Persona Cheat Sheet
|
|
|
|
| Persona | Best For | Auto-Activates On | Manual Flag |
|
|
|---------|----------|-------------------|-------------|
|
|
| 🏗️ architect | System design, architecture | "architecture", "design", "scalability" | `--persona-architect` |
|
|
| 🎨 frontend | UI/UX, accessibility | "component", "responsive", "UI" | `--persona-frontend` |
|
|
| ⚙️ backend | APIs, databases, reliability | "API", "database", "service" | `--persona-backend` |
|
|
| 🛡️ security | Security, compliance | "security", "vulnerability", "auth" | `--persona-security` |
|
|
| ⚡ performance | Optimization, speed | "performance", "optimization", "slow" | `--persona-performance` |
|
|
| 🔍 analyzer | Debugging, investigation | "analyze", "debug", "investigate" | `--persona-analyzer` |
|
|
| 🧪 qa | Testing, quality | "test", "quality", "validation" | `--persona-qa` |
|
|
| 🔄 refactorer | Code cleanup, refactoring | "refactor", "cleanup", "quality" | `--persona-refactorer` |
|
|
| 🚀 devops | Deployment, infrastructure | "deploy", "infrastructure", "CI/CD" | `--persona-devops` |
|
|
| 👨🏫 mentor | Learning, explanation | "explain", "learn", "understand" | `--persona-mentor` |
|
|
| ✍️ scribe | Documentation, writing | "document", "write", "guide" | `--persona-scribe` |
|
|
|
|
### Most Useful Combinations
|
|
|
|
**Security-focused development**:
|
|
```bash
|
|
--persona-security --focus security --validate
|
|
```
|
|
|
|
**Performance optimization**:
|
|
```bash
|
|
--persona-performance --focus performance --benchmark
|
|
```
|
|
|
|
**Learning and understanding**:
|
|
```bash
|
|
--persona-mentor --verbose --explain
|
|
```
|
|
|
|
**Quality improvement**:
|
|
```bash
|
|
--persona-refactorer --focus quality --safe-mode
|
|
```
|
|
|
|
**Professional documentation**:
|
|
```bash
|
|
--persona-scribe --type guide --detailed
|
|
```
|
|
|
|
### Auto-Activation Triggers
|
|
|
|
**High confidence triggers** (90%+ activation):
|
|
- "security audit" → 🛡️ security
|
|
- "UI component" → 🎨 frontend
|
|
- "API design" → ⚙️ backend
|
|
- "system architecture" → 🏗️ architect
|
|
- "debug issue" → 🔍 analyzer
|
|
|
|
**Medium confidence triggers** (70-90% activation):
|
|
- "improve performance" → ⚡ performance
|
|
- "write tests" → 🧪 qa
|
|
- "clean up code" → 🔄 refactorer
|
|
- "deployment issue" → 🚀 devops
|
|
|
|
**Context-dependent triggers** (varies):
|
|
- "document this" → ✍️ scribe or 👨🏫 mentor (depends on audience)
|
|
- "analyze this" → 🔍 analyzer, 🏗️ architect, or domain specialist (depends on content)
|
|
|
|
## Troubleshooting Persona Issues 🚨
|
|
|
|
### Common Problems
|
|
|
|
**"Wrong persona activated"**
|
|
- Use explicit persona flags: `--persona-security`
|
|
- Check if your keywords triggered auto-activation
|
|
- Try more specific language in your request
|
|
|
|
**"Persona doesn't seem to work"**
|
|
- Verify persona name spelling: `--persona-frontend` not `--persona-fronted`
|
|
- Some personas work better with specific commands
|
|
- Try combining with relevant flags: `--focus security --persona-security`
|
|
|
|
**"Want multiple perspectives"**
|
|
- Run same command with different personas manually
|
|
- Use broader focus flags: `--focus quality` (activates multiple personas)
|
|
- Let SuperClaude coordinate automatically with complex requests
|
|
|
|
**"Persona is too focused"**
|
|
- Try a different persona that's more general
|
|
- Use mentor persona for broader explanations
|
|
- Combine with `--verbose` for more context
|
|
|
|
### When to Override Auto-Activation
|
|
|
|
**Override when**:
|
|
- Auto-activation chose the wrong specialist
|
|
- You want to learn from a different perspective
|
|
- Working outside typical domain boundaries
|
|
- Need specific expertise for edge cases
|
|
|
|
**How to override effectively**:
|
|
```bash
|
|
# Force specific perspective
|
|
/analyze frontend-code/ --persona-security # Security view of frontend
|
|
|
|
# Combine multiple perspectives
|
|
/analyze api/ --persona-security
|
|
/analyze api/ --persona-performance # Run separately for different views
|
|
|
|
# Use general analysis
|
|
/analyze --no-persona # Disable persona auto-activation
|
|
```
|
|
|
|
## Tips for Effective Persona Usage 💡
|
|
|
|
### Getting Started
|
|
1. **Let auto-activation work** - It's usually right
|
|
2. **Try manual activation** - Experiment with `--persona-*` flags
|
|
3. **Watch the differences** - See how different personas approach the same problem
|
|
4. **Use appropriate commands** - Some personas work better with specific commands
|
|
|
|
### Getting Advanced
|
|
1. **Learn persona priorities** - Understand what each values most
|
|
2. **Use persona combinations** - Different perspectives on complex problems
|
|
3. **Override when needed** - Don't be afraid to choose different personas
|
|
4. **Match personas to phases** - Use different personas for different project phases
|
|
|
|
### Best Practices
|
|
- **Match persona to problem type** - Security persona for security issues
|
|
- **Consider project phase** - Architect for planning, QA for testing
|
|
- **Use multiple perspectives** - Complex problems benefit from multiple viewpoints
|
|
- **Trust auto-activation** - It learns from patterns and usually gets it right
|
|
|
|
---
|
|
|
|
## Final Notes 📝
|
|
|
|
**Remember:**
|
|
- Personas are like having specialists on your team
|
|
- Auto-activation works well, but manual control gives you flexibility
|
|
- Different personas have different priorities and perspectives
|
|
- Complex problems often benefit from multiple personas
|
|
|
|
**Still evolving:**
|
|
- Persona auto-activation is getting smarter over time
|
|
- Collaboration patterns between personas are improving
|
|
- New specialized knowledge is being added regularly
|
|
|
|
**When in doubt:**
|
|
- Let auto-activation do its thing first
|
|
- Try the mentor persona for learning and understanding
|
|
- Use specific personas when you know what expertise you need
|
|
- Experiment with different personas on the same problem
|
|
|
|
**Happy persona-ing!** 🎭 Having specialists available makes development so much more effective when you know how to work with them.
|
|
|
|
---
|
|
|
|
*It's like having a whole development team in your pocket - just way less coffee consumption! ☕* |