systemcc

What this skill does

```
███████╗██╗   ██╗███████╗████████╗███████╗███╗   ███╗
██╔════╝╚██╗ ██╔╝██╔════╝╚══██╔══╝██╔════╝████╗ ████║
███████╗ ╚████╔╝ ███████╗   ██║   █████╗  ██╔████╔██║
╚════██║  ╚██╔╝  ╚════██║   ██║   ██╔══╝  ██║╚██╔╝██║
███████║   ██║   ███████║   ██║   ███████╗██║ ╚═╝ ██║
╚══════╝   ╚═╝   ╚══════╝   ╚═╝   ╚══════╝╚═╝     ╚═╝

            ⚔ Command Center ⚔
               CAS v7.26.0
```

**MANDATORY**: Output the banner above verbatim as your very first message to the user, before any tool calls or other output.

# SystemCC - Master Command Router

**User types:** `/systemcc "any task"`
**Claude does:** EVERYTHING automatically

---

## Phase 1: CRITICAL DETECTION (MANDATORY)

When `/systemcc` is detected, you MUST IMMEDIATELY show:

```
🎯 SYSTEMCC DETECTED - Command acknowledged and workflow initiated
✅ Following SYSTEMCC workflow instructions
```

This message MUST appear:
- **IMMEDIATELY** when /systemcc is detected
- **BEFORE** any other processing
- **CANNOT BE SKIPPED** under any circumstances

---

## Phase 2: LYRA AI PROMPT OPTIMIZATION (MANDATORY)

After detection, ALWAYS show Lyra optimization with this EXACT format:

```
═══════════════════════════════════════════════════════════════
🎯 LYRA AI PROMPT OPTIMIZATION
═══════════════════════════════════════════════════════════════

📝 Original Request:
"$ARGUMENTS"

🔍 Analysis Phase:
- Deconstructing intent...
- Diagnosing gaps...
- Developing enhancements...
- Delivering optimized prompt...

✨ Optimized Prompt:
"[enhanced prompt with complete specifications]"

📊 Optimization Details:
- Mode: [BASIC/DETAIL]
- Complexity Score: [1-10]
- Improvements Applied: [number]

🔧 Key Enhancements:
• [Enhancement 1]
• [Enhancement 2]
• [Enhancement 3]

═══════════════════════════════════════════════════════════════
```

### The 4-D Methodology

1. **DECONSTRUCT**: Extract coding intent, feature requirements, technical context
2. **DIAGNOSE**: Audit for technical clarity and specification gaps
3. **DEVELOP**: Select optimal techniques based on request type:
   - Bug Fixes → Precise error context + systematic debugging
   - Feature Development → Clear requirements + implementation scope
   - Refactoring → Architecture goals + code quality standards
   - UI/UX → Design principles + user experience objectives
4. **DELIVER**: Construct development-focused prompt with complete specs

### Mode Detection

- **BASIC mode**: Simple fixes, single-file changes, typos, config updates
- **DETAIL mode**: Complex architecture, multi-component, security-sensitive

---

## Phase 3: BUILD CONFIGURATION DETECTION

Scan for and apply project build configuration rules automatically.

### Files to Scan (Priority Order)

1. `Makefile` / `makefile`
2. `.gitlab-ci.yml` / `.github/workflows/*.yml`
3. `pyproject.toml` / `setup.cfg` / `tox.ini`
4. `package.json` / `.eslintrc*` / `.prettierrc*`
5. `.pre-commit-config.yaml`
6. `.editorconfig`

### When Configuration Found, Display:

```
📋 BUILD CONFIGURATION DETECTED
═══════════════════════════════════════════════════════════════
Source: [Makefile/CI config/etc.]

✅ Formatting Rules:
   • black: line-length=[N]
   • isort: profile=black, multi-line=[N]
   • prettier: [settings]

✅ Linting Rules:
   • flake8: ignore=[codes], max-line-length=[N]
   • mypy: [settings]
   • eslint: [settings]

✅ Test Requirements:
   • [test framework] with coverage
   • minimum coverage: [N]%

═══════════════════════════════════════════════════════════════
🎯 All generated code will automatically follow these standards!
```

### When No Configuration Found:

```
📋 No build configuration detected - using best practices
```

### Apply Rules to All Generated Code

- Respect line length limits from black/prettier
- Sort imports according to isort/eslint config
- Add type hints if mypy is configured
- Follow linting rules to ensure CI/CD passes

---

## Phase 4: TWO-PHASE WORKFLOW SELECTION

**Critical**: This engine uses ALL 6 available workflows via two-phase selection.

### Available Workflows

| Workflow | Purpose | Best For |
|----------|---------|----------|
| `anti-yolo-web` | Web app development specialist | Frontend, React, Vue, dashboards, UI components |
| `aidevtasks` | PRD-based feature development | New features requiring product specs |
| `agetos` | Project initialization/standards | Setup, conventions, new projects |
| `plan-opus` | Deep planning with parallel exploration | Architecture, migrations, complex unknowns |
| `complete_system` | Full 6-agent validation pipeline | Moderate features, refactoring with validation |
| `orchestrated` | Streamlined 3-agent workflow | Simple fixes, config changes, quick tasks |

---

### PHASE 1: Domain Detection (CHECK FIRST)

Before any scoring, semantically analyze if the task matches a specialized domain:

| Domain | Workflow | Detection Signals |
|--------|----------|-------------------|
| **Web Development** | `anti-yolo-web` | HTML, CSS, JavaScript, React, Vue, Angular, frontend, UI, dashboard, component, web app |
| **Feature Development** | `aidevtasks` | "build feature", "create system", product requirements, user stories, multi-component features |
| **Project Setup** | `agetos` | Setup, initialize, standards, conventions, new project, project structure |
| **Deep Planning** | `plan-opus` | Architecture design, major refactor, migration, "plan first", many unknowns |

**Decision Logic**:
- Domain match with HIGH confidence → Use specialized workflow (skip Phase 2)
- No domain match → Proceed to Phase 2

---

### PHASE 2: Complexity Scoring (FALLBACK)

Only when NO specialized domain is detected, use 3-dimensional assessment:

#### Dimension 1: Complexity

| Level | Indicators |
|-------|------------|
| **Simple** | fix, update, change, small, typo, rename, style, tweak, adjust |
| **Moderate** | feature, add, create, implement, modify, improve |
| **Complex** | architecture, refactor, system, integration, migration, security, database |

#### Dimension 2: Risk

| Level | Indicators |
|-------|------------|
| **Low** | docs, style, test, config (non-production), UI text |
| **High** | critical, production, breaking, delete, security, database, auth, payment, encryption |

#### Dimension 3: Scope

| Level | Indicators |
|-------|------------|
| **Single** | specific file mentioned, "this file", "the function" |
| **Multi** | "multiple", "several files", specific file list, 3-10 files |
| **System** | "entire", "all files", "across", "throughout", "migrate all", >10 files |

#### Complexity-Based Workflow Selection

| Combined Score | Workflow | Use Case |
|----------------|----------|----------|
| 1.0 - 2.0 | `orchestrated` | Bug fixes, small changes, config updates, typos |
| 2.1 - 3.5 | `complete_system` | Moderate features, refactoring, validation needed |
| 3.6 - 5.0 | `plan-opus` | Complex multi-system changes, high risk |

---

### Display Decision:

#### Phase 1 Match (Domain Detected)
```
🧠 DECISION ENGINE
━━━━━━━━━━━━━━━━━━

Task: "[task description]"

Phase 1 - Domain Detection:
✓ [Domain] detected
  → [Reasons]

→ Using **[workflow]** workflow
```

#### Phase 2 Fallback (No Domain Match)
```
🧠 DECISION ENGINE
━━━━━━━━━━━━━━━━━━

Task: "[task description]"

Phase 1 - Domain Detection:
✗ No specialized domain detected

Phase 2 - Complexity Assessment:
• Complexity: [1-5]/5 - [reason]
• Risk: [1-5]/5 - [reason]
• Scope: [1-5]/5 - [reason]

Combined: [score] → Using **[workflow]** workflow
```

---

## Phase 5: SECURITY & SPECIAL HANDLING

### Security Auto-Detection

Enable security scanning when task mentions:

| Category | Keywords |
|----------|----------|
| Database | sql, query, database, migration, schema, orm |
| Auth | auth, login, password, token, jwt, session, oauth |
| Security | encrypt, decrypt, permission, role, certificate, hash |
| Encoding | base64, serialize, sanitize, injection |

When triggered:
```
🔐 Security scan auto-enabled: [reason]
```

---

## Phase 6: AUTOMATIC EXECUTION

**CRITICAL: Execute ALL phase