mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-18 02:06:36 +00:00
* fix(orchestration): add WebFetch auto-trigger for infrastructure configuration Problem: Infrastructure configuration changes (e.g., Traefik port settings) were being made based on assumptions without consulting official documentation, violating the 'Evidence > assumptions' principle in PRINCIPLES.md. Solution: - Added Infrastructure Configuration Validation section to MODE_Orchestration.md - Auto-triggers WebFetch for infrastructure tools (Traefik, nginx, Docker, etc.) - Enforces MODE_DeepResearch activation for investigation - BLOCKS assumption-based configuration changes Testing: Verified WebFetch successfully retrieves Traefik official docs (port 80 default) This prevents production outages from infrastructure misconfiguration by ensuring all technical recommendations are backed by official documentation. * feat: Add PM Agent (Project Manager Agent) for seamless orchestration Introduces PM Agent as the default orchestration layer that coordinates all sub-agents and manages workflows automatically. Key Features: - Default orchestration: All user interactions handled by PM Agent - Auto-delegation: Intelligent sub-agent selection based on task analysis - Docker Gateway integration: Zero-token baseline with dynamic MCP loading - Self-improvement loop: Automatic documentation of patterns and mistakes - Optional override: Users can specify sub-agents explicitly if desired Architecture: - Agent spec: SuperClaude/Agents/pm-agent.md - Command: SuperClaude/Commands/pm.md - Updated docs: README.md (15→16 agents), agents.md (new Orchestration category) User Experience: - Default: PM Agent handles everything (seamless, no manual routing) - Optional: Explicit --agent flag for direct sub-agent access - Both modes available simultaneously (no user downside) Implementation Status: - ✅ Specification complete - ✅ Documentation complete - ⏳ Prototype implementation needed - ⏳ Docker Gateway integration needed - ⏳ Testing and validation needed Refs: kazukinakai/docker-mcp-gateway (IRIS MCP Gateway integration) * feat: Add Agent Orchestration rules for PM Agent default activation Implements PM Agent as the default orchestration layer in RULES.md. Key Changes: - New 'Agent Orchestration' section (CRITICAL priority) - PM Agent receives ALL user requests by default - Manual override with @agent-[name] bypasses PM Agent - Agent Selection Priority clearly defined: 1. Manual override → Direct routing 2. Default → PM Agent → Auto-delegation 3. Delegation based on keywords, file types, complexity, context User Experience: - Default: PM Agent handles everything (seamless) - Override: @agent-[name] for direct specialist access - Transparent: PM Agent reports delegation decisions This establishes PM Agent as the orchestration layer while respecting existing auto-activation patterns and manual overrides. Next Steps: - Local testing in agiletec project - Iteration based on actual behavior - Documentation updates as needed * refactor(pm-agent): redesign as self-improvement meta-layer Problem Resolution: PM Agent's initial design competed with existing auto-activation for task routing, creating confusion about orchestration responsibilities and adding unnecessary complexity. Design Change: Redefined PM Agent as a meta-layer agent that operates AFTER specialist agents complete tasks, focusing on: - Post-implementation documentation and pattern recording - Immediate mistake analysis with prevention checklists - Monthly documentation maintenance and noise reduction - Pattern extraction and knowledge synthesis Two-Layer Orchestration System: 1. Task Execution Layer: Existing auto-activation handles task routing (unchanged) 2. Self-Improvement Layer: PM Agent meta-layer handles documentation (new) Files Modified: - SuperClaude/Agents/pm-agent.md: Complete rewrite with meta-layer design - Category: orchestration → meta - Triggers: All user interactions → Post-implementation, mistakes, monthly - Behavioral Mindset: Continuous learning system - Self-Improvement Workflow: BEFORE/DURING/AFTER/MISTAKE RECOVERY/MAINTENANCE - SuperClaude/Core/RULES.md: Agent Orchestration section updated - Split into Task Execution Layer + Self-Improvement Layer - Added orchestration flow diagram - Clarified PM Agent activates AFTER task completion - README.md: Updated PM Agent description - "orchestrates all interactions" → "ensures continuous learning" - Docs/User-Guide/agents.md: PM Agent section rewritten - Section: Orchestration Agent → Meta-Layer Agent - Expertise: Project orchestration → Self-improvement workflow executor - Examples: Task coordination → Post-implementation documentation - PR_DOCUMENTATION.md: Comprehensive PR documentation added - Summary, motivation, changes, testing, breaking changes - Two-layer orchestration system diagram - Verification checklist Integration Validated: Tested with agiletec project's self-improvement-workflow.md: ✅ PM Agent aligns with existing BEFORE/DURING/AFTER/MISTAKE RECOVERY phases ✅ Complements (not competes with) existing workflow ✅ agiletec workflow defines WHAT, PM Agent defines WHO executes it Breaking Changes: None - Existing auto-activation continues unchanged - Specialist agents unaffected - User workflows remain the same - New capability: Automatic documentation and knowledge maintenance Value Proposition: Transforms SuperClaude into a continuously learning system that accumulates knowledge, prevents recurring mistakes, and maintains fresh documentation without manual intervention. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * docs: add Claude Code conversation history management research Research covering .jsonl file structure, performance impact, and retention policies. Content: - Claude Code .jsonl file format and message types - Performance issues from GitHub (memory leaks, conversation compaction) - Retention policies (consumer vs enterprise) - Rotation recommendations based on actual data - File history snapshot tracking mechanics Source: Moved from agiletec project (research applicable to all Claude Code projects) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: add Development documentation structure Phase 1: Documentation Structure complete - Add Docs/Development/ directory for development documentation - Add ARCHITECTURE.md - System architecture with PM Agent meta-layer - Add ROADMAP.md - 5-phase development plan with checkboxes - Add TASKS.md - Daily task tracking with progress indicators - Add PROJECT_STATUS.md - Current status dashboard and metrics - Add pm-agent-integration.md - Implementation guide for PM Agent mode This establishes comprehensive documentation foundation for: - System architecture understanding - Development planning and tracking - Implementation guidance - Progress visibility Related: #pm-agent-mode #documentation #phase-1 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: PM Agent session lifecycle and PDCA implementation Phase 2: PM Agent Mode Integration (Design Phase) Commands/pm.md updates: - Add "Always-Active Foundation Layer" concept - Add Session Lifecycle (Session Start/During Work/Session End) - Add PDCA Cycle (Plan/Do/Check/Act) automation - Add Serena MCP Memory Integration (list/read/write_memory) - Document auto-activation triggers Agents/pm-agent.md updates: - Add Session Start Protocol (MANDATORY auto-activation) - Add During Work PDCA Cycle with example workflows - Add Session End Protocol with state preservation - Add PDCA Self-Evaluation Pattern - Add Documentation Strategy (temp → patterns/mistakes) - Add Memory Operations Reference Key Features: - Session start auto-activation for context restoration - 30-minute checkpoint saves during work - Self-evaluation with think_about_* operations - Systematic documentation lifecycle - Knowledge evolution to CLAUDE.md Implementation Status: - ✅ Design complete (Commands/pm.md, Agents/pm-agent.md) - ⏳ Implementation pending (Core components) - ⏳ Serena MCP integration pending Salvaged from mistaken development in ~/.claude directory Related: #pm-agent-mode #session-lifecycle #pdca-cycle #phase-2 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * fix: disable Serena MCP auto-browser launch Disable web dashboard and GUI log window auto-launch in Serena MCP server to prevent intrusive browser popups on startup. Users can still manually access the dashboard at http://localhost:24282/dashboard/ if needed. Changes: - Add CLI flags to Serena run command: - --enable-web-dashboard false - --enable-gui-log-window false - Ensures Git-tracked configuration (no reliance on ~/.serena/serena_config.yml) - Aligns with AIRIS MCP Gateway integration approach 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: rename directories to lowercase for PEP8 compliance - Rename superclaude/Agents -> superclaude/agents - Rename superclaude/Commands -> superclaude/commands - Rename superclaude/Core -> superclaude/core - Rename superclaude/Examples -> superclaude/examples - Rename superclaude/MCP -> superclaude/mcp - Rename superclaude/Modes -> superclaude/modes This change follows Python PEP8 naming conventions for package directories. * style: fix PEP8 violations and update package name to lowercase Changes: - Format all Python files with black (43 files reformatted) - Update package name from 'SuperClaude' to 'superclaude' in pyproject.toml - Fix import statements to use lowercase package name - Add missing imports (timedelta, __version__) - Remove old SuperClaude.egg-info directory PEP8 violations reduced from 2672 to 701 (mostly E501 line length due to black's 88 char vs flake8's 79 char limit). * docs: add PM Agent development documentation Add comprehensive PM Agent development documentation: - PM Agent ideal workflow (7-phase autonomous cycle) - Project structure understanding (Git vs installed environment) - Installation flow understanding (CommandsComponent behavior) - Task management system (current-tasks.md) Purpose: Eliminate repeated explanations and enable autonomous PDCA cycles 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * feat(pm-agent): add self-correcting execution and warning investigation culture ## Changes ### superclaude/commands/pm.md - Add "Self-Correcting Execution" section with root cause analysis protocol - Add "Warning/Error Investigation Culture" section enforcing zero-tolerance for dismissal - Define error detection protocol: STOP → Investigate → Hypothesis → Different Solution → Execute - Document anti-patterns (retry without understanding) and correct patterns (research-first) ### docs/Development/hypothesis-pm-autonomous-enhancement-2025-10-14.md - Add PDCA workflow hypothesis document for PM Agent autonomous enhancement ## Rationale PM Agent must never retry failed operations without understanding root causes. All warnings and errors require investigation via context7/WebFetch/documentation to ensure production-quality code and prevent technical debt accumulation. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * feat(installer): add airis-mcp-gateway MCP server option ## Changes - Add airis-mcp-gateway to MCP server options in installer - Configuration: GitHub-based installation via uvx - Repository: https://github.com/oraios/airis-mcp-gateway - Purpose: Dynamic MCP Gateway for zero-token baseline and on-demand tool loading ## Implementation Added to setup/components/mcp.py self.mcp_servers dictionary with: - install_method: github - install_command: uvx test installation - run_command: uvx runtime execution - required: False (optional server) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: kazuki <kazuki@kazukinoMacBook-Air.local> Co-authored-by: Claude <noreply@anthropic.com>
367 lines
16 KiB
Markdown
367 lines
16 KiB
Markdown
# SuperClaude Commands Guide
|
|
|
|
SuperClaude provides 25 commands for Claude Code: `/sc:*` commands for workflows and `@agent-*` for specialists.
|
|
|
|
## Command Types
|
|
|
|
| Type | Where Used | Format | Example |
|
|
|------|------------|--------|---------|
|
|
| **Slash Commands** | Claude Code | `/sc:[command]` | `/sc:implement "feature"` |
|
|
| **Agents** | Claude Code | `@agent-[name]` | `@agent-security "review"` |
|
|
| **Installation** | Terminal | `SuperClaude [command]` | `SuperClaude install` |
|
|
|
|
## Quick Test
|
|
```bash
|
|
# Terminal: Verify installation
|
|
python3 -m SuperClaude --version
|
|
# Claude Code CLI verification: claude --version
|
|
|
|
# Claude Code: Test commands
|
|
/sc:brainstorm "test project" # Should ask discovery questions
|
|
/sc:analyze README.md # Should provide analysis
|
|
```
|
|
|
|
**Workflow**: `/sc:brainstorm "idea"` → `/sc:implement "feature"` → `/sc:test`
|
|
|
|
## 🎯 Understanding SuperClaude Commands
|
|
|
|
## How SuperClaude Works
|
|
|
|
SuperClaude provides behavioral context files that Claude Code reads to adopt specialized behaviors. When you type `/sc:implement`, Claude Code reads the `implement.md` context file and follows its behavioral instructions.
|
|
|
|
**SuperClaude commands are NOT executed by software** - they are context triggers that modify Claude Code's behavior through reading specialized instruction files from the framework.
|
|
|
|
### Command Types:
|
|
- **Slash Commands** (`/sc:*`): Trigger workflow patterns and behavioral modes
|
|
- **Agent Invocations** (`@agent-*`): Manually activate specific domain specialists
|
|
- **Flags** (`--think`, `--safe-mode`): Modify command behavior and depth
|
|
|
|
### The Context Mechanism:
|
|
1. **User Input**: You type `/sc:implement "auth system"`
|
|
2. **Context Loading**: Claude Code reads `~/.claude/superclaude/Commands/implement.md`
|
|
3. **Behavior Adoption**: Claude applies domain expertise, tool selection, and validation patterns
|
|
4. **Enhanced Output**: Structured implementation with security considerations and best practices
|
|
|
|
**Key Point**: This creates sophisticated development workflows through context management rather than traditional software execution.
|
|
|
|
### Installation vs Usage Commands
|
|
|
|
**🖥️ Terminal Commands** (Actual CLI software):
|
|
- `SuperClaude install` - Installs the framework components
|
|
- `SuperClaude update` - Updates existing installation
|
|
- `SuperClaude uninstall` - Removes framework installation
|
|
- `python3 -m SuperClaude --version` - Check installation status
|
|
|
|
**💬 Claude Code Commands** (Context triggers):
|
|
- `/sc:brainstorm` - Activates requirements discovery context
|
|
- `/sc:implement` - Activates feature development context
|
|
- `@agent-security` - Activates security specialist context
|
|
- All commands work inside Claude Code chat interface only
|
|
|
|
|
|
> **Quick Start**: Try `/sc:brainstorm "your project idea"` → `/sc:implement "feature name"` → `/sc:test` to experience the core workflow.
|
|
|
|
## 🧪 Testing Your Setup
|
|
|
|
### 🖥️ Terminal Verification (Run in Terminal/CMD)
|
|
```bash
|
|
# Verify SuperClaude is working (primary method)
|
|
python3 -m SuperClaude --version
|
|
# Example output: SuperClaude 4.1.5
|
|
|
|
# Claude Code CLI version check
|
|
claude --version
|
|
|
|
# Check installed components
|
|
python3 -m SuperClaude install --list-components | grep mcp
|
|
# Example output: Shows installed MCP components
|
|
```
|
|
|
|
### 💬 Claude Code Testing (Type in Claude Code Chat)
|
|
```
|
|
# Test basic /sc: command
|
|
/sc:brainstorm "test project"
|
|
# Example behavior: Interactive requirements discovery starts
|
|
|
|
# Test command help
|
|
/sc:help
|
|
# Example behavior: List of available commands
|
|
```
|
|
|
|
**If tests fail**: Check [Installation Guide](../Getting-Started/installation.md) or [Troubleshooting](#troubleshooting)
|
|
|
|
### 📝 Command Quick Reference
|
|
|
|
| Command Type | Where to Run | Format | Purpose | Example |
|
|
|-------------|--------------|--------|---------|----------|
|
|
| **🖥️ Installation** | Terminal/CMD | `SuperClaude [command]` | Setup and maintenance | `SuperClaude install` |
|
|
| **🔧 Configuration** | Terminal/CMD | `python3 -m SuperClaude [command]` | Advanced configuration | `python3 -m SuperClaude --version` |
|
|
| **💬 Slash Commands** | Claude Code | `/sc:[command]` | Workflow automation | `/sc:implement "feature"` |
|
|
| **🤖 Agent Invocation** | Claude Code | `@agent-[name]` | Manual specialist activation | `@agent-security "review"` |
|
|
| **⚡ Enhanced Flags** | Claude Code | `/sc:[command] --flags` | Behavior modification | `/sc:analyze --think-hard` |
|
|
|
|
> **Remember**: All `/sc:` commands and `@agent-` invocations work inside Claude Code chat, not your terminal. They trigger Claude Code to read specific context files from the SuperClaude framework.
|
|
|
|
## Table of Contents
|
|
|
|
- [Essential Commands](#essential-commands) - Start here (8 core commands)
|
|
- [Common Workflows](#common-workflows) - Command combinations that work
|
|
- [Full Command Reference](#full-command-reference) - All 25 commands organized by category
|
|
- [Troubleshooting](#troubleshooting) - Common issues and solutions
|
|
- [Command Index](#command-index) - Find commands by category
|
|
|
|
---
|
|
|
|
## Essential Commands
|
|
|
|
**Core workflow commands for immediate productivity:**
|
|
|
|
### `/sc:brainstorm` - Project Discovery
|
|
**Purpose**: Interactive requirements discovery and project planning
|
|
**Syntax**: `/sc:brainstorm "your idea"` `[--strategy systematic|creative]`
|
|
|
|
**Use Cases**:
|
|
- New project planning: `/sc:brainstorm "e-commerce platform"`
|
|
- Feature exploration: `/sc:brainstorm "user authentication system"`
|
|
- Problem solving: `/sc:brainstorm "slow database queries"`
|
|
|
|
### `/sc:help` - Command Reference
|
|
**Purpose**: Displays a list of all available `/sc` commands and their descriptions.
|
|
**Syntax**: `/sc:help`
|
|
|
|
**Use Cases**:
|
|
- Discovering available commands: `/sc:help`
|
|
- Getting a quick reminder of command names: `/sc:help`
|
|
|
|
### `/sc:research` - Deep Research Command
|
|
**Purpose**: Comprehensive web research with adaptive planning and intelligent search
|
|
**Syntax**: `/sc:research "[query]"` `[--depth quick|standard|deep|exhaustive] [--strategy planning|intent|unified]`
|
|
|
|
**Use Cases**:
|
|
- Technical research: `/sc:research "latest React 19 features" --depth deep`
|
|
- Market analysis: `/sc:research "AI coding assistant landscape 2024" --strategy unified`
|
|
- Academic investigation: `/sc:research "quantum computing breakthroughs" --depth exhaustive`
|
|
- Current events: `/sc:research "latest AI developments 2024"`
|
|
|
|
**Key Capabilities**:
|
|
- **6-Phase Workflow**: Understand → Plan → TodoWrite → Execute → Track → Validate
|
|
- **Adaptive Depth**: Quick (basic search), Standard (extended), Deep (comprehensive), Exhaustive (maximum depth)
|
|
- **Planning Strategies**: Planning (direct), Intent (clarify first), Unified (collaborative)
|
|
- **Parallel Execution**: Default parallel searches and extractions
|
|
- **Evidence Management**: Clear citations with relevance scoring
|
|
- **Output Standards**: Reports saved to `claudedocs/research_[topic]_[timestamp].md`
|
|
|
|
### `/sc:implement` - Feature Development
|
|
**Purpose**: Full-stack feature implementation with intelligent specialist routing
|
|
**Syntax**: `/sc:implement "feature description"` `[--type frontend|backend|fullstack] [--focus security|performance]`
|
|
|
|
**Use Cases**:
|
|
- Authentication: `/sc:implement "JWT login system"`
|
|
- UI components: `/sc:implement "responsive dashboard"`
|
|
- APIs: `/sc:implement "REST user endpoints"`
|
|
- Database: `/sc:implement "user schema with relationships"`
|
|
|
|
### `/sc:analyze` - Code Assessment
|
|
**Purpose**: Comprehensive code analysis across quality, security, and performance
|
|
**Syntax**: `/sc:analyze [path]` `[--focus quality|security|performance|architecture]`
|
|
|
|
**Use Cases**:
|
|
- Project health: `/sc:analyze .`
|
|
- Security audit: `/sc:analyze --focus security`
|
|
- Performance review: `/sc:analyze --focus performance`
|
|
|
|
### `/sc:business-panel` - Strategic Business Analysis
|
|
**Purpose**: Multi-expert business strategy analysis with 9 renowned thought leaders
|
|
**Syntax**: `/sc:business-panel "content"` `[--mode discussion|debate|socratic] [--experts "name1,name2"]`
|
|
|
|
**Use Cases**:
|
|
- Strategy evaluation: `/sc:business-panel "our go-to-market strategy"`
|
|
- Competitive analysis: `/sc:business-panel @competitor_analysis.pdf --mode debate`
|
|
- Innovation assessment: `/sc:business-panel "AI product idea" --experts "christensen,drucker"`
|
|
- Strategic learning: `/sc:business-panel "competitive strategy" --mode socratic`
|
|
|
|
**Expert Panel**: Christensen, Porter, Drucker, Godin, Kim/Mauborgne, Collins, Taleb, Meadows, Doumont
|
|
|
|
### `/sc:spec-panel` - Expert Specification Review
|
|
**Purpose**: Multi-expert specification review and improvement using renowned specification and software engineering experts
|
|
**Syntax**: `/sc:spec-panel [content|@file]` `[--mode discussion|critique|socratic] [--focus requirements|architecture|testing|compliance]`
|
|
|
|
**Use Cases**:
|
|
- Specification review: `/sc:spec-panel @api_spec.yml --mode critique --focus requirements,architecture`
|
|
- Requirements workshop: `/sc:spec-panel "user story content" --mode discussion`
|
|
- Architecture validation: `/sc:spec-panel @microservice.spec.yml --mode socratic --focus architecture`
|
|
- Compliance review: `/sc:spec-panel @security_requirements.yml --focus compliance`
|
|
- Iterative improvement: `/sc:spec-panel @complex_system.spec.yml --iterations 3`
|
|
|
|
**Expert Panel**: Wiegers, Adzic, Cockburn, Fowler, Nygard, Newman, Hohpe, Crispin, Gregory, Hightower
|
|
|
|
### `/sc:troubleshoot` - Problem Diagnosis
|
|
**Purpose**: Systematic issue diagnosis with root cause analysis
|
|
**Syntax**: `/sc:troubleshoot "issue description"` `[--type build|runtime|performance]`
|
|
|
|
**Use Cases**:
|
|
- Runtime errors: `/sc:troubleshoot "500 error on login"`
|
|
- Build failures: `/sc:troubleshoot --type build`
|
|
- Performance problems: `/sc:troubleshoot "slow page load"`
|
|
|
|
### `/sc:test` - Quality Assurance
|
|
**Purpose**: Comprehensive testing with coverage analysis
|
|
**Syntax**: `/sc:test` `[--type unit|integration|e2e] [--coverage] [--fix]`
|
|
|
|
**Use Cases**:
|
|
- Full test suite: `/sc:test --coverage`
|
|
- Unit testing: `/sc:test --type unit --watch`
|
|
- E2E validation: `/sc:test --type e2e`
|
|
|
|
### `/sc:improve` - Code Enhancement
|
|
**Purpose**: Apply systematic code improvements and optimizations
|
|
**Syntax**: `/sc:improve [path]` `[--type performance|quality|security] [--preview]`
|
|
|
|
**Use Cases**:
|
|
- General improvements: `/sc:improve src/`
|
|
- Performance optimization: `/sc:improve --type performance`
|
|
- Security hardening: `/sc:improve --type security`
|
|
|
|
### `/sc:document` - Documentation Generation
|
|
**Purpose**: Generate comprehensive documentation for code and APIs
|
|
**Syntax**: `/sc:document [path]` `[--type api|user-guide|technical] [--format markdown|html]`
|
|
|
|
**Use Cases**:
|
|
- API docs: `/sc:document --type api`
|
|
- User guides: `/sc:document --type user-guide`
|
|
- Technical docs: `/sc:document --type technical`
|
|
|
|
### `/sc:workflow` - Implementation Planning
|
|
**Purpose**: Generate structured implementation plans from requirements
|
|
**Syntax**: `/sc:workflow "feature description"` `[--strategy agile|waterfall] [--format markdown]`
|
|
|
|
**Use Cases**:
|
|
- Feature planning: `/sc:workflow "user authentication"`
|
|
- Sprint planning: `/sc:workflow --strategy agile`
|
|
- Architecture planning: `/sc:workflow "microservices migration"`
|
|
|
|
---
|
|
|
|
## Common Workflows
|
|
|
|
**Proven command combinations:**
|
|
|
|
### New Project Setup
|
|
```bash
|
|
/sc:brainstorm "project concept" # Define requirements
|
|
/sc:design "system architecture" # Create technical design
|
|
/sc:workflow "implementation plan" # Generate development roadmap
|
|
```
|
|
|
|
### Feature Development
|
|
```bash
|
|
/sc:implement "feature name" # Build the feature
|
|
/sc:test --coverage # Validate with tests
|
|
/sc:document --type api # Generate documentation
|
|
```
|
|
|
|
### Code Quality Improvement
|
|
```bash
|
|
/sc:analyze --focus quality # Assess current state
|
|
/sc:improve --preview # Preview improvements
|
|
/sc:test --coverage # Validate changes
|
|
```
|
|
|
|
### Bug Investigation
|
|
```bash
|
|
/sc:troubleshoot "issue description" # Diagnose the problem
|
|
/sc:analyze --focus problem-area # Deep analysis
|
|
/sc:improve --fix --safe-mode # Apply targeted fixes
|
|
```
|
|
|
|
### Specification Development
|
|
```bash
|
|
/sc:spec-panel @existing_spec.yml --mode critique # Expert review
|
|
/sc:spec-panel @improved_spec.yml --iterations 2 # Iterative refinement
|
|
/sc:document --type technical # Generate documentation
|
|
```
|
|
|
|
## Full Command Reference
|
|
|
|
### Development Commands
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **workflow** | Implementation planning | Project roadmaps, sprint planning |
|
|
| **implement** | Feature development | Full-stack features, API development |
|
|
| **build** | Project compilation | CI/CD, production builds |
|
|
| **design** | System architecture | API specs, database schemas |
|
|
|
|
### Analysis Commands
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **analyze** | Code assessment | Quality audits, security reviews |
|
|
| **research** | Web research with intelligent search | Technical research, current events, market analysis |
|
|
| **business-panel** | Strategic analysis | Business decisions, competitive assessment |
|
|
| **spec-panel** | Specification review | Requirements validation, architecture analysis |
|
|
| **troubleshoot** | Problem diagnosis | Bug investigation, performance issues |
|
|
| **explain** | Code explanation | Learning, code reviews |
|
|
|
|
### Quality Commands
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **improve** | Code enhancement | Performance optimization, refactoring |
|
|
| **cleanup** | Technical debt | Dead code removal, organization |
|
|
| **test** | Quality assurance | Test automation, coverage analysis |
|
|
| **document** | Documentation | API docs, user guides |
|
|
|
|
### Project Management
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **estimate** | Project estimation | Timeline planning, resource allocation |
|
|
| **task** | Task management | Complex workflows, task tracking |
|
|
| **spawn** | Meta-orchestration | Large-scale projects, parallel execution |
|
|
|
|
### Utility Commands
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **help** | List all commands | Discovering available commands |
|
|
| **git** | Version control | Commit management, branch strategies |
|
|
| **index** | Command discovery | Exploring capabilities, finding commands |
|
|
|
|
### Session Commands
|
|
| Command | Purpose | Best For |
|
|
|---------|---------|----------|
|
|
| **load** | Context loading | Session initialization, project onboarding |
|
|
| **save** | Session persistence | Checkpointing, context preservation |
|
|
| **reflect** | Task validation | Progress assessment, completion validation |
|
|
| **select-tool** | Tool optimization | Performance optimization, tool selection |
|
|
|
|
---
|
|
|
|
## Command Index
|
|
|
|
**By Function:**
|
|
- **Planning**: brainstorm, design, workflow, estimate
|
|
- **Development**: implement, build, git
|
|
- **Analysis**: analyze, business-panel, spec-panel, troubleshoot, explain
|
|
- **Quality**: improve, cleanup, test, document
|
|
- **Management**: task, spawn, load, save, reflect
|
|
- **Utility**: help, index, select-tool
|
|
|
|
**By Complexity:**
|
|
- **Beginner**: brainstorm, implement, analyze, test, help
|
|
- **Intermediate**: workflow, design, business-panel, spec-panel, improve, document
|
|
- **Advanced**: spawn, task, select-tool, reflect
|
|
|
|
## Troubleshooting
|
|
|
|
**Command Issues:**
|
|
- **Command not found**: Verify installation: `python3 -m SuperClaude --version`
|
|
- **No response**: Restart Claude Code session
|
|
- **Processing delays**: Use `--no-mcp` to test without MCP servers
|
|
|
|
**Quick Fixes:**
|
|
- Reset session: `/sc:load` to reinitialize
|
|
- Check status: `SuperClaude install --list-components`
|
|
- Get help: [Troubleshooting Guide](../Reference/troubleshooting.md)
|
|
|
|
## Next Steps
|
|
|
|
- [Flags Guide](flags.md) - Control command behavior
|
|
- [Agents Guide](agents.md) - Specialist activation
|
|
- [Examples Cookbook](../Reference/examples-cookbook.md) - Real usage patterns |