* refactor(docs): rename directories to lowercase for PEP8 compliance - Developer-Guide → developer-guide - Getting-Started → getting-started - Reference → reference - Templates → templates - User-Guide → user-guide - User-Guide-jp → user-guide-jp - User-Guide-kr → user-guide-kr - User-Guide-zh → user-guide-zh This change aligns with Python PEP8 package naming conventions. All 43 files affected. * refactor: rename root documentation files to lowercase - CHANGELOG.md → changelog.md - CODE_OF_CONDUCT.md → code_of_conduct.md - CONTRIBUTING.md → contributing.md - SECURITY.md → security.md Aligns with Python package naming conventions (PEP8). README files remain uppercase as per convention. * refactor: move documentation files to docs/ for cleaner root Moved OSS standard files to docs/: - CHANGELOG.md → docs/CHANGELOG.md - CODE_OF_CONDUCT.md → docs/CODE_OF_CONDUCT.md - CONTRIBUTING.md → docs/CONTRIBUTING.md - SECURITY.md → docs/SECURITY.md Root now contains only essential files: ✓ README files (表紙: en, ja, kr, zh) ✓ LICENSE (法的要件) ✓ Build configs (pyproject.toml, setup.py, MANIFEST.in) ✓ VERSION Rationale: Cleaner root structure following modern Python project conventions. All detailed documentation consolidated in docs/ directory. * refactor: update documentation links after restructure Auto-updated internal documentation links to reflect new structure: - docs/ subdirectories now lowercase (PEP8) - Root files moved to docs/ - All cross-references updated This commit includes linter-generated link updates. * chore(docs): keep OSS-standard uppercase root files (CHANGELOG, CODE_OF_CONDUCT, CONTRIBUTING, SECURITY) * chore(docs): remove duplicated PR docs from repo root (moved under docs) * docs: rename pm-agent-implementation-status.md -> PM_AGENT.md for clarity * docs: update links to PM_AGENT.md after rename --------- Co-authored-by: kazuki <kazuki@kazukinoMacBook-Air.local>
8.5 KiB
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 - Combining multiple specialist contexts
- Command Sequencing Patterns - Effective command combinations
- Flag Combination Strategies - Advanced flag usage
Workflow Patterns
- Complex Project Patterns - Large project approaches
- Migration Patterns - Legacy system modernization
- Review and Audit Patterns - Comprehensive analysis
Multi-Agent Context Patterns
Combining Specialist Contexts
Security + Backend Pattern:
# 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:
# 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:
# 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:
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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
- Layer Deliberately: Add contexts in logical order
- Avoid Overload: Too many agents can dilute focus
- Use Manual Control: Override auto-activation when needed
- Maintain Conversation Flow: Keep related work in same conversation
Command Efficiency
- Progress Logically: Broad → Specific → Implementation
- Reuse Context: Later commands benefit from earlier context
- Document Decisions: Use
/sc:savefor important summaries - Scope Appropriately: Focus on manageable chunks
Flag Usage
- Match Task Complexity: Simple tasks don't need
--ultrathink - Control Output: Use
--ucfor concise results - Manage MCP: Only activate needed servers
- 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.