mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-17 17:56:46 +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>
357 lines
13 KiB
Markdown
357 lines
13 KiB
Markdown
# SuperClaude Context Architecture Guide
|
|
|
|
## Overview
|
|
|
|
This guide documents how SuperClaude's Context-Oriented Configuration Framework is structured and how Claude Code interprets these context files to modify its behavior.
|
|
|
|
**Important**: SuperClaude is NOT standalone software with running processes, execution layers, or performance systems. It is a collection of `.md` instruction files that Claude Code reads to adopt specialized behaviors.
|
|
|
|
## Table of Contents
|
|
|
|
1. [Context File Architecture](#context-file-architecture)
|
|
2. [The Import System](#the-import-system)
|
|
3. [Agent Context Structure](#agent-context-structure)
|
|
4. [Command Context Structure](#command-context-structure)
|
|
5. [Mode Context Structure](#mode-context-structure)
|
|
6. [MCP Server Configuration](#mcp-server-configuration)
|
|
7. [How Claude Code Reads Context](#how-claude-code-reads-context)
|
|
8. [Extending the Framework](#extending-the-framework)
|
|
|
|
## Context File Architecture
|
|
|
|
### Directory Structure
|
|
|
|
```
|
|
~/.claude/ (SuperClaude Framework Files Only)
|
|
├── CLAUDE.md # Main context file with imports
|
|
├── FLAGS.md # Flag definitions and triggers
|
|
├── RULES.md # Core behavioral rules
|
|
├── PRINCIPLES.md # Guiding principles
|
|
├── ZIG.md # Zig language integration
|
|
├── MCP_Context7.md # Context7 MCP integration
|
|
├── MCP_Magic.md # Magic MCP integration
|
|
├── MCP_Morphllm.md # Morphllm MCP integration
|
|
├── MCP_Playwright.md # Playwright MCP integration
|
|
├── MCP_Sequential.md # Sequential MCP integration
|
|
├── MCP_Serena.md # Serena MCP integration
|
|
├── MCP_Tavily.md # Tavily MCP integration
|
|
├── MCP_Zig.md # Zig MCP integration
|
|
├── MODE_Brainstorming.md # Collaborative discovery mode
|
|
├── MODE_Business_Panel.md # Business expert panel mode
|
|
├── MODE_DeepResearch.md # Deep research mode
|
|
├── MODE_Introspection.md # Transparent reasoning mode
|
|
├── MODE_Orchestration.md # Tool coordination mode
|
|
├── MODE_Task_Management.md # Task orchestration mode
|
|
├── MODE_Token_Efficiency.md # Compressed communication mode
|
|
├── agents/ # Domain specialist contexts (19 total)
|
|
│ ├── backend-architect.md # Backend expertise
|
|
│ ├── business-panel-experts.md # Business strategy panel
|
|
│ ├── deep-research-agent.md # Deep research expertise
|
|
│ ├── devops-architect.md # DevOps expertise
|
|
│ ├── frontend-architect.md # Frontend expertise
|
|
│ ├── learning-guide.md # Educational expertise
|
|
│ ├── performance-engineer.md # Performance expertise
|
|
│ ├── python-expert.md # Python expertise
|
|
│ ├── quality-engineer.md # Quality assurance expertise
|
|
│ ├── refactoring-expert.md # Code quality expertise
|
|
│ ├── requirements-analyst.md # Requirements expertise
|
|
│ ├── root-cause-analyst.md # Problem diagnosis expertise
|
|
│ ├── security-engineer.md # Security expertise
|
|
│ ├── socratic-mentor.md # Educational expertise
|
|
│ ├── spec-panel-experts.md # Specification review panel
|
|
│ ├── system-architect.md # System design expertise
|
|
│ ├── technical-writer.md # Documentation expertise
|
|
│ ├── test-runner.md # Test execution expertise
|
|
│ └── wave-orchestrator.md # Wave orchestration patterns
|
|
└── commands/ # Workflow pattern contexts
|
|
└── sc/ # SuperClaude command namespace (25 total)
|
|
├── analyze.md # Analysis patterns
|
|
├── brainstorm.md # Discovery patterns
|
|
├── build.md # Build patterns
|
|
├── business-panel.md # Business expert panel patterns
|
|
├── cleanup.md # Cleanup patterns
|
|
├── design.md # Design patterns
|
|
├── document.md # Documentation patterns
|
|
├── estimate.md # Estimation patterns
|
|
├── explain.md # Explanation patterns
|
|
├── git.md # Git workflow patterns
|
|
├── help.md # Help and command listing
|
|
├── implement.md # Implementation patterns
|
|
├── improve.md # Improvement patterns
|
|
├── index.md # Index patterns
|
|
├── load.md # Context loading patterns
|
|
├── reflect.md # Reflection patterns
|
|
├── research.md # Deep research patterns
|
|
├── save.md # Session persistence patterns
|
|
├── select-tool.md # Tool selection patterns
|
|
├── spawn.md # Multi-agent patterns
|
|
├── spec-panel.md # Specification review panel
|
|
├── task.md # Task management patterns
|
|
├── test.md # Testing patterns
|
|
├── troubleshoot.md # Troubleshooting patterns
|
|
└── workflow.md # Workflow planning patterns
|
|
|
|
Note: Other directories (backups/, logs/, projects/, serena/, etc.) are Claude Code
|
|
operational directories, not part of SuperClaude framework content.
|
|
```
|
|
|
|
### Context File Types
|
|
|
|
| File Type | Purpose | Activation | Example |
|
|
|-----------|---------|------------|---------|
|
|
| **Commands** | Define workflow patterns | `/sc:[command]` (context trigger) | User types `/sc:implement` → reads `implement.md` |
|
|
| **Agents** | Provide domain expertise | `@agent-[name]` or auto | `@agent-security` → reads `security-engineer.md` |
|
|
| **Modes** | Modify interaction style | Flags or triggers | `--brainstorm` → activates brainstorming mode |
|
|
| **Core** | Set fundamental rules | Always active | `RULES.md` always loaded |
|
|
|
|
## The Import System
|
|
|
|
### How CLAUDE.md Works
|
|
|
|
The main `CLAUDE.md` file uses an import system to load multiple context files:
|
|
|
|
```markdown
|
|
# CLAUDE
|
|
|
|
*MANDATORY*
|
|
@FLAGS.md # Flag definitions and triggers
|
|
@RULES.md # Core behavioral rules
|
|
@PRINCIPLES.md # Guiding principles
|
|
*SECONDARY*
|
|
@MCP_Context7.md # Context7 MCP integration
|
|
@MCP_Magic.md # Magic MCP integration
|
|
@MCP_Morphllm.md # Morphllm MCP integration
|
|
@MCP_Playwright.md # Playwright MCP integration
|
|
@MCP_Sequential.md # Sequential MCP integration
|
|
@MCP_Serena.md # Serena MCP integration
|
|
@MCP_Tavily.md # Tavily MCP integration
|
|
@MCP_Zig.md # Zig MCP integration
|
|
*CRITICAL*
|
|
@MODE_Brainstorming.md # Collaborative discovery mode
|
|
@MODE_Business_Panel.md # Business expert panel mode
|
|
@MODE_DeepResearch.md # Deep research mode
|
|
@MODE_Introspection.md # Transparent reasoning mode
|
|
@MODE_Task_Management.md # Task orchestration mode
|
|
@MODE_Orchestration.md # Tool coordination mode
|
|
@MODE_Token_Efficiency.md # Compressed communication mode
|
|
*LANGUAGE SPECIFIC*
|
|
@ZIG.md # Zig language integration
|
|
```
|
|
|
|
### Import Processing
|
|
|
|
1. Claude Code reads `CLAUDE.md`
|
|
2. Encounters `@import` statements
|
|
3. Loads referenced files into context
|
|
4. Builds complete behavioral framework
|
|
5. Applies relevant contexts based on user input
|
|
|
|
## Agent Context Structure
|
|
|
|
### Anatomy of an Agent File
|
|
|
|
Each agent `.md` file follows this structure:
|
|
|
|
```markdown
|
|
---
|
|
name: agent-name
|
|
description: Brief description
|
|
category: specialized|architecture|quality
|
|
---
|
|
|
|
# Agent Name
|
|
|
|
## Triggers
|
|
- Keywords that activate this agent
|
|
- File types that trigger activation
|
|
- Complexity thresholds
|
|
|
|
## Behavioral Mindset
|
|
Core philosophy and approach
|
|
|
|
## Focus Areas
|
|
- Domain expertise area 1
|
|
- Domain expertise area 2
|
|
|
|
## Key Actions
|
|
1. Specific behavior pattern
|
|
2. Problem-solving approach
|
|
```
|
|
|
|
### Agent Activation Logic
|
|
|
|
- **Manual**: User types `@agent-python-expert "task"`
|
|
- **Automatic**: Keywords in request trigger agent loading
|
|
- **Contextual**: File types or patterns activate relevant agents
|
|
|
|
## Command Context Structure
|
|
|
|
### Anatomy of a Command File
|
|
|
|
```markdown
|
|
---
|
|
name: command-name
|
|
description: Command purpose
|
|
category: utility|orchestration|analysis
|
|
complexity: basic|enhanced|advanced
|
|
mcp-servers: [context7, sequential]
|
|
personas: [architect, engineer]
|
|
---
|
|
|
|
# /sc:command-name
|
|
|
|
## Triggers
|
|
- When to use this command
|
|
- Context indicators
|
|
|
|
## Usage
|
|
/sc:command-name [target] [--options]
|
|
|
|
## Workflow Pattern
|
|
1. Step 1: Initial action
|
|
2. Step 2: Processing
|
|
3. Step 3: Validation
|
|
|
|
## Examples
|
|
Practical usage examples
|
|
```
|
|
|
|
### Command Processing
|
|
|
|
When user types `/sc:implement "feature"` in Claude Code conversation:
|
|
1. Claude reads `commands/sc/implement.md`
|
|
2. Adopts implementation workflow pattern
|
|
3. May auto-activate related agents
|
|
4. Follows defined workflow steps
|
|
|
|
## Mode Context Structure
|
|
|
|
### Behavioral Modes
|
|
|
|
Modes modify Claude's interaction style:
|
|
|
|
```markdown
|
|
# MODE_[Name].md
|
|
|
|
## Activation Triggers
|
|
- Flag: --mode-name
|
|
- Keywords: [triggers]
|
|
- Complexity: threshold
|
|
|
|
## Behavioral Modifications
|
|
- Communication style changes
|
|
- Decision-making adjustments
|
|
- Output format modifications
|
|
|
|
## Interaction Patterns
|
|
- How to respond
|
|
- What to prioritize
|
|
```
|
|
|
|
## MCP Server Configuration
|
|
|
|
### Configuration Location
|
|
|
|
MCP servers are configured in `~/.claude.json` (NOT part of SuperClaude context):
|
|
|
|
```json
|
|
{
|
|
"mcpServers": {
|
|
"context7": {
|
|
"command": "npx",
|
|
"args": ["-y", "@upstash/context7-mcp@latest"]
|
|
},
|
|
"sequential-thinking": {
|
|
"command": "npx",
|
|
"args": ["-y", "sequential-thinking-mcp@latest"]
|
|
}
|
|
}
|
|
}
|
|
```
|
|
|
|
### MCP Integration
|
|
|
|
- **MCP Servers**: Actual software providing tools
|
|
- **SuperClaude**: Context that tells Claude when to use them
|
|
- **Activation**: Flags or keywords trigger MCP usage
|
|
|
|
## How Claude Code Reads Context
|
|
|
|
### Context Loading Sequence
|
|
|
|
```
|
|
User Input (in Claude Code): "/sc:analyze src/ --focus security"
|
|
↓
|
|
1. Parse Command: identify 'analyze' command
|
|
↓
|
|
2. Load Context: read commands/sc/analyze.md
|
|
↓
|
|
3. Check Flags: --focus security
|
|
↓
|
|
4. Auto-Activation: load security-engineer.md
|
|
↓
|
|
5. Apply Patterns: follow analysis workflow
|
|
↓
|
|
6. Generate Output: using loaded contexts
|
|
```
|
|
|
|
### Context Priority
|
|
|
|
1. **Explicit Commands**: `/sc:` commands take precedence
|
|
2. **Manual Agents**: `@agent-` override auto-activation
|
|
3. **Flags**: Modify behavior of commands/agents
|
|
4. **Auto-Activation**: Based on keywords/context
|
|
5. **Default Behavior**: Standard Claude Code
|
|
|
|
## Extending the Framework
|
|
|
|
### Adding New Commands
|
|
|
|
1. Create `~/.claude/commands/sc/new-command.md`
|
|
2. Define metadata, triggers, and workflow
|
|
3. No code changes needed - just context
|
|
|
|
### Adding New Agents
|
|
|
|
1. Create `~/.claude/agents/new-specialist.md`
|
|
2. Define expertise, triggers, and behaviors
|
|
3. Agent becomes available
|
|
|
|
### Adding New Modes
|
|
|
|
1. Create `~/.claude/MODE_NewMode.md`
|
|
2. Define activation triggers and modifications
|
|
3. Mode activates based on triggers
|
|
|
|
### Best Practices
|
|
|
|
- **Keep Context Focused**: One concept per file
|
|
- **Clear Triggers**: Define when context activates
|
|
- **Workflow Patterns**: Provide step-by-step guidance
|
|
- **Examples**: Include practical usage examples
|
|
- **Metadata**: Use frontmatter for configuration
|
|
|
|
## Important Clarifications
|
|
|
|
### What SuperClaude Is NOT
|
|
|
|
- ❌ **No Execution Engine**: No code runs, no processes execute
|
|
- ❌ **No Performance System**: No optimization possible (it's just text)
|
|
- ❌ **No Detection Engine**: Claude Code does pattern matching
|
|
- ❌ **No Orchestration Layer**: Context files guide, not control
|
|
- ❌ **No Quality Gates**: Just instructional patterns
|
|
|
|
### What SuperClaude IS
|
|
|
|
- ✅ **Context Files**: `.md` instructions for Claude Code
|
|
- ✅ **Behavioral Patterns**: Workflows and approaches
|
|
- ✅ **Domain Expertise**: Specialized knowledge contexts
|
|
- ✅ **Configuration**: Settings for actual tools (MCP)
|
|
- ✅ **Framework**: Structured prompt engineering
|
|
|
|
## Summary
|
|
|
|
SuperClaude's architecture is intentionally simple: it's a well-organized collection of context files that Claude Code reads to modify its behavior. The power comes from the careful crafting of these contexts and their systematic organization, not from any executing code or running processes.
|
|
|
|
The framework's elegance lies in its simplicity - by providing Claude Code with structured instructions through context files, we can achieve sophisticated behavioral modifications without any software complexity.
|