mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-29 16:16:08 +00:00
feat: restore complete SuperClaude framework from commit d4a17fc
Comprehensive restoration of all agents, modes, MCP integrations, and documentation.
## 🤖 Agents Restored (20 total)
Added 17 new agent definitions to existing 3:
- backend-architect, business-panel-experts, deep-research-agent
- devops-architect, frontend-architect, learning-guide
- performance-engineer, pm-agent, python-expert
- quality-engineer, refactoring-expert, requirements-analyst
- root-cause-analyst, security-engineer, socratic-mentor
- system-architect, technical-writer
## 🎨 Behavioral Modes (7)
- MODE_Brainstorming - Multi-perspective ideation
- MODE_Business_Panel - Executive strategic analysis
- MODE_DeepResearch - Autonomous research
- MODE_Introspection - Meta-cognitive analysis
- MODE_Orchestration - Tool coordination
- MODE_Task_Management - Systematic organization
- MODE_Token_Efficiency - Context optimization
## 🔌 MCP Server Integration (8)
Documentation and configs for:
- Tavily (web search)
- Serena (session persistence)
- Sequential (token-efficient reasoning)
- Context7 (documentation lookup)
- Playwright (browser automation)
- Magic (UI components)
- Morphllm (model transformation)
- Chrome DevTools (performance)
## 📚 Core Documentation (6)
- PRINCIPLES.md, RULES.md, FLAGS.md
- RESEARCH_CONFIG.md
- BUSINESS_PANEL_EXAMPLES.md, BUSINESS_SYMBOLS.md
## 📖 Documentation Restored (152 files)
- User-Guide (en, jp, kr, zh) - 24 files
- Developer-Guide - 5 files
- Development docs - 10 files
- Reference docs - 10 files
- Getting-Started - 2 files
- Plus examples and templates
## 📦 Package Configuration
Updated pyproject.toml and MANIFEST.in to include:
- modes/**/*.md
- mcp/**/*.md, **/*.json
- core/**/*.md
- examples/**/*.md
- Comprehensive docs in distribution
## 📁 Directory Structure
plugins/superclaude/ and src/superclaude/:
- agents/ (20 files)
- modes/ (7 files)
- mcp/ (8 docs + 8 configs)
- core/ (6 files)
- examples/ (workflow examples)
docs/:
- 152 markdown files
- Multi-language support (en, jp, kr, zh)
- Comprehensive guides and references
## 📊 Statistics
- Commands: 30
- Agents: 20
- Modes: 7
- MCP Servers: 8
- Documentation Files: 152
- Total Resource Files: 200+
Created docs/reference/comprehensive-features.md with complete inventory.
Source: commit d4a17fc
Total changes: 150+ files added/modified
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
323
docs/Reference/advanced-patterns.md
Normal file
323
docs/Reference/advanced-patterns.md
Normal file
@@ -0,0 +1,323 @@
|
||||
# SuperClaude Advanced Patterns
|
||||
|
||||
**Advanced Context Usage Patterns**: Sophisticated combinations of commands, agents, and flags for experienced SuperClaude users working on complex projects.
|
||||
|
||||
**Remember**: SuperClaude provides context to Claude Code. All patterns here are about guiding Claude's behavior through context, not executing code or coordinating processes.
|
||||
|
||||
## Table of Contents
|
||||
|
||||
### Context Combination Patterns
|
||||
- [Multi-Agent Context Patterns](#multi-agent-context-patterns) - Combining multiple specialist contexts
|
||||
- [Command Sequencing Patterns](#command-sequencing-patterns) - Effective command combinations
|
||||
- [Flag Combination Strategies](#flag-combination-strategies) - Advanced flag usage
|
||||
|
||||
### Workflow Patterns
|
||||
- [Complex Project Patterns](#complex-project-patterns) - Large project approaches
|
||||
- [Migration Patterns](#migration-patterns) - Legacy system modernization
|
||||
- [Review and Audit Patterns](#review-and-audit-patterns) - Comprehensive analysis
|
||||
|
||||
## Multi-Agent Context Patterns
|
||||
|
||||
### Combining Specialist Contexts
|
||||
|
||||
**Security + Backend Pattern:**
|
||||
```bash
|
||||
# Security-focused backend development
|
||||
@agent-security "define authentication requirements"
|
||||
@agent-backend-architect "design API with security requirements"
|
||||
/sc:implement "secure API endpoints"
|
||||
|
||||
# What happens:
|
||||
# 1. Security context loaded first
|
||||
# 2. Backend context added
|
||||
# 3. Implementation guided by both contexts
|
||||
# Note: Contexts combine in Claude's understanding, not in execution
|
||||
```
|
||||
|
||||
**Frontend + UX + Accessibility Pattern:**
|
||||
```bash
|
||||
# Comprehensive frontend development
|
||||
@agent-frontend-architect "design component architecture"
|
||||
/sc:implement "accessible React components" --magic
|
||||
@agent-quality-engineer "review accessibility compliance"
|
||||
|
||||
# Context layering:
|
||||
# - Frontend patterns guide structure
|
||||
# - Magic MCP may provide UI components (if configured)
|
||||
# - Quality context ensures standards
|
||||
```
|
||||
|
||||
### Manual vs Automatic Agent Selection
|
||||
|
||||
**Explicit Control Pattern:**
|
||||
```bash
|
||||
# Manually control which contexts load
|
||||
@agent-python-expert "implement data pipeline"
|
||||
# Only Python context, no auto-activation
|
||||
|
||||
# vs Automatic selection
|
||||
/sc:implement "Python data pipeline"
|
||||
# May activate multiple agents based on keywords
|
||||
```
|
||||
|
||||
**Override Auto-Selection:**
|
||||
```bash
|
||||
# Prevent unwanted agent activation
|
||||
/sc:implement "simple utility" --no-mcp
|
||||
@agent-backend-architect "keep it simple"
|
||||
# Limits context to specified agent only
|
||||
```
|
||||
|
||||
## Command Sequencing Patterns
|
||||
|
||||
### Progressive Refinement Pattern
|
||||
|
||||
```bash
|
||||
# Start broad, then focus
|
||||
/sc:analyze project/
|
||||
# General analysis
|
||||
|
||||
/sc:analyze project/core/ --focus architecture
|
||||
# Focused on structure
|
||||
|
||||
/sc:analyze project/core/auth/ --focus security --think-hard
|
||||
# Deep security analysis
|
||||
|
||||
# Each command builds on previous context within the conversation
|
||||
```
|
||||
|
||||
### Discovery to Implementation Pattern
|
||||
|
||||
```bash
|
||||
# Complete feature development flow
|
||||
/sc:brainstorm "feature idea"
|
||||
# Explores requirements
|
||||
|
||||
/sc:design "feature architecture"
|
||||
# Creates structure
|
||||
|
||||
@agent-backend-architect "review design"
|
||||
# Expert review
|
||||
|
||||
/sc:implement "feature based on design"
|
||||
# Implementation follows design
|
||||
|
||||
/sc:test --validate
|
||||
# Verification approach
|
||||
```
|
||||
|
||||
### Iterative Improvement Pattern
|
||||
|
||||
```bash
|
||||
# Multiple improvement passes
|
||||
/sc:analyze code/ --focus quality
|
||||
# Identify issues
|
||||
|
||||
/sc:improve code/ --fix
|
||||
# First improvement pass
|
||||
|
||||
@agent-refactoring-expert "suggest further improvements"
|
||||
# Expert suggestions
|
||||
|
||||
/sc:improve code/ --fix --focus maintainability
|
||||
# Refined improvements
|
||||
```
|
||||
|
||||
## Flag Combination Strategies
|
||||
|
||||
### Analysis Depth Control
|
||||
|
||||
```bash
|
||||
# Quick overview
|
||||
/sc:analyze . --overview --uc
|
||||
# Fast, compressed output
|
||||
|
||||
# Standard analysis
|
||||
/sc:analyze . --think
|
||||
# Structured thinking
|
||||
|
||||
# Deep analysis
|
||||
/sc:analyze . --think-hard --verbose
|
||||
# Comprehensive analysis
|
||||
|
||||
# Maximum depth (use sparingly)
|
||||
/sc:analyze . --ultrathink
|
||||
# Exhaustive analysis
|
||||
```
|
||||
|
||||
### MCP Server Selection
|
||||
|
||||
```bash
|
||||
# Selective MCP usage
|
||||
/sc:implement "React component" --magic --c7
|
||||
# Only Magic and Context7 MCP
|
||||
|
||||
# Disable all MCP
|
||||
/sc:implement "simple function" --no-mcp
|
||||
# Pure Claude context only
|
||||
|
||||
# All available MCP
|
||||
/sc:analyze complex-system/ --all-mcp
|
||||
# Maximum tool availability (if configured)
|
||||
```
|
||||
|
||||
## Complex Project Patterns
|
||||
|
||||
### Large Codebase Analysis
|
||||
|
||||
```bash
|
||||
# Systematic exploration of large projects
|
||||
# Step 1: Structure understanding
|
||||
/sc:load project/
|
||||
/sc:analyze . --overview --focus architecture
|
||||
|
||||
# Step 2: Identify problem areas
|
||||
@agent-quality-engineer "identify high-risk modules"
|
||||
|
||||
# Step 3: Deep dive into specific areas
|
||||
/sc:analyze high-risk-module/ --think-hard --focus quality
|
||||
|
||||
# Step 4: Implementation plan
|
||||
/sc:workflow "improvement plan based on analysis"
|
||||
```
|
||||
|
||||
### Multi-Module Development
|
||||
|
||||
```bash
|
||||
# Developing interconnected modules
|
||||
# Frontend module
|
||||
/sc:implement "user interface module"
|
||||
@agent-frontend-architect "ensure consistency"
|
||||
|
||||
# Backend module
|
||||
/sc:implement "API module"
|
||||
@agent-backend-architect "ensure compatibility"
|
||||
|
||||
# Integration layer
|
||||
/sc:implement "frontend-backend integration"
|
||||
# Context from both previous implementations guides this
|
||||
```
|
||||
|
||||
### Cross-Technology Projects
|
||||
|
||||
```bash
|
||||
# Projects with multiple technologies
|
||||
# Python backend
|
||||
@agent-python-expert "implement FastAPI backend"
|
||||
|
||||
# React frontend
|
||||
@agent-frontend-architect "implement React frontend"
|
||||
|
||||
# DevOps setup
|
||||
@agent-devops-architect "create deployment configuration"
|
||||
|
||||
# Integration documentation
|
||||
/sc:document --type integration
|
||||
```
|
||||
|
||||
## Migration Patterns
|
||||
|
||||
### Legacy System Analysis
|
||||
|
||||
```bash
|
||||
# Understanding legacy systems
|
||||
/sc:load legacy-system/
|
||||
/sc:analyze . --focus architecture --verbose
|
||||
|
||||
@agent-refactoring-expert "identify modernization opportunities"
|
||||
@agent-system-architect "propose migration strategy"
|
||||
|
||||
/sc:workflow "create migration plan"
|
||||
```
|
||||
|
||||
### Incremental Migration
|
||||
|
||||
```bash
|
||||
# Step-by-step migration approach
|
||||
# Phase 1: Analysis
|
||||
/sc:analyze legacy-module/ --comprehensive
|
||||
|
||||
# Phase 2: Design new architecture
|
||||
@agent-system-architect "design modern replacement"
|
||||
|
||||
# Phase 3: Implementation
|
||||
/sc:implement "modern module with compatibility layer"
|
||||
|
||||
# Phase 4: Validation
|
||||
/sc:test --focus compatibility
|
||||
```
|
||||
|
||||
## Review and Audit Patterns
|
||||
|
||||
### Security Audit Pattern
|
||||
|
||||
```bash
|
||||
# Comprehensive security review
|
||||
/sc:analyze . --focus security --think-hard
|
||||
@agent-security "review authentication and authorization"
|
||||
@agent-security "check for OWASP vulnerabilities"
|
||||
/sc:document --type security-audit
|
||||
```
|
||||
|
||||
### Code Quality Review
|
||||
|
||||
```bash
|
||||
# Multi-aspect quality review
|
||||
/sc:analyze src/ --focus quality
|
||||
@agent-quality-engineer "review test coverage"
|
||||
@agent-refactoring-expert "identify code smells"
|
||||
/sc:improve --fix --preview
|
||||
```
|
||||
|
||||
### Architecture Review
|
||||
|
||||
```bash
|
||||
# System architecture assessment
|
||||
@agent-system-architect "review current architecture"
|
||||
/sc:analyze . --focus architecture --think-hard
|
||||
@agent-performance-engineer "identify bottlenecks"
|
||||
/sc:design "optimization recommendations"
|
||||
```
|
||||
|
||||
## Important Clarifications
|
||||
|
||||
### What These Patterns Actually Do
|
||||
|
||||
- ✅ **Guide Claude's Thinking**: Provide structured approaches
|
||||
- ✅ **Combine Contexts**: Layer multiple expertise areas
|
||||
- ✅ **Improve Output Quality**: Better code generation through better context
|
||||
- ✅ **Structure Workflows**: Organize complex tasks
|
||||
|
||||
### What These Patterns Don't Do
|
||||
|
||||
- ❌ **Execute in Parallel**: Everything is sequential context loading
|
||||
- ❌ **Coordinate Processes**: No actual process coordination
|
||||
- ❌ **Optimize Performance**: No code runs, so no performance impact
|
||||
- ❌ **Persist Between Sessions**: Each conversation is independent
|
||||
|
||||
## Best Practices for Advanced Usage
|
||||
|
||||
### Context Management
|
||||
|
||||
1. **Layer Deliberately**: Add contexts in logical order
|
||||
2. **Avoid Overload**: Too many agents can dilute focus
|
||||
3. **Use Manual Control**: Override auto-activation when needed
|
||||
4. **Maintain Conversation Flow**: Keep related work in same conversation
|
||||
|
||||
### Command Efficiency
|
||||
|
||||
1. **Progress Logically**: Broad → Specific → Implementation
|
||||
2. **Reuse Context**: Later commands benefit from earlier context
|
||||
3. **Document Decisions**: Use `/sc:save` for important summaries
|
||||
4. **Scope Appropriately**: Focus on manageable chunks
|
||||
|
||||
### Flag Usage
|
||||
|
||||
1. **Match Task Complexity**: Simple tasks don't need `--ultrathink`
|
||||
2. **Control Output**: Use `--uc` for concise results
|
||||
3. **Manage MCP**: Only activate needed servers
|
||||
4. **Avoid Conflicts**: Don't use contradictory flags
|
||||
|
||||
## Summary
|
||||
|
||||
Advanced SuperClaude patterns are about sophisticated context management and command sequencing. They help Claude Code generate better outputs by providing richer, more structured context. Remember: all "coordination" and "optimization" happens in how Claude interprets the context, not in any actual execution or parallel processing.
|
||||
Reference in New Issue
Block a user