mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-17 09:46:06 +00:00
780 lines
27 KiB
Markdown
780 lines
27 KiB
Markdown
|
|
# SuperClaude Framework Flags User Guide 🏁
|
||
|
|
|
||
|
|
## 🤖 Most Flags Activate Automatically - Don't Stress About It!
|
||
|
|
|
||
|
|
SuperClaude's intelligent flag system automatically detects task complexity and context, then activates appropriate flags behind the scenes. You get optimized performance without memorizing flag combinations.
|
||
|
|
|
||
|
|
**Intelligent Auto-Activation**: Type `/sc:analyze large-codebase/` → `--think-hard` + `--serena` + `--orchestrate` activate automatically. Type complex multi-file operations → `--task-manage` + `--delegate` optimize execution. Work under resource pressure → `--uc` compresses output.
|
||
|
|
|
||
|
|
**Manual Override Available**: When you want specific behavior, flags provide precise control. But in most cases, SuperClaude's automatic selection delivers optimal results.
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 🚀 Just Try These (No Flag Knowledge Required)
|
||
|
|
|
||
|
|
**Commands Work Great Without Flags:**
|
||
|
|
```bash
|
||
|
|
# These automatically get optimal flags
|
||
|
|
/sc:brainstorm "mobile fitness app"
|
||
|
|
# → Auto-activates: --brainstorm, --think, --context7
|
||
|
|
|
||
|
|
/sc:analyze src/ --focus security
|
||
|
|
# → Auto-activates: --think-hard, --serena, --orchestrate
|
||
|
|
|
||
|
|
/sc:implement "user authentication system"
|
||
|
|
# → Auto-activates: --task-manage, --c7, --magic, --validate
|
||
|
|
|
||
|
|
/sc:troubleshoot "API performance issues"
|
||
|
|
# → Auto-activates: --think-hard, --seq, --serena, --introspect
|
||
|
|
|
||
|
|
/sc:improve legacy-code/ --focus maintainability
|
||
|
|
# → Auto-activates: --task-manage, --morph, --serena, --safe-mode
|
||
|
|
```
|
||
|
|
|
||
|
|
**Behind-the-Scenes Optimization:**
|
||
|
|
- **Context Analysis**: Keywords trigger appropriate specialists and tools
|
||
|
|
- **Complexity Detection**: Multi-file operations get coordination flags
|
||
|
|
- **Resource Awareness**: System load triggers efficiency optimizations
|
||
|
|
- **Quality Gates**: Risky operations automatically enable safety flags
|
||
|
|
- **Performance Tuning**: Optimal tool combinations selected automatically
|
||
|
|
|
||
|
|
**When Manual Flags Help:**
|
||
|
|
- Override automatic detection: `--no-mcp` for lightweight execution
|
||
|
|
- Force specific behavior: `--uc` for compressed output
|
||
|
|
- Learning and exploration: `--introspect` to see reasoning
|
||
|
|
- Resource control: `--concurrency 2` to limit parallel operations
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## What Are Flags? 🤔
|
||
|
|
|
||
|
|
**Flags are Modifiers** that adjust SuperClaude's behavior for specific contexts and requirements:
|
||
|
|
|
||
|
|
**Flag Syntax:**
|
||
|
|
```bash
|
||
|
|
/sc:command [args] --flag-name [value]
|
||
|
|
|
||
|
|
# Examples
|
||
|
|
/sc:analyze src/ --focus security --depth deep
|
||
|
|
/sc:implement "auth" --brainstorm --task-manage --validate
|
||
|
|
/sc:troubleshoot issue/ --think-hard --uc --concurrency 3
|
||
|
|
```
|
||
|
|
|
||
|
|
**Two Types of Activation:**
|
||
|
|
1. **Automatic** (90% of use): SuperClaude detects context and activates optimal flags
|
||
|
|
2. **Manual** (10% of use): You override or specify exact behavior needed
|
||
|
|
|
||
|
|
**Flag Functions:**
|
||
|
|
- **Behavioral Modes**: `--brainstorm`, `--introspect`, `--task-manage`
|
||
|
|
- **Tool Selection**: `--c7`, `--seq`, `--magic`, `--morph`, `--serena`, `--play`
|
||
|
|
- **Analysis Depth**: `--think`, `--think-hard`, `--ultrathink`
|
||
|
|
- **Efficiency Control**: `--uc`, `--concurrency`, `--scope`
|
||
|
|
- **Safety & Quality**: `--safe-mode`, `--validate`, `--dry-run`
|
||
|
|
|
||
|
|
**Auto-Activation vs Manual Override:**
|
||
|
|
- **Auto**: `/sc:implement "React dashboard"` → Magic + Context7 + task coordination
|
||
|
|
- **Manual**: `/sc:implement "simple function" --no-mcp` → Native-only execution
|
||
|
|
|
||
|
|
## Flag Categories 📂
|
||
|
|
|
||
|
|
### Planning & Analysis Flags 🧠
|
||
|
|
|
||
|
|
**Thinking Depth Control:**
|
||
|
|
|
||
|
|
**`--think`** - Standard Analysis (~4K tokens)
|
||
|
|
- **Auto-Triggers**: Multi-component analysis, moderate complexity
|
||
|
|
- **Manual Use**: Force structured thinking for simple tasks
|
||
|
|
- **Enables**: Sequential MCP for systematic reasoning
|
||
|
|
```bash
|
||
|
|
/sc:analyze auth-system/ --think
|
||
|
|
# → Structured analysis with evidence-based reasoning
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--think-hard`** - Deep Analysis (~10K tokens)
|
||
|
|
- **Auto-Triggers**: Architectural analysis, system-wide dependencies
|
||
|
|
- **Manual Use**: Force comprehensive analysis
|
||
|
|
- **Enables**: Sequential + Context7 for deep understanding
|
||
|
|
```bash
|
||
|
|
/sc:troubleshoot "performance degradation" --think-hard
|
||
|
|
# → Comprehensive root cause analysis with framework patterns
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--ultrathink`** - Maximum Analysis (~32K tokens)
|
||
|
|
- **Auto-Triggers**: Critical system redesign, legacy modernization
|
||
|
|
- **Manual Use**: Force maximum analytical depth
|
||
|
|
- **Enables**: All MCP servers for comprehensive capability
|
||
|
|
```bash
|
||
|
|
/sc:analyze enterprise-architecture/ --ultrathink
|
||
|
|
# → Maximum depth with all tools and reasoning capacity
|
||
|
|
```
|
||
|
|
|
||
|
|
**Mode Activation Flags:**
|
||
|
|
|
||
|
|
**`--brainstorm`** / **`--bs`** - Interactive Discovery
|
||
|
|
- **Auto-Triggers**: Vague requests, exploration keywords
|
||
|
|
- **Manual Use**: Force collaborative requirement discovery
|
||
|
|
```bash
|
||
|
|
/sc:implement "better user experience" --brainstorm
|
||
|
|
# → Socratic questions to clarify requirements before implementation
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--introspect`** - Reasoning Transparency
|
||
|
|
- **Auto-Triggers**: Error recovery, learning contexts
|
||
|
|
- **Manual Use**: Expose decision-making process for learning
|
||
|
|
```bash
|
||
|
|
/sc:analyze complex-algorithm/ --introspect
|
||
|
|
# → Transparent reasoning with 🤔, 🎯, ⚡ markers
|
||
|
|
```
|
||
|
|
|
||
|
|
### Efficiency & Control Flags ⚡
|
||
|
|
|
||
|
|
**Output Compression:**
|
||
|
|
|
||
|
|
**`--uc`** / **`--ultracompressed`** - Token Efficiency (30-50% reduction)
|
||
|
|
- **Auto-Triggers**: Context usage >75%, large operations, resource pressure
|
||
|
|
- **Manual Use**: Force compressed communication
|
||
|
|
- **Effect**: Symbol-enhanced output while preserving ≥95% information quality
|
||
|
|
```bash
|
||
|
|
/sc:analyze large-project/ --uc
|
||
|
|
# → "auth.js:45 → 🛡️ sec risk in user val()" vs verbose explanations
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--token-efficient`** - Moderate Compression
|
||
|
|
- **Auto-Triggers**: Medium resource pressure, efficiency requirements
|
||
|
|
- **Manual Use**: Balance between detail and efficiency
|
||
|
|
```bash
|
||
|
|
/sc:troubleshoot "memory leak" --token-efficient
|
||
|
|
# → Structured but concise problem analysis
|
||
|
|
```
|
||
|
|
|
||
|
|
**Execution Control:**
|
||
|
|
|
||
|
|
**`--concurrency [n]`** - Parallel Operation Control (1-15)
|
||
|
|
- **Auto-Triggers**: Resource optimization needs
|
||
|
|
- **Manual Use**: Control system load and parallel processing
|
||
|
|
```bash
|
||
|
|
/sc:improve large-codebase/ --concurrency 3
|
||
|
|
# → Limit to 3 parallel operations for resource management
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--scope [file|module|project|system]`** - Analysis Boundary
|
||
|
|
- **Auto-Triggers**: Analysis boundary detection
|
||
|
|
- **Manual Use**: Explicitly define operational scope
|
||
|
|
```bash
|
||
|
|
/sc:analyze src/auth/ --scope module
|
||
|
|
# → Focus analysis on authentication module only
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--loop`** / **`--iterations [n]`** - Iterative Improvement
|
||
|
|
- **Auto-Triggers**: "polish", "refine", "enhance", "improve" keywords
|
||
|
|
- **Manual Use**: Force iterative improvement cycles
|
||
|
|
```bash
|
||
|
|
/sc:improve user-interface/ --loop --iterations 3
|
||
|
|
# → 3 improvement cycles with validation gates
|
||
|
|
```
|
||
|
|
|
||
|
|
### Focus & Specialization Flags 🎯
|
||
|
|
|
||
|
|
**Domain-Specific Analysis:**
|
||
|
|
|
||
|
|
**`--focus [domain]`** - Target Expertise Application
|
||
|
|
- **Available Domains**: `performance`, `security`, `quality`, `architecture`, `accessibility`, `testing`
|
||
|
|
- **Auto-Triggers**: Domain-specific keywords and file patterns
|
||
|
|
- **Manual Use**: Force specific analytical perspective
|
||
|
|
|
||
|
|
```bash
|
||
|
|
# Security-focused analysis
|
||
|
|
/sc:analyze payment-system/ --focus security
|
||
|
|
# → Security specialist + vulnerability assessment + compliance validation
|
||
|
|
|
||
|
|
# Performance optimization focus
|
||
|
|
/sc:improve api-endpoints/ --focus performance
|
||
|
|
# → Performance engineer + bottleneck analysis + optimization patterns
|
||
|
|
|
||
|
|
# Architecture evaluation
|
||
|
|
/sc:analyze microservices/ --focus architecture
|
||
|
|
# → System architect + design pattern analysis + scalability assessment
|
||
|
|
|
||
|
|
# Quality improvement
|
||
|
|
/sc:review codebase/ --focus quality
|
||
|
|
# → Quality engineer + code smell detection + maintainability analysis
|
||
|
|
```
|
||
|
|
|
||
|
|
**Task Management:**
|
||
|
|
|
||
|
|
**`--task-manage`** / **`--delegate`** - Complex Coordination
|
||
|
|
- **Auto-Triggers**: >3 steps, >2 directories, >3 files
|
||
|
|
- **Manual Use**: Force hierarchical task organization for simple tasks
|
||
|
|
```bash
|
||
|
|
/sc:implement "simple feature" --task-manage
|
||
|
|
# → Phase-based approach with progress tracking even for simple tasks
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--delegate [auto|files|folders]`** - Orchestration Strategy
|
||
|
|
- **Auto-Triggers**: >7 directories OR >50 files OR complexity >0.8
|
||
|
|
- **Manual Use**: Control delegation strategy
|
||
|
|
```bash
|
||
|
|
/sc:refactor enterprise-codebase/ --delegate folders
|
||
|
|
# → Delegate by directory structure for systematic organization
|
||
|
|
```
|
||
|
|
|
||
|
|
### Tool Integration Flags 🛠️
|
||
|
|
|
||
|
|
**MCP Server Control:**
|
||
|
|
|
||
|
|
**Individual Server Flags:**
|
||
|
|
- **`--c7`** / **`--context7`**: Documentation and framework patterns
|
||
|
|
- **`--seq`** / **`--sequential`**: Structured multi-step reasoning
|
||
|
|
- **`--magic`**: Modern UI component generation
|
||
|
|
- **`--morph`** / **`--morphllm`**: Pattern-based code transformation
|
||
|
|
- **`--serena`**: Semantic understanding and project memory
|
||
|
|
- **`--play`** / **`--playwright`**: Browser automation and testing
|
||
|
|
|
||
|
|
```bash
|
||
|
|
# Specific server combinations
|
||
|
|
/sc:implement "dashboard" --magic --c7
|
||
|
|
# → UI generation + framework patterns
|
||
|
|
|
||
|
|
/sc:analyze complex-issue/ --seq --serena
|
||
|
|
# → Structured reasoning + project context
|
||
|
|
|
||
|
|
/sc:improve legacy-code/ --morph --serena --seq
|
||
|
|
# → Pattern transformation + context + systematic analysis
|
||
|
|
```
|
||
|
|
|
||
|
|
**Server Group Control:**
|
||
|
|
|
||
|
|
**`--all-mcp`** - Maximum Capability
|
||
|
|
- **Auto-Triggers**: Maximum complexity scenarios, multi-domain problems
|
||
|
|
- **Manual Use**: Force all tools for comprehensive capability
|
||
|
|
```bash
|
||
|
|
/sc:implement "enterprise-platform" --all-mcp
|
||
|
|
# → All 6 MCP servers coordinated for maximum capability
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--no-mcp`** - Native-Only Execution
|
||
|
|
- **Auto-Triggers**: Performance priority, simple tasks
|
||
|
|
- **Manual Use**: Force lightweight execution without MCP overhead
|
||
|
|
```bash
|
||
|
|
/sc:explain "simple function" --no-mcp
|
||
|
|
# → Fast native response without MCP server coordination
|
||
|
|
```
|
||
|
|
|
||
|
|
**Tool Optimization:**
|
||
|
|
|
||
|
|
**`--orchestrate`** - Intelligent Tool Selection
|
||
|
|
- **Auto-Triggers**: Multi-tool operations, performance constraints, >3 files
|
||
|
|
- **Manual Use**: Force optimal tool coordination
|
||
|
|
```bash
|
||
|
|
/sc:refactor components/ --orchestrate
|
||
|
|
# → Optimal tool selection and parallel execution coordination
|
||
|
|
```
|
||
|
|
|
||
|
|
### Safety & Validation Flags 🛡️
|
||
|
|
|
||
|
|
**Risk Management:**
|
||
|
|
|
||
|
|
**`--validate`** - Pre-execution Risk Assessment
|
||
|
|
- **Auto-Triggers**: Risk score >0.7, resource usage >75%, production environment
|
||
|
|
- **Manual Use**: Force validation gates for any operation
|
||
|
|
```bash
|
||
|
|
/sc:implement "payment-processing" --validate
|
||
|
|
# → Risk assessment + validation gates before implementation
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--safe-mode`** - Maximum Conservative Execution
|
||
|
|
- **Auto-Triggers**: Resource usage >85%, production environment, critical operations
|
||
|
|
- **Manual Use**: Force maximum safety protocols
|
||
|
|
- **Auto-Enables**: `--uc` for efficiency, `--validate` for safety
|
||
|
|
```bash
|
||
|
|
/sc:improve production-database/ --safe-mode
|
||
|
|
# → Conservative execution + auto-backup + rollback planning
|
||
|
|
```
|
||
|
|
|
||
|
|
**Preview & Testing:**
|
||
|
|
|
||
|
|
**`--dry-run`** - Preview Without Execution
|
||
|
|
- **Manual Use**: Preview changes without applying them
|
||
|
|
```bash
|
||
|
|
/sc:cleanup legacy-code/ --dry-run
|
||
|
|
# → Show what would be cleaned up without making changes
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--backup`** - Force Backup Creation
|
||
|
|
- **Auto-Triggers**: Risky operations, file modifications
|
||
|
|
- **Manual Use**: Ensure backup creation before operations
|
||
|
|
```bash
|
||
|
|
/sc:refactor critical-module/ --backup
|
||
|
|
# → Create backup before refactoring operations
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--tests-required`** - Mandate Test Validation
|
||
|
|
- **Auto-Triggers**: Critical code changes, production modifications
|
||
|
|
- **Manual Use**: Force test execution before proceeding
|
||
|
|
```bash
|
||
|
|
/sc:improve auth-system/ --tests-required
|
||
|
|
# → Run tests and require passing before improvement application
|
||
|
|
```
|
||
|
|
|
||
|
|
### Execution Control Flags 🎛️
|
||
|
|
|
||
|
|
**Workflow Management:**
|
||
|
|
|
||
|
|
**`--parallel`** - Force Parallel Execution
|
||
|
|
- **Auto-Triggers**: Independent operations, >3 files, multi-tool scenarios
|
||
|
|
- **Manual Use**: Force parallel processing for eligible operations
|
||
|
|
```bash
|
||
|
|
/sc:analyze multiple-modules/ --parallel
|
||
|
|
# → Analyze modules concurrently instead of sequentially
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--sequential`** - Force Sequential Execution
|
||
|
|
- **Manual Use**: Override parallel processing for dependency reasons
|
||
|
|
```bash
|
||
|
|
/sc:implement "multi-step-feature" --sequential
|
||
|
|
# → Force step-by-step execution with dependencies
|
||
|
|
```
|
||
|
|
|
||
|
|
**Resource Control:**
|
||
|
|
|
||
|
|
**`--memory-limit [MB]`** - Memory Usage Control
|
||
|
|
- **Auto-Triggers**: Large operations, resource constraints
|
||
|
|
- **Manual Use**: Explicit memory management
|
||
|
|
```bash
|
||
|
|
/sc:analyze large-dataset/ --memory-limit 2048
|
||
|
|
# → Limit analysis to 2GB memory usage
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--timeout [seconds]`** - Operation Timeout
|
||
|
|
- **Auto-Triggers**: Complex operations, MCP server timeouts
|
||
|
|
- **Manual Use**: Set explicit timeout boundaries
|
||
|
|
```bash
|
||
|
|
/sc:troubleshoot "complex-performance-issue" --timeout 300
|
||
|
|
# → 5-minute timeout for troubleshooting analysis
|
||
|
|
```
|
||
|
|
|
||
|
|
**Output Control:**
|
||
|
|
|
||
|
|
**`--format [text|json|html|markdown]`** - Output Format
|
||
|
|
- **Auto-Triggers**: Analysis export, documentation generation
|
||
|
|
- **Manual Use**: Specify exact output format
|
||
|
|
```bash
|
||
|
|
/sc:analyze api-performance/ --format json --export report.json
|
||
|
|
# → JSON-formatted analysis results for processing
|
||
|
|
```
|
||
|
|
|
||
|
|
**`--verbose`** / **`--quiet`** - Verbosity Control
|
||
|
|
- **Manual Use**: Override automatic verbosity decisions
|
||
|
|
```bash
|
||
|
|
/sc:build project/ --verbose
|
||
|
|
# → Detailed build output and progress information
|
||
|
|
|
||
|
|
/sc:test suite/ --quiet
|
||
|
|
# → Minimal output, results only
|
||
|
|
```
|
||
|
|
|
||
|
|
## Common Flag Combinations 🔗
|
||
|
|
|
||
|
|
**Development Workflow Patterns:**
|
||
|
|
|
||
|
|
**Full Analysis & Improvement:**
|
||
|
|
```bash
|
||
|
|
/sc:analyze codebase/ --think-hard --all-mcp --orchestrate
|
||
|
|
# → Deep analysis + all tools + optimal coordination
|
||
|
|
```
|
||
|
|
|
||
|
|
**Safe Production Changes:**
|
||
|
|
```bash
|
||
|
|
/sc:improve production-api/ --safe-mode --validate --backup --tests-required
|
||
|
|
# → Maximum safety protocols for production modifications
|
||
|
|
```
|
||
|
|
|
||
|
|
**Rapid Prototyping:**
|
||
|
|
```bash
|
||
|
|
/sc:implement "quick-feature" --magic --c7 --no-validate
|
||
|
|
# → Fast UI generation + patterns without safety overhead
|
||
|
|
```
|
||
|
|
|
||
|
|
**Large-Scale Refactoring:**
|
||
|
|
```bash
|
||
|
|
/sc:refactor legacy-system/ --task-manage --serena --morph --parallel --backup
|
||
|
|
# → Systematic coordination + context + transformation + safety
|
||
|
|
```
|
||
|
|
|
||
|
|
**Performance Investigation:**
|
||
|
|
```bash
|
||
|
|
/sc:troubleshoot "slow-performance" --think-hard --focus performance --seq --play
|
||
|
|
# → Deep analysis + performance focus + reasoning + browser testing
|
||
|
|
```
|
||
|
|
|
||
|
|
**Learning & Understanding:**
|
||
|
|
```bash
|
||
|
|
/sc:analyze new-codebase/ --introspect --brainstorm --c7 --think
|
||
|
|
# → Transparent reasoning + discovery + documentation + analysis
|
||
|
|
```
|
||
|
|
|
||
|
|
**Resource-Constrained Environments:**
|
||
|
|
```bash
|
||
|
|
/sc:implement "feature" --uc --concurrency 1 --no-mcp --scope file
|
||
|
|
# → Compressed output + limited resources + lightweight execution
|
||
|
|
```
|
||
|
|
|
||
|
|
**Quality Assurance Workflow:**
|
||
|
|
```bash
|
||
|
|
/sc:review code-changes/ --focus quality --validate --tests-required --think
|
||
|
|
# → Quality analysis + validation + testing + structured reasoning
|
||
|
|
```
|
||
|
|
|
||
|
|
**Documentation Generation:**
|
||
|
|
```bash
|
||
|
|
/sc:document api/ --c7 --magic --format markdown --focus accessibility
|
||
|
|
# → Documentation patterns + UI examples + accessible format
|
||
|
|
```
|
||
|
|
|
||
|
|
**Complex Architecture Design:**
|
||
|
|
```bash
|
||
|
|
/sc:design "microservices-platform" --ultrathink --brainstorm --all-mcp --orchestrate
|
||
|
|
# → Maximum analysis + discovery + all tools + optimal coordination
|
||
|
|
```
|
||
|
|
|
||
|
|
## Flag Reference Quick Cards 📋
|
||
|
|
|
||
|
|
### 🧠 Analysis & Thinking Flags
|
||
|
|
| Flag | Purpose | Auto-Trigger | Token Impact |
|
||
|
|
|------|---------|--------------|--------------|
|
||
|
|
| `--think` | Standard analysis | Multi-component tasks | ~4K tokens |
|
||
|
|
| `--think-hard` | Deep analysis | Architectural tasks | ~10K tokens |
|
||
|
|
| `--ultrathink` | Maximum analysis | Critical system work | ~32K tokens |
|
||
|
|
| `--brainstorm` | Interactive discovery | Vague requirements | Variable |
|
||
|
|
| `--introspect` | Reasoning transparency | Learning contexts | +10% detail |
|
||
|
|
|
||
|
|
### ⚡ Efficiency & Performance Flags
|
||
|
|
| Flag | Purpose | Auto-Trigger | Performance Impact |
|
||
|
|
|------|---------|--------------|-------------------|
|
||
|
|
| `--uc` | Token compression | >75% context usage | 30-50% reduction |
|
||
|
|
| `--token-efficient` | Moderate compression | Resource pressure | 15-30% reduction |
|
||
|
|
| `--concurrency N` | Parallel control | Multi-file ops | +45% speed |
|
||
|
|
| `--orchestrate` | Tool optimization | Complex coordination | +30% efficiency |
|
||
|
|
| `--scope [level]` | Boundary control | Analysis scope | Focused execution |
|
||
|
|
|
||
|
|
### 🛠️ Tool Integration Flags
|
||
|
|
| Flag | MCP Server | Auto-Trigger | Best For |
|
||
|
|
|------|------------|--------------|----------|
|
||
|
|
| `--c7` / `--context7` | Context7 | Library imports | Documentation, patterns |
|
||
|
|
| `--seq` / `--sequential` | Sequential | Complex debugging | Systematic reasoning |
|
||
|
|
| `--magic` | Magic | UI requests | Component generation |
|
||
|
|
| `--morph` / `--morphllm` | Morphllm | Multi-file edits | Pattern transformation |
|
||
|
|
| `--serena` | Serena | Symbol operations | Project memory |
|
||
|
|
| `--play` / `--playwright` | Playwright | Browser testing | E2E automation |
|
||
|
|
| `--all-mcp` | All servers | Max complexity | Comprehensive capability |
|
||
|
|
| `--no-mcp` | None | Simple tasks | Lightweight execution |
|
||
|
|
|
||
|
|
### 🎯 Focus & Specialization Flags
|
||
|
|
| Flag | Domain | Expert Activation | Use Case |
|
||
|
|
|------|--------|------------------|----------|
|
||
|
|
| `--focus security` | Security | Security engineer | Vulnerability analysis |
|
||
|
|
| `--focus performance` | Performance | Performance engineer | Optimization |
|
||
|
|
| `--focus quality` | Quality | Quality engineer | Code review |
|
||
|
|
| `--focus architecture` | Architecture | System architect | Design analysis |
|
||
|
|
| `--focus accessibility` | Accessibility | UX specialist | Compliance validation |
|
||
|
|
| `--focus testing` | Testing | QA specialist | Test strategy |
|
||
|
|
|
||
|
|
### 🛡️ Safety & Control Flags
|
||
|
|
| Flag | Purpose | Auto-Trigger | Safety Level |
|
||
|
|
|------|---------|--------------|--------------|
|
||
|
|
| `--safe-mode` | Maximum safety | Production ops | Maximum |
|
||
|
|
| `--validate` | Risk assessment | High-risk ops | High |
|
||
|
|
| `--backup` | Force backup | File modifications | Standard |
|
||
|
|
| `--dry-run` | Preview only | Manual testing | Preview |
|
||
|
|
| `--tests-required` | Mandate testing | Critical changes | Validation |
|
||
|
|
|
||
|
|
### 📋 Workflow & Task Flags
|
||
|
|
| Flag | Purpose | Auto-Trigger | Coordination |
|
||
|
|
|------|---------|--------------|--------------|
|
||
|
|
| `--task-manage` | Hierarchical organization | >3 steps | Phase-based |
|
||
|
|
| `--delegate [mode]` | Sub-task routing | >50 files | Intelligent routing |
|
||
|
|
| `--loop` | Iterative cycles | "improve" keywords | Quality cycles |
|
||
|
|
| `--iterations N` | Cycle count | Specific improvements | Controlled iteration |
|
||
|
|
| `--parallel` | Force concurrency | Independent ops | Performance |
|
||
|
|
|
||
|
|
## Advanced Flag Usage 🚀
|
||
|
|
|
||
|
|
### Context-Aware Flag Selection
|
||
|
|
|
||
|
|
**Adaptive Flagging Based on Project Type:**
|
||
|
|
|
||
|
|
**React/Frontend Projects:**
|
||
|
|
```bash
|
||
|
|
# Automatically optimized for React development
|
||
|
|
/sc:implement "user-dashboard"
|
||
|
|
# → Auto-flags: --magic --c7 --focus accessibility --orchestrate
|
||
|
|
|
||
|
|
# Manual optimization for specific needs
|
||
|
|
/sc:implement "dashboard" --magic --c7 --play --focus accessibility
|
||
|
|
# → UI generation + patterns + testing + accessibility validation
|
||
|
|
```
|
||
|
|
|
||
|
|
**Backend/API Projects:**
|
||
|
|
```bash
|
||
|
|
# Automatically optimized for backend development
|
||
|
|
/sc:implement "payment-api"
|
||
|
|
# → Auto-flags: --focus security --validate --c7 --seq
|
||
|
|
|
||
|
|
# Manual security-first approach
|
||
|
|
/sc:implement "api" --focus security --validate --backup --tests-required
|
||
|
|
# → Security analysis + validation + safety protocols
|
||
|
|
```
|
||
|
|
|
||
|
|
**Legacy Modernization:**
|
||
|
|
```bash
|
||
|
|
# Complex legacy work gets automatic coordination
|
||
|
|
/sc:improve legacy-monolith/
|
||
|
|
# → Auto-flags: --task-manage --serena --morph --think-hard --backup
|
||
|
|
|
||
|
|
# Manual control for specific modernization strategy
|
||
|
|
/sc:improve legacy/ --ultrathink --task-manage --serena --morph --safe-mode
|
||
|
|
# → Maximum analysis + coordination + transformation + safety
|
||
|
|
```
|
||
|
|
|
||
|
|
### Flag Precedence & Conflict Resolution
|
||
|
|
|
||
|
|
**Priority Hierarchy:**
|
||
|
|
1. **Safety First**: `--safe-mode` > `--validate` > optimization flags
|
||
|
|
2. **Explicit Override**: User flags > auto-detection
|
||
|
|
3. **Depth Hierarchy**: `--ultrathink` > `--think-hard` > `--think`
|
||
|
|
4. **MCP Control**: `--no-mcp` overrides all individual MCP flags
|
||
|
|
5. **Scope Precedence**: `system` > `project` > `module` > `file`
|
||
|
|
|
||
|
|
**Conflict Resolution Examples:**
|
||
|
|
```bash
|
||
|
|
# Safety overrides efficiency
|
||
|
|
/sc:implement "critical-feature" --uc --safe-mode
|
||
|
|
# → Result: Safe mode wins, auto-enables backup and validation
|
||
|
|
|
||
|
|
# Explicit scope overrides auto-detection
|
||
|
|
/sc:analyze large-project/ --scope file target.js
|
||
|
|
# → Result: Only analyzes target.js despite project size
|
||
|
|
|
||
|
|
# No-MCP overrides individual server flags
|
||
|
|
/sc:implement "feature" --magic --c7 --no-mcp
|
||
|
|
# → Result: No MCP servers used, native execution only
|
||
|
|
```
|
||
|
|
|
||
|
|
### Dynamic Flag Adaptation
|
||
|
|
|
||
|
|
**Resource-Responsive Flagging:**
|
||
|
|
```bash
|
||
|
|
# System automatically adapts based on available resources
|
||
|
|
/sc:analyze enterprise-codebase/
|
||
|
|
# → High resources: --all-mcp --parallel --think-hard
|
||
|
|
# → Medium resources: --c7 --seq --serena --think
|
||
|
|
# → Low resources: --no-mcp --uc --scope module
|
||
|
|
```
|
||
|
|
|
||
|
|
**Complexity-Driven Selection:**
|
||
|
|
```bash
|
||
|
|
# Flags scale with detected complexity
|
||
|
|
/sc:implement "simple helper function"
|
||
|
|
# → Auto-flags: minimal, fast execution
|
||
|
|
|
||
|
|
/sc:implement "microservices authentication"
|
||
|
|
# → Auto-flags: --ultrathink --all-mcp --task-manage --validate --orchestrate
|
||
|
|
```
|
||
|
|
|
||
|
|
### Expert Flag Patterns
|
||
|
|
|
||
|
|
**Security-First Development:**
|
||
|
|
```bash
|
||
|
|
# Progressive security validation
|
||
|
|
/sc:implement "auth-system" --focus security --validate --tests-required
|
||
|
|
/sc:review "payment-code" --focus security --think-hard --backup
|
||
|
|
/sc:analyze "user-data" --focus security --all-mcp --safe-mode
|
||
|
|
```
|
||
|
|
|
||
|
|
**Performance Optimization Workflow:**
|
||
|
|
```bash
|
||
|
|
# Systematic performance improvement
|
||
|
|
/sc:analyze --focus performance --think-hard --seq --play
|
||
|
|
/sc:improve --focus performance --morph --parallel --validate
|
||
|
|
/sc:test --focus performance --play --format json --export metrics.json
|
||
|
|
```
|
||
|
|
|
||
|
|
**Learning & Discovery Patterns:**
|
||
|
|
```bash
|
||
|
|
# Understanding complex systems
|
||
|
|
/sc:load new-codebase/ --introspect --brainstorm --serena
|
||
|
|
/sc:analyze architecture/ --introspect --think-hard --c7 --all-mcp
|
||
|
|
/sc:explain concepts/ --introspect --c7 --focus accessibility
|
||
|
|
```
|
||
|
|
|
||
|
|
## Flag Troubleshooting 🔧
|
||
|
|
|
||
|
|
### Common Issues & Solutions
|
||
|
|
|
||
|
|
**Flag Not Recognized:**
|
||
|
|
```bash
|
||
|
|
# Problem: Unknown flag error
|
||
|
|
/sc:analyze code/ --unknown-flag
|
||
|
|
|
||
|
|
# Solution: Check flag spelling and availability
|
||
|
|
SuperClaude --help flags
|
||
|
|
/sc:help --flags
|
||
|
|
```
|
||
|
|
|
||
|
|
**Conflicting Flags:**
|
||
|
|
```bash
|
||
|
|
# Problem: Contradictory flags
|
||
|
|
/sc:implement "feature" --all-mcp --no-mcp
|
||
|
|
|
||
|
|
# Solution: Use flag priority rules
|
||
|
|
# --no-mcp overrides --all-mcp (explicit override wins)
|
||
|
|
# Use: /sc:implement "feature" --no-mcp
|
||
|
|
```
|
||
|
|
|
||
|
|
**Resource Issues:**
|
||
|
|
```bash
|
||
|
|
# Problem: System overload with --all-mcp --ultrathink
|
||
|
|
/sc:analyze large-project/ --all-mcp --ultrathink
|
||
|
|
|
||
|
|
# Solution: Reduce resource usage
|
||
|
|
/sc:analyze large-project/ --c7 --seq --think --concurrency 2
|
||
|
|
# Or let auto-detection handle it: /sc:analyze large-project/
|
||
|
|
```
|
||
|
|
|
||
|
|
**MCP Server Connection Problems:**
|
||
|
|
```bash
|
||
|
|
# Problem: MCP flags not working
|
||
|
|
/sc:implement "dashboard" --magic # Magic server not responding
|
||
|
|
|
||
|
|
# Solutions:
|
||
|
|
# 1. Check MCP installation
|
||
|
|
SuperClaude install --list-components | grep mcp
|
||
|
|
|
||
|
|
# 2. Restart Claude Code session (MCP connections refresh)
|
||
|
|
# 3. Use fallback approach
|
||
|
|
/sc:implement "dashboard" --no-mcp # Native execution
|
||
|
|
|
||
|
|
# 4. Reinstall MCP servers
|
||
|
|
SuperClaude install --components mcp --force
|
||
|
|
```
|
||
|
|
|
||
|
|
**Performance Problems:**
|
||
|
|
```bash
|
||
|
|
# Problem: Slow execution with complex flags
|
||
|
|
/sc:analyze codebase/ --ultrathink --all-mcp --parallel
|
||
|
|
|
||
|
|
# Solutions:
|
||
|
|
# 1. Reduce complexity
|
||
|
|
/sc:analyze codebase/ --think --c7 --seq
|
||
|
|
|
||
|
|
# 2. Use scope limiting
|
||
|
|
/sc:analyze codebase/ --scope module --focus quality
|
||
|
|
|
||
|
|
# 3. Enable efficiency mode
|
||
|
|
/sc:analyze codebase/ --uc --concurrency 1
|
||
|
|
```
|
||
|
|
|
||
|
|
### Flag Debugging
|
||
|
|
|
||
|
|
**Check Auto-Activated Flags:**
|
||
|
|
```bash
|
||
|
|
# Add --verbose to see which flags were auto-activated
|
||
|
|
/sc:analyze project/ --verbose
|
||
|
|
# → Output shows: "Auto-activated: --think-hard, --serena, --orchestrate"
|
||
|
|
```
|
||
|
|
|
||
|
|
**Test Flag Combinations:**
|
||
|
|
```bash
|
||
|
|
# Use --dry-run to test flag effects without execution
|
||
|
|
/sc:improve code/ --task-manage --morph --dry-run
|
||
|
|
# → Shows planned execution without making changes
|
||
|
|
```
|
||
|
|
|
||
|
|
**Validate Flag Usage:**
|
||
|
|
```bash
|
||
|
|
# Check flag compatibility
|
||
|
|
SuperClaude validate-flags --think-hard --no-mcp --magic
|
||
|
|
# → Reports conflicts and suggests corrections
|
||
|
|
```
|
||
|
|
|
||
|
|
### Best Practices for Flag Usage
|
||
|
|
|
||
|
|
**Start Simple:**
|
||
|
|
1. **Trust Auto-Detection**: Let SuperClaude choose flags automatically
|
||
|
|
2. **Add Specific Flags**: Override only when you need specific behavior
|
||
|
|
3. **Use Common Patterns**: Start with proven flag combinations
|
||
|
|
4. **Monitor Performance**: Watch for resource usage and adjust accordingly
|
||
|
|
|
||
|
|
**Progressive Enhancement:**
|
||
|
|
```bash
|
||
|
|
# Week 1: Use commands without flags
|
||
|
|
/sc:analyze src/
|
||
|
|
/sc:implement "feature"
|
||
|
|
|
||
|
|
# Week 2: Add specific focus
|
||
|
|
/sc:analyze src/ --focus security
|
||
|
|
/sc:implement "feature" --magic
|
||
|
|
|
||
|
|
# Week 3: Combine for workflows
|
||
|
|
/sc:analyze src/ --focus security --think-hard
|
||
|
|
/sc:implement "feature" --magic --c7 --validate
|
||
|
|
|
||
|
|
# Month 2+: Advanced patterns
|
||
|
|
/sc:improve legacy/ --task-manage --serena --morph --safe-mode
|
||
|
|
```
|
||
|
|
|
||
|
|
**Flag Selection Strategy:**
|
||
|
|
1. **Purpose-First**: What do you want to achieve?
|
||
|
|
2. **Context-Aware**: Consider project type and complexity
|
||
|
|
3. **Resource-Conscious**: Monitor system load and adjust
|
||
|
|
4. **Safety-Minded**: Use validation flags for important changes
|
||
|
|
5. **Learning-Oriented**: Add `--introspect` when exploring
|
||
|
|
|
||
|
|
## Related Guides
|
||
|
|
|
||
|
|
**Learning Progression:**
|
||
|
|
|
||
|
|
**🌱 Essential (Week 1)**
|
||
|
|
- [Quick Start Guide](../Getting-Started/quick-start.md) - Experience auto-flagging naturally
|
||
|
|
- [Commands Reference](commands.md) - Commands automatically select optimal flags
|
||
|
|
- [Installation Guide](../Getting-Started/installation.md) - Flag system setup
|
||
|
|
|
||
|
|
**🌿 Intermediate (Week 2-3)**
|
||
|
|
- [Behavioral Modes](modes.md) - How flags activate behavioral modes
|
||
|
|
- [Agents Guide](agents.md) - Flag interaction with specialized agents
|
||
|
|
- [MCP Servers](mcp-servers.md) - MCP server activation flags
|
||
|
|
|
||
|
|
**🌲 Advanced (Month 2+)**
|
||
|
|
- [Session Management](session-management.md) - Long-term flag patterns
|
||
|
|
- [Best Practices](../Reference/best-practices.md) - Flag optimization strategies
|
||
|
|
- [Examples Cookbook](../Reference/examples-cookbook.md) - Real-world flag combinations
|
||
|
|
|
||
|
|
**🔧 Expert**
|
||
|
|
- [Technical Architecture](../Developer-Guide/technical-architecture.md) - Flag system implementation
|
||
|
|
- [Contributing Code](../Developer-Guide/contributing-code.md) - Extending flag capabilities
|
||
|
|
|
||
|
|
**Flag-Specific Learning Paths:**
|
||
|
|
|
||
|
|
**🎯 Focus Flags Mastery:**
|
||
|
|
- **Security**: `--focus security` → Security engineer activation
|
||
|
|
- **Performance**: `--focus performance` → Performance optimization patterns
|
||
|
|
- **Quality**: `--focus quality` → Code review and improvement workflows
|
||
|
|
|
||
|
|
**🧠 Analysis Depth Progression:**
|
||
|
|
- **Basic**: No flags → automatic detection
|
||
|
|
- **Structured**: `--think` → systematic analysis
|
||
|
|
- **Deep**: `--think-hard` → comprehensive investigation
|
||
|
|
- **Maximum**: `--ultrathink` → complete analytical capability
|
||
|
|
|
||
|
|
**🛠️ Tool Integration Journey:**
|
||
|
|
- **Single Tools**: `--c7`, `--magic` → specific capabilities
|
||
|
|
- **Combinations**: `--c7 --seq` → coordinated workflows
|
||
|
|
- **Full Suite**: `--all-mcp` → maximum capability
|
||
|
|
- **Optimization**: `--orchestrate` → intelligent coordination
|
||
|
|
|
||
|
|
**💡 Pro Tips:**
|
||
|
|
- **Start Without Flags**: Experience automatic optimization first
|
||
|
|
- **Add One at a Time**: Learn flag effects incrementally
|
||
|
|
- **Use `--introspect`**: Understand decision-making process
|
||
|
|
- **Monitor Resources**: Watch system load and adjust accordingly
|
||
|
|
- **Save Patterns**: Document successful flag combinations for reuse
|