chore(v5): strip v4 leftovers from repo root, docs, and install surface

Delete v4-era planning/internal docs, stale translations, the broken npm
wrapper plus redundant install scripts (install.sh/setup.py/MANIFEST.in),
and the v4 docs tree. Rewrite CONTRIBUTING for the v5 eval gate, fix dead
links in SECURITY/docs, English-only README. pipx/uv + superclaude CLI is
the single install path. Remove translation/cross-repo-sync CI.

.claude/skills/confidence-check/SKILL.md

@@ -1,7 +1,6 @@
 ---
 name: Confidence Check
 description: Pre-implementation confidence assessment (≥90% required). Use before starting any implementation to verify readiness with duplicate check, architecture compliance, official docs verification, OSS references, and root cause identification.
-allowed-tools: Read, Grep, Glob, WebFetch, WebSearch
 ---
 
 # Confidence Check Skill
@@ -112,11 +111,20 @@ If Total < 0.70:   ❌ STOP - Request more context
 
 ## Implementation Details
 
-The TypeScript implementation is available in `confidence.ts` for reference, containing:
+A working TypeScript implementation lives in `confidence.ts`, mirroring the Python
+`ConfidenceChecker` (`src/superclaude/pm_agent/confidence.py`):
 
-- `confidenceCheck(context)` - Main assessment function
-- Detailed check implementations
-- Context interface definitions
+- `ConfidenceChecker.assess(context)` - Main assessment function (returns 0.0–1.0)
+- All five checks are implemented, not just flag look-ups:
+  - **Duplicates**: scans the project (`*.py`/`*.ts`/`*.js`) for matching file names or
+    `def`/`class`/`function` definitions; matches are recorded in `context.potential_duplicates`
+  - **Architecture**: reads the tech stack from `CLAUDE.md` and package files, then flags
+    anti-patterns (e.g. custom API in a Supabase project) into `context.architecture_warnings`
+  - **OSS / docs / root cause**: inspect provided references and reject hedged
+    ("maybe", "probably", "assume", …) root-cause statements
+- Each check still honors an explicit `*_complete` / `*_verified` context flag override for
+  testing and pre-checked scenarios.
+- `Context` interface definitions for all inputs and outputs.
 
 ## ROI
 

.claude/skills/confidence-check/confidence.ts

@@ -4,168 +4,628 @@
  * Prevents wrong-direction execution by assessing confidence BEFORE starting.
  * Requires ≥90% confidence to proceed with implementation.
  *
+ * Token Budget: 100-200 tokens
+ * ROI: 25-250x token savings when stopping wrong direction
+ *
  * Test Results (2025-10-21):
  * - Precision: 1.000 (no false positives)
  * - Recall: 1.000 (no false negatives)
  * - 8/8 test cases passed
+ *
+ * Confidence Levels:
+ *    - High (≥90%): Root cause identified, solution verified, no duplication, architecture-compliant
+ *    - Medium (70-89%): Multiple approaches possible, trade-offs require consideration
+ *    - Low (<70%): Investigation incomplete, unclear root cause, missing official docs
  */
 
+import { existsSync, readdirSync, readFileSync, statSync } from 'fs';
+import { join, dirname, relative } from 'path';
+
 export interface Context {
   task?: string;
+  test_file?: string;
+  test_name?: string;
+  markers?: string[];
   duplicate_check_complete?: boolean;
   architecture_check_complete?: boolean;
   official_docs_verified?: boolean;
   oss_reference_complete?: boolean;
   root_cause_identified?: boolean;
   confidence_checks?: string[];
+  // Investigation inputs (used when the corresponding *_complete flag is absent)
+  project_root?: string;
+  feature_name?: string;
+  target_name?: string;
+  proposed_technology?: string;
+  proposed_solution?: string;
+  root_cause?: string;
+  oss_references?: string[];
+  documentation_urls?: string[];
+  references?: string[];
+  research_notes?: string;
+  // Investigation outputs populated by the checks
+  potential_duplicates?: string[];
+  detected_tech_stack?: Record<string, boolean>;
+  architecture_warnings?: string[];
+  oss_recommendation?: string;
+  root_cause_warning?: string;
   [key: string]: any;
 }
 
 /**
- * Assess confidence level (0.0 - 1.0)
+ * Pre-implementation confidence assessment
  *
- * Investigation Phase Checks:
- * 1. No duplicate implementations? (25%)
- * 2. Architecture compliance? (25%)
- * 3. Official documentation verified? (20%)
- * 4. Working OSS implementations referenced? (15%)
- * 5. Root cause identified? (15%)
+ * Usage:
+ *   const checker = new ConfidenceChecker();
+ *   const confidence = await checker.assess(context);
  *
- * @param context - Task context with investigation flags
- * @returns Confidence score (0.0 = no confidence, 1.0 = absolute certainty)
+ *   if (confidence >= 0.9) {
+ *     // High confidence - proceed immediately
+ *   } else if (confidence >= 0.7) {
+ *     // Medium confidence - present options to user
+ *   } else {
+ *     // Low confidence - STOP and request clarification
+ *   }
+ */
+export class ConfidenceChecker {
+  /**
+   * Assess confidence level (0.0 - 1.0)
+   *
+   * Investigation Phase Checks:
+   * 1. No duplicate implementations? (25%)
+   * 2. Architecture compliance? (25%)
+   * 3. Official documentation verified? (20%)
+   * 4. Working OSS implementations referenced? (15%)
+   * 5. Root cause identified? (15%)
+   *
+   * @param context - Task context with investigation flags
+   * @returns Confidence score (0.0 = no confidence, 1.0 = absolute certainty)
+   */
+  async assess(context: Context): Promise<number> {
+    let score = 0.0;
+    const checks: string[] = [];
+
+    // Check 1: No duplicate implementations (25%)
+    if (this.noDuplicates(context)) {
+      score += 0.25;
+      checks.push("✅ No duplicate implementations found");
+    } else {
+      checks.push("❌ Check for existing implementations first");
+    }
+
+    // Check 2: Architecture compliance (25%)
+    if (this.architectureCompliant(context)) {
+      score += 0.25;
+      checks.push("✅ Uses existing tech stack (e.g., Supabase)");
+    } else {
+      checks.push("❌ Verify architecture compliance (avoid reinventing)");
+    }
+
+    // Check 3: Official documentation verified (20%)
+    if (this.hasOfficialDocs(context)) {
+      score += 0.2;
+      checks.push("✅ Official documentation verified");
+    } else {
+      checks.push("❌ Read official docs first");
+    }
+
+    // Check 4: Working OSS implementations referenced (15%)
+    if (this.hasOssReference(context)) {
+      score += 0.15;
+      checks.push("✅ Working OSS implementation found");
+    } else {
+      checks.push("❌ Search for OSS implementations");
+    }
+
+    // Check 5: Root cause identified (15%)
+    if (this.rootCauseIdentified(context)) {
+      score += 0.15;
+      checks.push("✅ Root cause identified");
+    } else {
+      checks.push("❌ Continue investigation to identify root cause");
+    }
+
+    // Store check results for reporting
+    context.confidence_checks = checks;
+
+    // Display checks
+    console.log("📋 Confidence Checks:");
+    checks.forEach(check => console.log(`   ${check}`));
+    console.log("");
+
+    return score;
+  }
+
+  /**
+   * Check if official documentation exists
+   *
+   * Looks for:
+   * - README.md in project
+   * - CLAUDE.md with relevant patterns
+   * - docs/ directory with related content
+   */
+  private hasOfficialDocs(context: Context): boolean {
+    // Check context flag first (for testing)
+    if ('official_docs_verified' in context) {
+      return context.official_docs_verified ?? false;
+    }
+
+    // Check for test file path
+    const testFile = context.test_file;
+    if (!testFile) {
+      return false;
+    }
+
+    // Walk up directory tree to find project root (same logic as Python version)
+    let projectRoot = dirname(testFile);
+
+    while (true) {
+      // Check for documentation files
+      if (existsSync(join(projectRoot, 'README.md'))) {
+        return true;
+      }
+      if (existsSync(join(projectRoot, 'CLAUDE.md'))) {
+        return true;
+      }
+      if (existsSync(join(projectRoot, 'docs'))) {
+        return true;
+      }
+
+      // Move up one directory
+      const parent = dirname(projectRoot);
+      if (parent === projectRoot) break; // Reached root (same as Python: parent != project_root)
+      projectRoot = parent;
+    }
+
+    return false;
+  }
+
+  /**
+   * Check for duplicate implementations
+   *
+   * Before implementing, verify:
+   * - No existing similar functions/modules (Glob/Grep)
+   * - No helper functions that solve the same problem
+   * - No libraries that provide this functionality
+   *
+   * Returns true if no duplicates found (investigation complete)
+   */
+  private noDuplicates(context: Context): boolean {
+    // Allow explicit override via context flag (testing / pre-checked scenarios)
+    if ('duplicate_check_complete' in context) {
+      return context.duplicate_check_complete ?? false;
+    }
+
+    const featureName =
+      context.feature_name || context.target_name || context.test_name || '';
+    if (!featureName) {
+      return false;
+    }
+
+    const projectRoot = this.findProjectRoot(context);
+    if (!projectRoot) {
+      return false; // Can't verify without project root
+    }
+
+    const similar = this.searchCodebase(projectRoot, featureName, [
+      'node_modules', '.venv', 'venv', '__pycache__', '.git',
+    ]);
+
+    if (similar.length > 0) {
+      context.potential_duplicates = similar.slice(0, 5);
+      return false;
+    }
+
+    return true;
+  }
+
+  /**
+   * Check architecture compliance
+   *
+   * Verify solution uses existing tech stack:
+   * - Supabase project → Use Supabase APIs (not custom API)
+   * - Next.js project → Use Next.js patterns (not custom routing)
+   * - Turborepo → Use workspace patterns (not manual scripts)
+   *
+   * Returns true if solution aligns with project architecture
+   */
+  private architectureCompliant(context: Context): boolean {
+    // Allow explicit override via context flag
+    if ('architecture_check_complete' in context) {
+      return context.architecture_check_complete ?? false;
+    }
+
+    const projectRoot = this.findProjectRoot(context);
+    if (!projectRoot) {
+      return false;
+    }
+
+    const techStack = this.readTechStack(projectRoot);
+    if (Object.keys(techStack).length === 0) {
+      return false;
+    }
+
+    context.detected_tech_stack = techStack;
+
+    const proposedTech = context.proposed_technology ?? '';
+    if (!proposedTech) {
+      // Tech stack is known and nothing risky proposed -> compliant
+      return true;
+    }
+
+    const antiPatterns = this.checkArchitectureAntiPatterns(techStack, proposedTech);
+    if (antiPatterns.length > 0) {
+      context.architecture_warnings = antiPatterns;
+      return false;
+    }
+
+    return true;
+  }
+
+  /**
+   * Check if working OSS implementations referenced
+   *
+   * Search for:
+   * - Similar open-source solutions
+   * - Reference implementations in popular projects
+   * - Community best practices
+   *
+   * Returns true if OSS reference found and analyzed
+   */
+  private hasOssReference(context: Context): boolean {
+    // Allow explicit override via context flag
+    if ('oss_reference_complete' in context) {
+      return context.oss_reference_complete ?? false;
+    }
+
+    // Explicit references gathered during investigation
+    if (context.oss_references?.length) return true;
+    if (context.documentation_urls?.length) return true;
+    if (context.references?.length) return true;
+
+    const notes = context.research_notes ?? '';
+    if (notes.length > 50) return true;
+
+    // Check if docs/research directory has relevant analysis
+    const projectRoot = this.findProjectRoot(context);
+    if (projectRoot) {
+      const researchDir = join(projectRoot, 'docs', 'research');
+      if (existsSync(researchDir)) {
+        try {
+          if (readdirSync(researchDir).some(f => f.endsWith('.md'))) {
+            return true;
+          }
+        } catch {
+          // ignore unreadable dir
+        }
+      }
+    }
+
+    context.oss_recommendation =
+      'Search for OSS implementations using WebSearch or Context7 MCP';
+    return false;
+  }
+
+  /**
+   * Check if root cause is identified with high certainty
+   *
+   * Verify:
+   * - Problem source pinpointed (not guessing)
+   * - Solution addresses root cause (not symptoms)
+   * - Fix verified against official docs/OSS patterns
+   *
+   * Returns true if root cause clearly identified
+   */
+  private rootCauseIdentified(context: Context): boolean {
+    // Allow explicit override via context flag
+    if ('root_cause_identified' in context) {
+      return context.root_cause_identified ?? false;
+    }
+
+    const rootCause = context.root_cause ?? '';
+    if (!rootCause) {
+      context.root_cause_warning = 'Root cause not documented in context';
+      return false;
+    }
+
+    // Validate root cause is specific (not hedged with uncertainty language)
+    const uncertaintyPatterns = [
+      /\bprobably\b/, /\bmaybe\b/, /\bmight\b/, /\bcould be\b/, /\bpossibly\b/,
+      /\bnot sure\b/, /\bguess\b/, /\bthink\b/, /\bassume\b/, /\bunclear\b/, /\bunknown\b/,
+    ];
+    const lower = rootCause.toLowerCase();
+    for (const pattern of uncertaintyPatterns) {
+      if (pattern.test(lower)) {
+        context.root_cause_warning = `Root cause contains uncertainty language: '${pattern.source}'`;
+        return false;
+      }
+    }
+
+    // A credible root cause comes with a concrete proposed solution
+    const solution = context.proposed_solution ?? '';
+    if (!solution) {
+      context.root_cause_warning = 'No proposed solution documented';
+      return false;
+    }
+    if (solution.length < 20) {
+      context.root_cause_warning = 'Proposed solution too brief';
+      return false;
+    }
+
+    return true;
+  }
+
+  /**
+   * Find the project root directory from context.
+   *
+   * Uses an explicit `project_root`, otherwise walks up from `test_file` looking
+   * for pyproject.toml / CLAUDE.md / .git / package.json.
+   */
+  private findProjectRoot(context: Context): string | null {
+    if (context.project_root) {
+      return context.project_root;
+    }
+
+    const testFile = context.test_file;
+    if (!testFile) {
+      return null;
+    }
+
+    let current: string;
+    try {
+      current = statSync(testFile).isFile() ? dirname(testFile) : testFile;
+    } catch {
+      current = dirname(testFile);
+    }
+
+    const markers = ['pyproject.toml', 'CLAUDE.md', '.git', 'package.json'];
+    while (true) {
+      if (markers.some(m => existsSync(join(current, m)))) {
+        return current;
+      }
+      const parent = dirname(current);
+      if (parent === current) break;
+      current = parent;
+    }
+    return null;
+  }
+
+  /**
+   * Recursively collect files under `root` (skipping `excludeDirs`), capped to keep
+   * the walk cheap on large trees.
+   */
+  private walkFiles(root: string, excludeDirs: string[], limit = 2000): string[] {
+    const out: string[] = [];
+    const stack = [root];
+    while (stack.length > 0 && out.length < limit) {
+      const dir = stack.pop()!;
+      let entries: string[];
+      try {
+        entries = readdirSync(dir);
+      } catch {
+        continue;
+      }
+      for (const entry of entries) {
+        const full = join(dir, entry);
+        if (excludeDirs.includes(entry)) continue;
+        let isDir = false;
+        try {
+          isDir = statSync(full).isDirectory();
+        } catch {
+          continue;
+        }
+        if (isDir) {
+          stack.push(full);
+        } else {
+          out.push(full);
+        }
+      }
+    }
+    return out;
+  }
+
+  /**
+   * Search the codebase for files related to `searchTerm`.
+   *
+   * A file matches when its name resembles the search term, or when it defines a
+   * def/class/function with that exact name. Returns project-relative paths (max 10).
+   */
+  private searchCodebase(root: string, searchTerm: string, excludeDirs: string[]): string[] {
+    const results: string[] = [];
+    const searchLower = searchTerm.toLowerCase().replace(/[_-]/g, '');
+    const exts = ['.py', '.ts', '.js'];
+
+    for (const file of this.walkFiles(root, excludeDirs)) {
+      if (!exts.some(e => file.endsWith(e))) continue;
+
+      const base = file.split('/').pop() ?? file;
+      const stem = base.replace(/\.[^.]+$/, '').toLowerCase().replace(/[_-]/g, '');
+      if (stem.includes(searchLower) || searchLower.includes(stem)) {
+        results.push(relative(root, file));
+        if (results.length >= 10) break;
+        continue;
+      }
+
+      try {
+        const content = readFileSync(file, 'utf-8');
+        if (content.length < 100000) {
+          const escaped = searchTerm.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
+          if (new RegExp(`\\b(def|class|function)\\s+${escaped}\\b`, 'i').test(content)) {
+            results.push(relative(root, file));
+            if (results.length >= 10) break;
+          }
+        }
+      } catch {
+        // ignore unreadable file
+      }
+    }
+    return results.slice(0, 10);
+  }
+
+  /**
+   * Read tech stack from CLAUDE.md and project files.
+   */
+  private readTechStack(projectRoot: string): Record<string, boolean> {
+    const techStack: Record<string, boolean> = {};
+
+    const claudeMd = join(projectRoot, 'CLAUDE.md');
+    if (existsSync(claudeMd)) {
+      try {
+        const content = readFileSync(claudeMd, 'utf-8');
+        techStack.has_claude_md = true;
+        const techPatterns: Record<string, RegExp> = {
+          supabase: /\bsupabase\b/i,
+          nextjs: /\bnext\.?js\b/i,
+          react: /\breact\b/i,
+          python: /\bpython\b/i,
+          typescript: /\btypescript\b/i,
+          turborepo: /\bturborepo\b/i,
+          uv: /\buv\b/i,
+          pytest: /\bpytest\b/i,
+        };
+        for (const [tech, pattern] of Object.entries(techPatterns)) {
+          if (pattern.test(content)) techStack[tech] = true;
+        }
+      } catch {
+        // ignore unreadable CLAUDE.md
+      }
+    }
+
+    if (existsSync(join(projectRoot, 'pyproject.toml'))) techStack.python_project = true;
+    if (existsSync(join(projectRoot, 'package.json'))) techStack.node_project = true;
+    if (existsSync(join(projectRoot, 'turbo.json'))) techStack.turborepo = true;
+
+    return techStack;
+  }
+
+  /**
+   * Check the proposed approach against the detected tech stack.
+   */
+  private checkArchitectureAntiPatterns(
+    techStack: Record<string, boolean>,
+    proposedTech: string
+  ): string[] {
+    const warnings: string[] = [];
+    const proposed = proposedTech.toLowerCase();
+
+    if (techStack.supabase) {
+      if (proposed.includes('custom api') || proposed.includes('express')) {
+        warnings.push(
+          'Supabase project detected - consider using Supabase APIs instead of custom API'
+        );
+      }
+      if (proposed.includes('custom auth')) {
+        warnings.push(
+          'Supabase project detected - consider using Supabase Auth instead of custom authentication'
+        );
+      }
+    }
+
+    if (techStack.nextjs && proposed.includes('custom routing')) {
+      warnings.push(
+        'Next.js project detected - use Next.js App Router instead of custom routing'
+      );
+    }
+
+    if (techStack.uv && proposed.includes('pip install')) {
+      warnings.push("UV project detected - use 'uv pip install' instead of 'pip install'");
+    }
+
+    return warnings;
+  }
+
+  /**
+   * Check if existing patterns can be followed
+   *
+   * Looks for:
+   * - Similar test files
+   * - Common naming conventions
+   * - Established directory structure
+   */
+  private hasExistingPatterns(context: Context): boolean {
+    const testFile = context.test_file;
+    if (!testFile) {
+      return false;
+    }
+
+    const testDir = dirname(testFile);
+
+    // Check for other test files in same directory
+    if (existsSync(testDir)) {
+      try {
+        const files = readdirSync(testDir);
+        const testFiles = files.filter(f =>
+          f.startsWith('test_') && f.endsWith('.py')
+        );
+        return testFiles.length > 1;
+      } catch {
+        return false;
+      }
+    }
+
+    return false;
+  }
+
+  /**
+   * Check if implementation path is clear
+   *
+   * Considers:
+   * - Test name suggests clear purpose
+   * - Markers indicate test type
+   * - Context has sufficient information
+   */
+  private hasClearPath(context: Context): boolean {
+    // Check test name clarity
+    const testName = context.test_name ?? '';
+    if (!testName || testName === 'test_example') {
+      return false;
+    }
+
+    // Check for markers indicating test type
+    const markers = context.markers ?? [];
+    const knownMarkers = new Set([
+      'unit', 'integration', 'hallucination',
+      'performance', 'confidence_check', 'self_check'
+    ]);
+
+    const hasMarkers = markers.some(m => knownMarkers.has(m));
+
+    return hasMarkers || testName.length > 10;
+  }
+
+  /**
+   * Get recommended action based on confidence level
+   *
+   * @param confidence - Confidence score (0.0 - 1.0)
+   * @returns Recommended action
+   */
+  getRecommendation(confidence: number): string {
+    if (confidence >= 0.9) {
+      return "✅ High confidence (≥90%) - Proceed with implementation";
+    } else if (confidence >= 0.7) {
+      return "⚠️ Medium confidence (70-89%) - Continue investigation, DO NOT implement yet";
+    } else {
+      return "❌ Low confidence (<70%) - STOP and continue investigation loop";
+    }
+  }
+}
+
+/**
+ * Legacy function-based API for backward compatibility
+ *
+ * @deprecated Use ConfidenceChecker class instead
  */
 export async function confidenceCheck(context: Context): Promise<number> {
-  let score = 0.0;
-  const checks: string[] = [];
-
-  // Check 1: No duplicate implementations (25%)
-  if (noDuplicates(context)) {
-    score += 0.25;
-    checks.push("✅ No duplicate implementations found");
-  } else {
-    checks.push("❌ Check for existing implementations first");
-  }
-
-  // Check 2: Architecture compliance (25%)
-  if (architectureCompliant(context)) {
-    score += 0.25;
-    checks.push("✅ Uses existing tech stack (e.g., Supabase)");
-  } else {
-    checks.push("❌ Verify architecture compliance (avoid reinventing)");
-  }
-
-  // Check 3: Official documentation verified (20%)
-  if (hasOfficialDocs(context)) {
-    score += 0.2;
-    checks.push("✅ Official documentation verified");
-  } else {
-    checks.push("❌ Read official docs first");
-  }
-
-  // Check 4: Working OSS implementations referenced (15%)
-  if (hasOssReference(context)) {
-    score += 0.15;
-    checks.push("✅ Working OSS implementation found");
-  } else {
-    checks.push("❌ Search for OSS implementations");
-  }
-
-  // Check 5: Root cause identified (15%)
-  if (rootCauseIdentified(context)) {
-    score += 0.15;
-    checks.push("✅ Root cause identified");
-  } else {
-    checks.push("❌ Continue investigation to identify root cause");
-  }
-
-  // Store check results
-  context.confidence_checks = checks;
-
-  // Display checks
-  console.log("📋 Confidence Checks:");
-  checks.forEach(check => console.log(`   ${check}`));
-  console.log("");
-
-  return score;
+  const checker = new ConfidenceChecker();
+  return checker.assess(context);
 }
 
 /**
- * Check for duplicate implementations
+ * Legacy getRecommendation for backward compatibility
  *
- * Before implementing, verify:
- * - No existing similar functions/modules (Glob/Grep)
- * - No helper functions that solve the same problem
- * - No libraries that provide this functionality
- */
-function noDuplicates(context: Context): boolean {
-  return context.duplicate_check_complete ?? false;
-}
-
-/**
- * Check architecture compliance
- *
- * Verify solution uses existing tech stack:
- * - Supabase project → Use Supabase APIs (not custom API)
- * - Next.js project → Use Next.js patterns (not custom routing)
- * - Turborepo → Use workspace patterns (not manual scripts)
- */
-function architectureCompliant(context: Context): boolean {
-  return context.architecture_check_complete ?? false;
-}
-
-/**
- * Check if official documentation verified
- *
- * For testing: uses context flag 'official_docs_verified'
- * For production: checks for README.md, CLAUDE.md, docs/ directory
- */
-function hasOfficialDocs(context: Context): boolean {
-  // Check context flag (for testing and runtime)
-  if ('official_docs_verified' in context) {
-    return context.official_docs_verified ?? false;
-  }
-
-  // Fallback: check for documentation files (production)
-  // This would require filesystem access in Node.js
-  return false;
-}
-
-/**
- * Check if working OSS implementations referenced
- *
- * Search for:
- * - Similar open-source solutions
- * - Reference implementations in popular projects
- * - Community best practices
- */
-function hasOssReference(context: Context): boolean {
-  return context.oss_reference_complete ?? false;
-}
-
-/**
- * Check if root cause is identified with high certainty
- *
- * Verify:
- * - Problem source pinpointed (not guessing)
- * - Solution addresses root cause (not symptoms)
- * - Fix verified against official docs/OSS patterns
- */
-function rootCauseIdentified(context: Context): boolean {
-  return context.root_cause_identified ?? false;
-}
-
-/**
- * Get recommended action based on confidence level
- *
- * @param confidence - Confidence score (0.0 - 1.0)
- * @returns Recommended action
+ * @deprecated Use ConfidenceChecker.getRecommendation() instead
  */
 export function getRecommendation(confidence: number): string {
-  if (confidence >= 0.9) {
-    return "✅ High confidence (≥90%) - Proceed with implementation";
-  } else if (confidence >= 0.7) {
-    return "⚠️ Medium confidence (70-89%) - Continue investigation, DO NOT implement yet";
-  } else {
-    return "❌ Low confidence (<70%) - STOP and continue investigation loop";
-  }
+  const checker = new ConfidenceChecker();
+  return checker.getRecommendation(confidence);
 }

.github/workflows/README.md

@@ -34,14 +34,10 @@ This directory contains CI/CD workflows for SuperClaude Framework.
 
 **Purpose**: Provide rapid feedback on PRs before running full test matrix.
 
-### 3. **publish-pypi.yml** (Existing)
+### 3. **publish-pypi.yml**
 **Triggers**: Manual or release tags
 **Purpose**: Publish package to PyPI
 
-### 4. **readme-quality-check.yml** (Existing)
-**Triggers**: Push/PR affecting README files
-**Purpose**: Validate README quality and consistency
-
 ## Local Testing
 
 Before pushing, run these commands locally:
@@ -155,4 +151,4 @@ open htmlcov/index.html
 - [GitHub Actions Documentation](https://docs.github.com/en/actions)
 - [UV Documentation](https://github.com/astral-sh/uv)
 - [Pytest Documentation](https://docs.pytest.org/)
-- [SuperClaude Testing Guide](../../docs/developer-guide/testing-debugging.md)
+- [CLAUDE.md](../../CLAUDE.md) — developer setup and test commands

.github/workflows/pull-sync-framework.yml

@@ -1,140 +0,0 @@
-name: Pull Sync from Framework
-
-on:
-  schedule:
-    - cron: '0 */6 * * *'
-  workflow_dispatch:
-
-jobs:
-  sync-and-isolate:
-    runs-on: ubuntu-latest
-    permissions:
-      contents: write
-      pull-requests: write
-
-    steps:
-      - name: Checkout Plugin Repository (Target)
-        uses: actions/checkout@v4
-        with:
-          path: plugin-repo
-
-      - name: Check for Framework updates
-        id: check-updates
-        run: |
-          FRAMEWORK_HEAD=$(git ls-remote https://github.com/SuperClaude-Org/SuperClaude_Framework HEAD | cut -f1)
-          echo "Current framework HEAD: $FRAMEWORK_HEAD"
-          echo "framework-head=$FRAMEWORK_HEAD" >> $GITHUB_OUTPUT
-
-          LAST_SYNCED=""
-          if [ -f "plugin-repo/docs/.framework-sync-commit" ]; then
-            LAST_SYNCED=$(cat plugin-repo/docs/.framework-sync-commit)
-            echo "Last synced commit: $LAST_SYNCED"
-          else
-            echo "No previous sync state - will run sync"
-          fi
-
-          if [ "$FRAMEWORK_HEAD" = "$LAST_SYNCED" ] && [ "${{ github.event_name }}" != "workflow_dispatch" ]; then
-            echo "✅ Framework is up to date - skipping sync"
-            echo "has-updates=false" >> $GITHUB_OUTPUT
-          else
-            echo "🔄 Framework has updates - proceeding with sync"
-            echo "has-updates=true" >> $GITHUB_OUTPUT
-          fi
-
-      - name: Checkout Framework Repository (Source)
-        if: steps.check-updates.outputs.has-updates == 'true'
-        uses: actions/checkout@v4
-        with:
-          repository: SuperClaude-Org/SuperClaude_Framework
-          path: framework-src
-
-      - name: Set up Python
-        if: steps.check-updates.outputs.has-updates == 'true'
-        uses: actions/setup-python@v5
-        with:
-          python-version: '3.10'
-
-      - name: Run Transformation & Sync Logic
-        if: steps.check-updates.outputs.has-updates == 'true'
-        run: |
-          cd plugin-repo
-          python3 scripts/sync_from_framework.py
-
-      - name: Verify protected files are unchanged
-        if: steps.check-updates.outputs.has-updates == 'true'
-        working-directory: plugin-repo
-        run: |
-          # Note: plugin.json removed from list as it is updated by the MCP merge script
-          PROTECTED=(
-            "README.md" "README-ja.md" "README-zh.md"
-            "BACKUP_GUIDE.md" "MIGRATION_GUIDE.md" "SECURITY.md"
-            "CLAUDE.md" "LICENSE" ".gitignore"
-            ".claude-plugin/marketplace.json"
-            "core/" "modes/"
-          )
-          VIOLATIONS=()
-          for path in "${PROTECTED[@]}"; do
-            if git diff --name-only HEAD -- "$path" | grep -q .; then
-              VIOLATIONS+=("$path")
-            fi
-          done
-          if [ ${#VIOLATIONS[@]} -gt 0 ]; then
-            echo "🚨 PROTECTION VIOLATION: sync modified Plugin-owned files:"
-            for v in "${VIOLATIONS[@]}"; do echo "  • $v"; done
-            echo ""
-            echo "Fix: check SYNC_MAPPINGS in scripts/sync_from_framework.py"
-            exit 1
-          fi
-          echo "🔒 Protection check passed — no Plugin-owned files were modified"
-
-      - name: Save framework sync state
-        if: steps.check-updates.outputs.has-updates == 'true'
-        run: |
-          echo "${{ steps.check-updates.outputs.framework-head }}" > plugin-repo/docs/.framework-sync-commit
-          echo "✅ Saved framework commit: ${{ steps.check-updates.outputs.framework-head }}"
-
-      - name: Commit Changes to Sync Branch
-        if: steps.check-updates.outputs.has-updates == 'true'
-        id: commit-changes
-        working-directory: plugin-repo
-        run: |
-          git config user.name "github-actions[bot]"
-          git config user.email "github-actions[bot]@users.noreply.github.com"
-
-          SYNC_BRANCH="framework-sync/$(date +'%Y-%m-%d-%H%M')"
-          git checkout -b "$SYNC_BRANCH"
-
-          git add commands/ agents/ .claude-plugin/plugin.json plugin.json
-
-          if [ -f "docs/.framework-sync-commit" ]; then
-            git add -f docs/.framework-sync-commit
-          fi
-
-          if ! git diff --cached --quiet; then
-            git commit -m "chore: automated sync from framework [${{ steps.check-updates.outputs.framework-head }}]"
-            git push origin "$SYNC_BRANCH"
-            echo "has-changes=true" >> $GITHUB_OUTPUT
-            echo "sync-branch=$SYNC_BRANCH" >> $GITHUB_OUTPUT
-          else
-            echo "No changes detected."
-            echo "has-changes=false" >> $GITHUB_OUTPUT
-          fi
-
-      - name: Create Pull Request for Review
-        if: steps.commit-changes.outputs.has-changes == 'true'
-        working-directory: plugin-repo
-        env:
-          GH_TOKEN: ${{ github.token }}
-        run: |
-          gh pr create \
-            --title "chore: framework sync ${{ steps.check-updates.outputs.framework-head }}" \
-            --body "## Automated Framework Sync
-
-          Synced from upstream framework commit: \`${{ steps.check-updates.outputs.framework-head }}\`
-
-          **Review required before merge.** This PR was created automatically by the framework sync workflow. Please review the changes to ensure no unexpected modifications were introduced.
-
-          ---
-          *Auto-generated by pull-sync-framework workflow*" \
-            --base main \
-            --head "${{ steps.commit-changes.outputs.sync-branch }}"

.github/workflows/readme-quality-check.yml

@@ -1,312 +0,0 @@
-name: README Quality Check
-
-on:
-  pull_request:
-    paths: 
-      - 'README*.md'
-      - 'Docs/**/*.md'
-  push:
-    branches: [main, master, develop]
-  workflow_dispatch:
-
-permissions:
-  contents: read
-  pull-requests: write
-  issues: write
-
-jobs:
-  readme-quality-check:
-    name: Multi-language README Quality Assessment
-    runs-on: ubuntu-latest
-    
-    steps:
-    - name: Checkout repository
-      uses: actions/checkout@v4
-      
-    - name: Set up Python
-      uses: actions/setup-python@v5
-      with:
-        python-version: '3.11'
-        
-    - name: Install dependencies
-      run: |
-        python -m pip install --upgrade pip
-        pip install requests beautifulsoup4 pyyaml
-        
-    - name: Create quality checker script
-      run: |
-        cat > readme_checker.py << 'EOF'
-        #!/usr/bin/env python3
-        # -*- coding: utf-8 -*-
-        """
-        SuperClaude Multi-language README Quality Checker
-        Checks version sync, link validity, and structural consistency
-        """
-        
-        import os
-        import re
-        import requests
-        import json
-        from pathlib import Path
-        from urllib.parse import urljoin
-        
-        class READMEQualityChecker:
-            def __init__(self):
-                self.readme_files = ['README.md', 'README-zh.md', 'README-ja.md', 'README-kr.md']
-                self.results = {
-                    'structure_consistency': [],
-                    'link_validation': [],
-                    'translation_sync': [],
-                    'overall_score': 0
-                }
-                
-            def check_structure_consistency(self):
-                """Check structural consistency"""
-                print("🔍 Checking structural consistency...")
-                
-                structures = {}
-                for file in self.readme_files:
-                    if os.path.exists(file):
-                        with open(file, 'r', encoding='utf-8') as f:
-                            content = f.read()
-                            # Extract heading structure
-                            headers = re.findall(r'^#{1,6}\s+(.+)$', content, re.MULTILINE)
-                            structures[file] = len(headers)
-                            
-                # Compare structural differences
-                line_counts = [structures.get(f, 0) for f in self.readme_files if f in structures]
-                if line_counts:
-                    max_diff = max(line_counts) - min(line_counts)
-                    consistency_score = max(0, 100 - (max_diff * 5))
-                    
-                    self.results['structure_consistency'] = {
-                        'score': consistency_score,
-                        'details': structures,
-                        'status': 'PASS' if consistency_score >= 90 else 'WARN'
-                    }
-                    
-                    print(f"✅ Structural consistency: {consistency_score}/100")
-                    for file, count in structures.items():
-                        print(f"   {file}: {count} headers")
-                        
-            def check_link_validation(self):
-                """Check link validity"""
-                print("🔗 Checking link validity...")
-                
-                all_links = {}
-                broken_links = []
-                
-                for file in self.readme_files:
-                    if os.path.exists(file):
-                        with open(file, 'r', encoding='utf-8') as f:
-                            content = f.read()
-                            
-                        # Extract all links
-                        links = re.findall(r'\[([^\]]+)\]\(([^)]+)\)', content)
-                        all_links[file] = []
-                        
-                        for text, url in links:
-                            link_info = {'text': text, 'url': url, 'status': 'unknown'}
-                            
-                            # Check local file links
-                            if not url.startswith(('http://', 'https://', '#')):
-                                if os.path.exists(url):
-                                    link_info['status'] = 'valid'
-                                else:
-                                    link_info['status'] = 'broken'
-                                    broken_links.append(f"{file}: {url}")
-                            
-                            # HTTP link check (simplified)
-                            elif url.startswith(('http://', 'https://')):
-                                try:
-                                    # Only check key links to avoid excessive requests
-                                    if any(domain in url for domain in ['github.com', 'pypi.org', 'npmjs.com']):
-                                        response = requests.head(url, timeout=10, allow_redirects=True)
-                                        link_info['status'] = 'valid' if response.status_code < 400 else 'broken'
-                                    else:
-                                        link_info['status'] = 'skipped'
-                                except:
-                                    link_info['status'] = 'error'
-                            else:
-                                link_info['status'] = 'anchor'
-                                
-                            all_links[file].append(link_info)
-                
-                # Calculate link health score
-                total_links = sum(len(links) for links in all_links.values())
-                broken_count = len(broken_links)
-                link_score = max(0, 100 - (broken_count * 10)) if total_links > 0 else 100
-                
-                self.results['link_validation'] = {
-                    'score': link_score,
-                    'total_links': total_links,
-                    'broken_links': broken_count,
-                    'broken_list': broken_links[:10],  # Show max 10
-                    'status': 'PASS' if link_score >= 80 else 'FAIL'
-                }
-                
-                print(f"✅ Link validity: {link_score}/100")
-                print(f"   Total links: {total_links}")
-                print(f"   Broken links: {broken_count}")
-                
-            def check_translation_sync(self):
-                """Check translation sync"""
-                print("🌍 Checking translation sync...")
-                
-                if not all(os.path.exists(f) for f in self.readme_files):
-                    print("⚠️  Some README files are missing")
-                    self.results['translation_sync'] = {
-                        'score': 60,
-                        'status': 'WARN',
-                        'message': 'Some README files are missing'
-                    }
-                    return
-                
-                # Check file modification times
-                mod_times = {}
-                for file in self.readme_files:
-                    mod_times[file] = os.path.getmtime(file)
-                    
-                # Calculate time difference (seconds)
-                times = list(mod_times.values())
-                time_diff = max(times) - min(times)
-                
-                # Score based on time diff (within 7 days = synced)
-                sync_score = max(0, 100 - (time_diff / (7 * 24 * 3600) * 20))
-                
-                self.results['translation_sync'] = {
-                    'score': int(sync_score),
-                    'time_diff_days': round(time_diff / (24 * 3600), 2),
-                    'status': 'PASS' if sync_score >= 80 else 'WARN',
-                    'mod_times': {f: f"{os.path.getmtime(f):.0f}" for f in self.readme_files}
-                }
-                
-                print(f"✅ Translation sync: {int(sync_score)}/100")
-                print(f"   Max time difference: {round(time_diff / (24 * 3600), 1)} days")
-                
-            def generate_report(self):
-                """Generate quality report"""
-                print("\n📊 Generating quality report...")
-                
-                # Calculate overall score
-                scores = [
-                    self.results['structure_consistency'].get('score', 0),
-                    self.results['link_validation'].get('score', 0),
-                    self.results['translation_sync'].get('score', 0)
-                ]
-                overall_score = sum(scores) // len(scores)
-                self.results['overall_score'] = overall_score
-                
-                # Generate GitHub Actions summary
-                pipe = "|"
-                table_header = f"{pipe} Check {pipe} Score {pipe} Status {pipe} Details {pipe}"
-                table_separator = f"{pipe}----------|------|------|------|"
-                table_row1 = f"{pipe} 📐 Structure {pipe} {self.results['structure_consistency'].get('score', 0)}/100 {pipe} {self.results['structure_consistency'].get('status', 'N/A')} {pipe} {len(self.results['structure_consistency'].get('details', {}))} files {pipe}"
-                table_row2 = f"{pipe} 🔗 Links {pipe} {self.results['link_validation'].get('score', 0)}/100 {pipe} {self.results['link_validation'].get('status', 'N/A')} {pipe} {self.results['link_validation'].get('broken_links', 0)} broken {pipe}"
-                table_row3 = f"{pipe} 🌍 Translation {pipe} {self.results['translation_sync'].get('score', 0)}/100 {pipe} {self.results['translation_sync'].get('status', 'N/A')} {pipe} {self.results['translation_sync'].get('time_diff_days', 0)} days diff {pipe}"
-
-                summary_parts = [
-                    "## 📊 README Quality Check Report",
-                    "",
-                    f"### 🏆 Overall Score: {overall_score}/100",
-                    "",
-                    table_header,
-                    table_separator,
-                    table_row1,
-                    table_row2,
-                    table_row3,
-                    "",
-                    "### 📋 Details",
-                    "",
-                    "**Structural consistency details:**"
-                ]
-                summary = "\n".join(summary_parts)
-
-                for file, count in self.results['structure_consistency'].get('details', {}).items():
-                    summary += f"\n- `{file}`: {count} headings"
-
-                if self.results['link_validation'].get('broken_links'):
-                    summary += f"\n\n**Broken links:**\n"
-                    for link in self.results['link_validation']['broken_list']:
-                        summary += f"\n- ❌ {link}"
-
-                summary += f"\n\n### 🎯 Recommendations\n"
-
-                if overall_score >= 90:
-                    summary += "✅ Excellent quality! Keep it up."
-                elif overall_score >= 70:
-                    summary += "⚠️ Good quality with room for improvement."
-                else:
-                    summary += "🚨 Needs improvement! Please review the issues above."
-
-                # Write GitHub Actions summary
-                github_step_summary = os.environ.get('GITHUB_STEP_SUMMARY')
-                if github_step_summary:
-                    with open(github_step_summary, 'w', encoding='utf-8') as f:
-                        f.write(summary)
-                
-                # Save detailed results
-                with open('readme-quality-report.json', 'w', encoding='utf-8') as f:
-                    json.dump(self.results, f, indent=2, ensure_ascii=False)
-                
-                print("✅ Report generated")
-
-                # Determine exit code based on score
-                return 0 if overall_score >= 70 else 1
-                
-            def run_all_checks(self):
-                """Run all checks"""
-                print("🚀 Starting README quality check...\n")
-                
-                self.check_structure_consistency()
-                self.check_link_validation() 
-                self.check_translation_sync()
-                
-                exit_code = self.generate_report()
-                
-                print(f"\n🎯 Check complete! Score: {self.results['overall_score']}/100")
-                return exit_code
-
-        if __name__ == "__main__":
-            checker = READMEQualityChecker()
-            exit_code = checker.run_all_checks()
-            exit(exit_code)
-        EOF
-        
-    - name: Run README quality check
-      run: python readme_checker.py
-      
-    - name: Upload quality report
-      if: always()
-      uses: actions/upload-artifact@v4
-      with:
-        name: readme-quality-report
-        path: readme-quality-report.json
-        retention-days: 30
-        
-    - name: Comment PR (if applicable)
-      if: github.event_name == 'pull_request' && always() && github.event.pull_request.head.repo.full_name == github.repository
-      uses: actions/github-script@v7
-      with:
-        script: |
-          const fs = require('fs');
-          
-          if (fs.existsSync('readme-quality-report.json')) {
-            const report = JSON.parse(fs.readFileSync('readme-quality-report.json', 'utf8'));
-            
-            const score = report.overall_score;
-            const emoji = score >= 90 ? '🏆' : score >= 70 ? '✅' : '⚠️';
-            
-            const comment = `${emoji} **README Quality Check: ${score}/100**\n\n` +
-              `📐 Structural consistency: ${report.structure_consistency?.score || 0}/100\n` +
-              `🔗 Link validity: ${report.link_validation?.score || 0}/100\n` +
-              `🌍 Translation sync: ${report.translation_sync?.score || 0}/100\n\n` +
-              `See the Actions tab for the detailed report.`;
-            
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: comment
-            });
-          }

.gitignore

@@ -21,7 +21,7 @@ share/python-wheels/
 *.egg-info/
 .installed.cfg
 *.egg
-MANIFEST
+/MANIFEST
 
 # PyPI Publishing
 *.whl
@@ -178,3 +178,6 @@ TODO.txt
 # Development artifacts (should not be in repo)
 package-lock.json
 uv.lock
+
+# Reflexion runtime output (opt-in via SUPERCLAUDE_REFLEXION_OUTPUT_DIR)
+docs/mistakes/

AGENTS.md

@@ -1,38 +0,0 @@
-# Repository Guidelines
-
-## Project Structure & Module Organization
-- `src/superclaude/` holds the Python package and pytest plugin entrypoints.
-- `tests/` contains Python integration/unit suites; markers map to features in `pyproject.toml`.
-- `pm/`, `research/`, and `index/` house TypeScript agents with standalone `package.json`.
-- `skills/` holds runtime skills (e.g., `confidence-check`); `commands/` documents scripted Claude commands.
-- `docs/` provides reference packs; start with `docs/developer-guide` for workflow expectations.
-
-## Build, Test, and Development Commands
-- `make install` installs the framework editable via `uv pip install -e ".[dev]"`.
-- `make test` runs `uv run pytest` across `tests/`.
-- `make doctor` or `make verify` check CLI wiring and plugin health.
-- `make lint` and `make format` delegate to Ruff; run after significant edits.
-- TypeScript agents: inside `pm/`, run `npm install` once, then `npm test` or `npm run build`; repeat for `research/` and `index/`.
-
-## Coding Style & Naming Conventions
-- Python: 4-space indentation, Black line length 88, Ruff `E,F,I,N,W`; prefer snake_case for modules/functions and PascalCase for classes.
-- Keep pytest markers explicit (`@pytest.mark.unit`, etc.) and match file names `test_*.py`.
-- TypeScript: rely on project `tsconfig.json`; keep filenames kebab-case and exported classes PascalCase; align with existing PM agent modules.
-- Reserve docstrings or inline comments for non-obvious orchestration; let clear naming do the heavy lifting.
-
-## Testing Guidelines
-- Default to `make test`; add `uv run pytest -m unit` to scope runs during development.
-- When changes touch CLI or plugin startup, extend integration coverage in `tests/test_pytest_plugin.py`.
-- Respect coverage focus on `src/superclaude` (`tool.coverage.run`); adjust configuration instead of skipping logic.
-- For TypeScript agents, add Jest specs under `__tests__/*.test.ts` and keep coverage thresholds satisfied via `npm run test:coverage`.
-
-## Commit & Pull Request Guidelines
-- Follow Conventional Commits (`feat:`, `fix:`, `refactor:`) as seen in `git log`; keep present-tense summaries under ~72 chars.
-- Group related file updates per commit to simplify bisects and release notes.
-- Before opening a PR, run `make lint`, `make format`, and `make test`; include summaries of verification steps in the PR description.
-- Reference linked issues (`Closes #123`) and, for agent workflow changes, add brief reproduction notes; screenshots only when docs change.
-- Tag reviewers listed in `CODEOWNERS` when touching owned directories.
-
-## Plugin Deployment Tips
-- Use `make install-plugin` to mirror the development plugin into `~/.claude/plugins/pm-agent`; prefer `make reinstall-plugin` after local iterations.
-- Validate plugin detection with `make test-plugin` before sharing artifact links or release notes.

CLAUDE.md

@@ -1,341 +1,111 @@
 # CLAUDE.md
 
-This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
+Development guide for SuperClaude v5 (branch `v5`, package `5.0.0a1`, plugin `5.0.0-alpha.1`).
 
-## 🐍 Python Environment Rules
+## Python: UV only
 
-**CRITICAL**: This project uses **UV** for all Python operations. Never use `python -m`, `pip install`, or `python script.py` directly.
-
-### Required Commands
+All Python operations go through UV. Never use bare `python`, `pip install`, or the
+`pytest` console script (it is broken in this venv — always go through `python -m`).
 
 ```bash
-# All Python operations must use UV
-uv run pytest                    # Run tests
-uv run pytest tests/pm_agent/   # Run specific tests
-uv pip install package           # Install dependencies
-uv run python script.py          # Execute scripts
+uv run python -m pytest -q                 # full test suite (257 tests)
+uv run python -m pytest tests/unit -v      # one directory
+uv run python -m pytest -m confidence_check
+uv pip install <package>
+uv run python script.py
 ```
 
-## 📂 Project Structure
-
-**Current v4.3.0 Architecture**: Python package with 30 commands, 20 agents, 7 modes
+## Repository layout
 
 ```
-# Claude Code Configuration (v4.3.0)
-# Installed via `superclaude install` to user's home directory
-~/.claude/
-├── settings.json
-├── commands/sc/         # 30 slash commands (/sc:research, /sc:implement, etc.)
-│   ├── pm.md
-│   ├── research.md
-│   ├── implement.md
-│   └── ... (30 total)
-├── agents/              # 20 domain-specialist agents (@pm-agent, @system-architect, etc.)
-│   ├── pm-agent.md
-│   ├── system-architect.md
-│   └── ... (20 total)
-└── skills/              # Skills (confidence-check, etc.)
-
-# Python Package
-src/superclaude/
-├── __init__.py          # Public API: ConfidenceChecker, SelfCheckProtocol, ReflexionPattern
-├── pytest_plugin.py     # Auto-loaded pytest integration (5 fixtures, 9 markers)
-├── pm_agent/            # confidence.py, self_check.py, reflexion.py, token_budget.py
-├── execution/           # parallel.py, reflection.py, self_correction.py
-├── cli/                 # main.py, doctor.py, install_commands.py, install_mcp.py, install_skill.py
-├── commands/            # 30 slash command definitions (.md files)
-├── agents/              # 20 agent definitions (.md files)
-├── modes/               # 7 behavioral modes (.md files)
-├── skills/              # Installable skills (confidence-check, etc.)
-├── hooks/               # Claude Code hook definitions
-├── mcp/                 # MCP server configurations (10 servers)
-└── core/                # Core utilities
-
-# Project Files
-tests/                   # Python test suite (136 tests)
-├── unit/                # Unit tests (auto-marked @pytest.mark.unit)
-└── integration/         # Integration tests (auto-marked @pytest.mark.integration)
-docs/                    # Documentation
-scripts/                 # Analysis tools (workflow metrics, A/B testing)
-plugins/                 # Exported plugin artefacts for distribution
-PLANNING.md              # Architecture, absolute rules
-TASK.md                  # Current tasks
-KNOWLEDGE.md             # Accumulated insights
+plugins/superclaude/      # PLUGIN SOURCE OF TRUTH
+  skills/                 #   confidence-check, spec-panel, socratic, pm-reflexion
+  agents/                 #   explore-haiku.md
+  hooks/hooks.json        #   5 hooks (see below)
+  scripts/                #   session-restore.sh, tab-title.sh, ...
+  manifest/               #   plugin.template.json (version comes from VERSION file)
+src/superclaude/          # Python package for the wheel
+  skills/, agents/        #   mirrored FROM plugins/superclaude (edit the plugin side)
+  cli/                    #   superclaude CLI (install, update, doctor, mcp, install-skill)
+  pm_agent/               #   confidence.py, self_check.py, reflexion.py, token_budget.py
+  pytest_plugin.py        #   fixtures + markers; never writes files by itself
+eval/                     # gate-zero A/B eval harness (eval/README.md, eval/preregister.yaml)
+dist/                     # built plugin artefacts — output of `make build-plugin`
+docs/knowledge/           # community best-practices hub
+docs/migration/           # v4 → v5 migration guide
+tests/                    # unit/ auto-marked @unit, integration/ auto-marked @integration
 ```
 
-### Claude Code Integration Points
+`plugins/superclaude/` is canonical for skills/agents/hooks. `make build-plugin`
+(`scripts/build_superclaude_plugin.py`) reads the repo `VERSION` file (PEP 440,
+normalized to semver) and assembles `dist/plugins/superclaude/`.
 
-SuperClaude integrates with Claude Code through these mechanisms:
-- **Slash Commands**: 30 commands installed to `~/.claude/commands/sc/` (e.g., `/sc:pm`, `/sc:research`)
-- **Agents**: 20 agents installed to `~/.claude/agents/` (e.g., `@pm-agent`, `@system-architect`)
-- **Skills**: Installed to `~/.claude/skills/` (e.g., confidence-check)
-- **Hooks**: Session lifecycle hooks in `src/superclaude/hooks/`
-- **Settings**: Project settings in `.claude/settings.json`
-- **Pytest Plugin**: Auto-loaded via entry point, provides fixtures and markers
-- **MCP Servers**: 8+ servers configurable via `superclaude mcp`
+## What ships in v5
 
-## 🔧 Development Workflow
+- **4 skills**: confidence-check (+ `confidence.ts`), spec-panel, socratic, pm-reflexion
+- **1 agent**: explore-haiku — cheap codebase exploration on Haiku
+- **5 hooks** (`plugins/superclaude/hooks/hooks.json`):
+  - `session-restore` — SessionStart command script
+  - `confidence-gate` — PreToolUse prompt on `Write|Edit`
+  - `session-summary`, `reflexion-trigger` — Stop prompts
+  - `tab-title` — opt-in via `SUPERCLAUDE_TAB_TITLE=1` (silent no-op otherwise)
+- **Eval harness** in `eval/` — A/B against native Claude Code, machine-scored
+- **CLI**: `superclaude install [--minimal]`, `update`, `doctor`, `mcp`, `install-skill`, `version`
 
-### Essential Commands
+## The eval gate — rule for adding ANY component
+
+No skill, agent, hook, or command is added on intuition. The bar is: it must beat
+*native* Claude Code behavior in an A/B eval. To propose a component:
+
+1. Build a single-component variant: `eval/variants/<comp>/.claude-plugin/plugin.json`
+   plus the one skill/agent/hook under test.
+2. Run it: `cd eval && uv run sc-eval --trials 5 --k 3` (smoke; real decisions need
+   ≥20 tasks per `eval/preregister.yaml`).
+3. It survives only if both pre-registered rules in `eval/preregister.yaml` hold:
+   disjoint 95% CIs above the native baseline AND no quality-per-token regression.
+4. Attach the numbers to the PR. Overlapping CIs are INCONCLUSIVE, not a win.
+
+Never tune `eval/preregister.yaml` to make a candidate pass. `parallel.py` is a
+confirmed cut (native subagents cover it; see `confirmed_cuts` in preregister.yaml).
+
+Keep only what models cannot do alone: deterministic enforcement (hooks), external
+access (MCP), persistence — plus structured-format content skills that demonstrably
+hold up under eval.
+
+## Tests, lint, health
 
 ```bash
-# Setup
-make dev              # Install in editable mode with dev dependencies
-make verify           # Verify installation (package, plugin, health)
-
-# Testing
-make test             # Run full test suite
-uv run pytest tests/pm_agent/ -v              # Run specific directory
-uv run pytest tests/test_file.py -v           # Run specific file
-uv run pytest -m confidence_check             # Run by marker
-uv run pytest --cov=superclaude               # With coverage
-
-# Code Quality
-make lint             # Run ruff linter
-make format           # Format code with ruff
-make doctor           # Health check diagnostics
-
-# MCP Servers
-superclaude mcp                              # Interactive install (gateway default)
-superclaude mcp --list                       # List available servers
-superclaude mcp --servers airis-mcp-gateway  # Install AIRIS Gateway (recommended)
-superclaude mcp --servers tavily context7    # Install individual servers
-
-# Plugin Packaging
-make build-plugin            # Build plugin artefacts into dist/
-make sync-plugin-repo        # Sync artefacts into ../SuperClaude_Plugin
-
-# Maintenance
-make clean            # Remove build artifacts
+make test          # uv run python -m pytest
+make lint          # ruff check
+make format        # ruff format
+make doctor        # installation health check
+make build-plugin  # build dist/ plugin artefacts
+make verify        # package + plugin + health verification
 ```
 
-## 📦 Core Architecture
+Reflexion file persistence is opt-in: set `SUPERCLAUDE_REFLEXION_OUTPUT_DIR` to
+enable writes. Default is no file output; `docs/mistakes/` is gitignored. Do not
+reintroduce unconditional file writes in the pytest plugin.
 
-### Pytest Plugin (Auto-loaded)
+## Git workflow
 
-Registered via `pyproject.toml` entry point, automatically available after installation.
+- Active branch: `v5`. Conventional commits (`feat:`, `fix:`, `docs:`, `chore:`).
+- `master` carries v4.3.x, frozen on PyPI (security fixes only).
+- Branch from `v5` for v5 work; PRs target `v5`. Do not push to `master`.
+- For parallel sessions use `git worktree add ../SuperClaude_Framework-<name> <branch>`.
 
-**Fixtures**: `confidence_checker`, `self_check_protocol`, `reflexion_pattern`, `token_budget`, `pm_context`
+## MCP servers (optional)
 
-**Auto-markers**:
-- Tests in `/unit/` → `@pytest.mark.unit`
-- Tests in `/integration/` → `@pytest.mark.integration`
+Everything works with zero MCP servers; integrations must degrade gracefully.
+`airis-mcp-gateway` and `mindbase` are maintained by Agile Tech Inc. (the v5
+author's company) — disclose this wherever they are recommended, and always list
+alternatives (e.g. `superclaude mcp --servers context7 tavily` for individual
+servers). Never make them a hard dependency.
 
-**Custom markers**: `@pytest.mark.confidence_check`, `@pytest.mark.self_check`, `@pytest.mark.reflexion`
+## Documentation map
 
-### PM Agent - Three Core Patterns
-
-**1. ConfidenceChecker** (src/superclaude/pm_agent/confidence.py)
-- Pre-execution confidence assessment: ≥90% required, 70-89% present alternatives, <70% ask questions
-- Prevents wrong-direction work, ROI: 25-250x token savings
-
-**2. SelfCheckProtocol** (src/superclaude/pm_agent/self_check.py)
-- Post-implementation evidence-based validation
-- No speculation - verify with tests/docs
-
-**3. ReflexionPattern** (src/superclaude/pm_agent/reflexion.py)
-- Error learning and prevention
-- Cross-session pattern matching
-
-### Parallel Execution
-
-**Wave → Checkpoint → Wave pattern** (src/superclaude/execution/parallel.py):
-- 3.5x faster than sequential execution
-- Automatic dependency analysis
-- Example: [Read files in parallel] → Analyze → [Edit files in parallel]
-
-### Slash Commands, Agents & Modes (v4.3.0)
-
-- Install via: `pipx install superclaude && superclaude install`
-- **30 Commands** installed to `~/.claude/commands/sc/` (e.g., `/sc:pm`, `/sc:research`, `/sc:implement`)
-- **20 Agents** installed to `~/.claude/agents/` (e.g., `@pm-agent`, `@system-architect`, `@deep-research`)
-- **7 Behavioral Modes**: Brainstorming, Business Panel, Deep Research, Introspection, Orchestration, Task Management, Token Efficiency
-- **Skills**: Installable to `~/.claude/skills/` (e.g., confidence-check)
-
-> **Note**: TypeScript plugin system planned for v5.0 ([#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419))
-
-## 🧪 Testing with PM Agent
-
-### Example Test with Markers
-
-```python
-@pytest.mark.confidence_check
-def test_feature(confidence_checker):
-    """Pre-execution confidence check - skips if < 70%"""
-    context = {"test_name": "test_feature", "has_official_docs": True}
-    assert confidence_checker.assess(context) >= 0.7
-
-@pytest.mark.self_check
-def test_implementation(self_check_protocol):
-    """Post-implementation validation with evidence"""
-    implementation = {"code": "...", "tests": [...]}
-    passed, issues = self_check_protocol.validate(implementation)
-    assert passed, f"Validation failed: {issues}"
-
-@pytest.mark.reflexion
-def test_error_learning(reflexion_pattern):
-    """If test fails, reflexion records for future prevention"""
-    pass
-
-@pytest.mark.complexity("medium")  # simple: 200, medium: 1000, complex: 2500
-def test_with_budget(token_budget):
-    """Token budget allocation"""
-    assert token_budget.limit == 1000
-```
-
-## 🌿 Git Workflow
-
-**Branch structure**: `master` (production) ← `integration` (testing) ← `feature/*`, `fix/*`, `docs/*`
-
-**Standard workflow**:
-1. Create branch from `integration`: `git checkout -b feature/your-feature`
-2. Develop with tests: `uv run pytest`
-3. Commit: `git commit -m "feat: description"` (conventional commits)
-4. Merge to `integration` → validate → merge to `master`
-
-**Current branch**: See git status in session start output
-
-### Parallel Development with Git Worktrees
-
-**CRITICAL**: When running multiple Claude Code sessions in parallel, use `git worktree` to avoid conflicts.
-
-```bash
-# Create worktree for integration branch
-cd ~/github/SuperClaude_Framework
-git worktree add ../SuperClaude_Framework-integration integration
-
-# Create worktree for feature branch
-git worktree add ../SuperClaude_Framework-feature feature/pm-agent
-```
-
-**Benefits**:
-- Run Claude Code sessions on different branches simultaneously
-- No branch switching conflicts
-- Independent working directories
-- Parallel development without state corruption
-
-**Usage**:
-- Session A: Open `~/github/SuperClaude_Framework/` (current branch)
-- Session B: Open `~/github/SuperClaude_Framework-integration/` (integration)
-- Session C: Open `~/github/SuperClaude_Framework-feature/` (feature branch)
-
-**Cleanup**:
-```bash
-git worktree remove ../SuperClaude_Framework-integration
-```
-
-## 📝 Key Documentation Files
-
-**PLANNING.md** - Architecture, design principles, absolute rules
-**TASK.md** - Current tasks and priorities
-**KNOWLEDGE.md** - Accumulated insights and troubleshooting
-
-Additional docs in `docs/user-guide/`, `docs/developer-guide/`, `docs/reference/`
-
-## 💡 Core Development Principles
-
-### 1. Evidence-Based Development
-**Never guess** - verify with official docs (Context7 MCP, WebFetch, WebSearch) before implementation.
-
-### 2. Confidence-First Implementation
-Check confidence BEFORE starting: ≥90% proceed, 70-89% present alternatives, <70% ask questions.
-
-### 3. Parallel-First Execution
-Use **Wave → Checkpoint → Wave** pattern (3.5x faster). Example: `[Read files in parallel]` → Analyze → `[Edit files in parallel]`
-
-### 4. Token Efficiency
-- Simple (typo): 200 tokens
-- Medium (bug fix): 1,000 tokens
-- Complex (feature): 2,500 tokens
-- Confidence check ROI: spend 100-200 to save 5,000-50,000
-
-## 🔧 MCP Server Integration
-
-**Recommended**: Use **airis-mcp-gateway** for unified MCP management.
-
-```bash
-superclaude mcp  # Interactive install, gateway is default (requires Docker)
-```
-
-**Gateway Benefits**: 60+ tools, 98% token reduction, single SSE endpoint, Web UI
-
-**High Priority Servers** (included in gateway):
-- **Tavily**: Web search (Deep Research)
-- **Context7**: Official documentation (prevent hallucination)
-- **Sequential**: Token-efficient reasoning (30-50% reduction)
-- **Serena**: Session persistence
-- **Mindbase**: Cross-session learning
-
-**Optional**: Playwright (browser automation), Magic (UI components), Chrome DevTools (performance)
-
-**Usage**: TypeScript plugins and Python pytest plugin can call MCP servers. Always prefer MCP tools over speculation for documentation/research.
-
-## 🚀 Development & Installation
-
-### Current Installation Method (v4.3.0)
-
-**Standard Installation**:
-```bash
-# Option 1: pipx (recommended)
-pipx install superclaude
-superclaude install
-
-# Option 2: Direct from repo
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-./install.sh
-```
-
-**Development Mode**:
-```bash
-# Install in editable mode
-make dev
-
-# Run tests
-make test
-
-# Verify installation
-make verify
-```
-
-### Plugin System (v5.0 - Not Yet Available)
-
-The TypeScript plugin system (`.claude-plugin/`, marketplace) is planned for v5.0.
-See `docs/plugin-reorg.md` for details.
-
-## 📊 Package Information
-
-**Package name**: `superclaude`
-**Version**: 4.3.0
-**Python**: >=3.10
-**Build system**: hatchling (PEP 517)
-
-**Entry points**:
-- CLI: `superclaude` command
-- Pytest plugin: Auto-loaded as `superclaude`
-
-**Dependencies**:
-- pytest>=7.0.0
-- click>=8.0.0
-- rich>=13.0.0
-
-## 🔌 Claude Code Native Features (for developers)
-
-SuperClaude extends Claude Code through its native extension points. When developing SuperClaude features, use these Claude Code capabilities:
-
-### Extension Points We Use
-- **Custom Commands** (`~/.claude/commands/sc/*.md`): 30 `/sc:*` commands
-- **Custom Agents** (`~/.claude/agents/*.md`): 20 domain-specialist agents
-- **Skills** (`~/.claude/skills/`): confidence-check skill
-- **Settings** (`.claude/settings.json`): Permission rules, hooks
-- **MCP Servers**: 8 pre-configured + AIRIS gateway
-- **Pytest Plugin**: Auto-loaded via entry point
-
-### Extension Points We Should Use More
-- **Hooks** (28 events): `SessionStart`, `Stop`, `PostToolUse`, `TaskCompleted` — ideal for PM Agent auto-restore, self-check validation, and reflexion triggers
-- **Skills System**: Commands should migrate to proper skills with YAML frontmatter for auto-triggering, tool restrictions, and effort overrides
-- **Plan Mode**: Could integrate with confidence checks (block implementation when < 70%)
-- **Settings Profiles**: Could provide recommended permission/hook configs per workflow
-- **Native Session Persistence**: `--continue`/`--resume` instead of custom memory files
-
-See `docs/user-guide/claude-code-integration.md` for the full gap analysis.
+- `README.md` — the v5 pitch and component list
+- `docs/migration/v4-to-v5.md` — what was removed, why, and how to upgrade
+- `docs/knowledge/README.md` — best-practices hub (eval-or-evidence required)
+- `docs/rfc/v5-slim-down.md` — upstream RFC draft
+- `eval/README.md` — how the gate works

CONTRIBUTING.md

@@ -1,438 +1,81 @@
-# Contributing to SuperClaude Framework
+# Contributing to SuperClaude
 
-SuperClaude Framework transforms Claude Code into a structured development platform through behavioral instruction injection and intelligent workflow orchestration. We welcome contributions that enhance the framework's capabilities, improve documentation, and expand the ecosystem of specialized agents and MCP server integrations.
+v5 inverts the burden of proof: a component ships only if it beats *native*
+Claude Code behavior. That single rule shapes how contributions are reviewed.
+Read the [thesis in the README](README.md) and the
+[RFC](docs/rfc/v5-slim-down.md) before proposing anything.
 
-**Project Mission**: Enable systematic software development workflows with automated expert coordination, quality gates, and session persistence for Claude Code users.
+## Ways to contribute
 
-**Community Approach**: Open development with focus on practical utility, educational value, and professional development workflows. All contributions undergo review to ensure alignment with framework principles and quality standards.
+### Bug reports
 
-## 🎯 Ways to Contribute
+Open a GitHub issue with:
 
-### 🐛 Bug Reports
-**Before Reporting:**
-- Search existing issues to avoid duplicates
-- Test with latest SuperClaude version
-- Verify issue isn't covered in [Troubleshooting Guide](docs/Reference/troubleshooting.md)
+- SuperClaude version (`superclaude version`), Claude Code version (`claude --version`), OS, Python version (`python3 --version`)
+- Exact steps to reproduce, expected vs. actual behavior, and any error output
+- A minimal reproduction if you can produce one
 
-**Required Information:**
-- SuperClaude version: `SuperClaude --version`
-- Operating system and version
-- Claude Code version: `claude --version`
-- Python version: `python3 --version`
-- Exact steps to reproduce the issue
-- Expected vs actual behavior
-- Error messages or logs
-- Minimal code example (if applicable)
+### Proposing a skill, agent, hook, or command — the eval gate
 
-**Good Bug Report Example:**
-```
-**Environment:**
-- SuperClaude: 4.1.5
-- OS: Ubuntu 22.04
-- Claude Code: 1.5.2
-- Python: 3.9.7
+New components are **not** added on intuition. The bar is a pre-registered A/B
+eval against native Claude Code:
 
-**Issue:** `/sc:implement` command fails with ModuleNotFoundError
+1. Build a single-component variant under `eval/variants/<comp>/` (see
+   [eval/README.md](eval/README.md)).
+2. Run it: `cd eval && uv run sc-eval --trials 5 --k 3` (smoke). Real decisions
+   need ≥20 tasks per [eval/preregister.yaml](eval/preregister.yaml).
+3. It survives only if both pre-registered rules hold: disjoint 95% CIs above
+   the native baseline **and** no quality-per-token regression.
+4. Attach the numbers to your PR. Overlapping CIs are inconclusive, not a win.
 
-**Steps to Reproduce:**
-1. Run `SuperClaude install --components core`
-2. Execute `/sc:implement "user login"`
-3. Error appears: ModuleNotFoundError: No module named 'requests'
+PRs that add components without eval results will be redirected to the harness
+first. Never tune `eval/preregister.yaml` to make a candidate pass.
 
-**Expected:** Command should execute implementation workflow
-**Actual:** Import error prevents execution
+### Documentation and best practices
+
+Evidence-based write-ups on Claude Code-era development go to
+[docs/knowledge/](docs/knowledge/README.md). Corrections to the
+[migration guide](docs/migration/v4-to-v5.md) are welcome. Keep docs lean —
+every line a reader pays for should earn its place.
+
+## Development
+
+Setup, layout, and the full command list live in [CLAUDE.md](CLAUDE.md). The
+essentials:
+
+```bash
+uv pip install -e ".[dev]"     # editable install
+make test                      # uv run python -m pytest (257 collected)
+make lint                      # ruff check
+make format                    # ruff format
+make doctor                    # installation health check
+make build-plugin              # assemble dist/ plugin artefacts
 ```
 
-**Issue Labels:**
-- `bug`: Confirmed software defects
-- `enhancement`: Feature improvements
-- `documentation`: Documentation issues
-- `question`: Support requests
-- `good-first-issue`: Beginner-friendly contributions
+All Python goes through **UV** — never bare `python`, `pip install`, or the
+`pytest` console script.
 
-### 💡 Feature Requests
-**Feature Evaluation Criteria:**
-- Aligns with SuperClaude's systematic development workflow mission
-- Provides clear utility for software development tasks
-- Integrates well with existing command/agent/mode architecture
-- Maintains framework simplicity and discoverability
+### Workflow
 
-**High-Priority Features:**
-- New specialized agents for emerging domains (mobile, ML, blockchain)
-- Additional MCP server integrations for enhanced capabilities
-- Workflow automation improvements and quality gates
-- Cross-session project management enhancements
+1. Branch from `v5` (active development branch; PRs target `v5`, not `master`).
+2. Implement with tests. New behavior needs a test that fails before and passes after.
+3. `make test && make lint` must be green.
+4. Use [Conventional Commits](https://www.conventionalcommits.org/)
+   (`feat:`, `fix:`, `docs:`, `chore:`).
+5. Open a PR with a clear description; for new components, include eval numbers.
 
-**Feature Request Template:**
-```markdown
-**Feature Description:**
-Clear summary of the proposed functionality
+`master` carries the frozen v4.3.x line (security fixes only) — do not target it.
 
-**Use Case:**
-Specific development scenarios where this feature adds value
+## Community
 
-**Integration Approach:**
-How this feature fits with existing commands/agents/modes
+Be respectful and keep discussion on technical merit. Assume positive intent,
+give specific and actionable feedback, and support evidence over opinion.
+General questions and workflow sharing go to
+[GitHub Discussions](https://github.com/SuperClaude-Org/SuperClaude_Framework/discussions);
+bugs and proposals go to Issues.
 
-**Implementation Ideas:**
-Technical approach or reference implementations
+## License
 
-**Priority Level:**
-Low/Medium/High based on development impact
-```
-
-**Enhancement Process:**
-1. Open GitHub issue with `enhancement` label
-2. Community discussion and feedback
-3. Design review by maintainers
-4. Implementation planning and assignment
-5. Code development with tests
-6. Documentation updates
-7. Release integration
-
-**Current Focus Areas:**
-- Documentation improvements and examples
-- MCP server configurations and troubleshooting
-- Command workflow optimization
-- Agent coordination patterns
-- Quality assurance automation
-
-### 📝 Documentation
-**High-Impact Documentation Needs:**
-
-**User Experience Improvements:**
-- Real-world workflow examples and case studies
-- Video tutorials for complex command sequences
-- Interactive command discovery and learning paths
-- Troubleshooting guides for common configuration issues
-
-**Technical Documentation:**
-- MCP server setup and configuration guides
-- Agent coordination patterns and best practices
-- Custom behavioral mode development
-- Framework extension and customization
-
-**Community Resources:**
-- Contributing guides for different skill levels
-- Code review standards and processes
-- Testing procedures and quality gates
-- Release notes and changelog maintenance
-
-**Documentation Standards:**
-- Clear, actionable instructions with examples
-- Progressive complexity (beginner → advanced)
-- Cross-references between related concepts
-- Regular testing of documented procedures
-
-**Easy Contributions:**
-- Fix typos and grammar issues
-- Add missing code examples
-- Improve existing explanations
-- Create new cookbook recipes
-- Update outdated screenshots or commands
-
-**Documentation Structure:**
-```
-Getting-Started/     # Installation and first steps
-User-Guide/         # Feature usage and workflows
-Developer-Guide/    # Technical implementation
-Reference/          # Best practices and troubleshooting
-```
-
-**Contribution Process:**
-1. Fork repository and create feature branch
-2. Make documentation changes with examples
-3. Test all commands and procedures
-4. Submit pull request with clear description
-5. Address review feedback promptly
-
-### 🔧 Code Contributions
-**Current Development Priorities:**
-
-**Framework Core:**
-- Command parser improvements and error handling
-- Agent routing optimization and coordination
-- Session management and persistence enhancements
-- Quality gate implementation and validation
-
-**MCP Integration:**
-- New server configurations and troubleshooting
-- Protocol optimization and error recovery
-- Cross-server coordination patterns
-- Performance monitoring and optimization
-
-**Agent Development:**
-- Specialized domain agents (mobile, ML, DevSecOps)
-- Agent collaboration patterns and workflows
-- Context-aware activation improvements
-- Multi-agent task decomposition
-
-**User Experience:**
-- Command discoverability and help systems
-- Progressive complexity and learning paths
-- Error messages and user guidance
-- Workflow automation and shortcuts
-
-**Code Contribution Guidelines:**
-- Follow existing code style and patterns
-- Include comprehensive tests for new features
-- Document all public APIs and interfaces
-- Ensure backward compatibility where possible
-- Add examples and usage documentation
-
-**Technical Standards:**
-- Python 3.8+ compatibility
-- Cross-platform support (Linux, macOS, Windows)
-- Comprehensive error handling and logging
-- Performance optimization for large projects
-- Security best practices for external integrations
-
-**Development Workflow:**
-1. Review [Technical Architecture](docs/Developer-Guide/technical-architecture.md)
-2. Study [Contributing Code Guide](docs/Developer-Guide/contributing-code.md)
-3. Set up development environment
-4. Create feature branch from `master`
-5. Implement changes with tests
-6. Update documentation
-7. Submit pull request with detailed description
-
-**Code Review Focus:**
-- Functionality correctness and edge cases
-- Integration with existing framework components
-- Performance impact and resource usage
-- Documentation completeness and clarity
-- Test coverage and quality
-
-For detailed development guidelines, see [Contributing Code Guide](docs/Developer-Guide/contributing-code.md).
-
-## 🤝 Community Guidelines
-
-### Be Respectful
-All community interactions should embody professional software development standards:
-
-**Professional Communication:**
-- Use clear, technical language appropriate for software development
-- Provide specific, actionable feedback with examples
-- Focus discussions on technical merit and project goals
-- Respect different experience levels and learning approaches
-
-**Constructive Collaboration:**
-- Assume positive intent in all interactions
-- Ask clarifying questions before making assumptions
-- Provide helpful context and reasoning for decisions
-- Acknowledge good contributions and helpful community members
-
-**Technical Focus:**
-- Keep discussions centered on software development and framework improvement
-- Base decisions on technical merit, user value, and project alignment
-- Use evidence and examples to support arguments
-- Maintain focus on practical utility over theoretical perfection
-
-**Inclusive Environment:**
-- Welcome contributors of all skill levels and backgrounds
-- Provide mentorship and guidance for new contributors
-- Create learning opportunities through code review and discussion
-- Celebrate diverse perspectives and solution approaches
-
-### Stay Focused
-**Project Focus:**
-SuperClaude Framework enhances Claude Code for systematic software development workflows. Contributions should align with this core mission.
-
-**In Scope:**
-- Software development workflow automation
-- Domain-specific agent development (security, performance, architecture)
-- MCP server integrations for enhanced capabilities
-- Quality assurance and validation systems
-- Session management and project persistence
-- Educational content for software development practices
-
-**Out of Scope:**
-- General-purpose AI applications unrelated to software development
-- Features that significantly increase complexity without clear developer value
-- Platform-specific implementations that don't support cross-platform usage
-- Commercial or proprietary integrations without open alternatives
-
-**Decision Framework:**
-1. **Developer Value**: Does this help software developers build better systems?
-2. **Framework Integration**: Does this work well with existing commands/agents/modes?
-3. **Maintenance Burden**: Can this be maintained with available resources?
-4. **Educational Merit**: Does this teach good software development practices?
-
-**Scope Boundaries:**
-- Focus on software development, not general productivity
-- Enhance existing workflows rather than creating entirely new paradigms
-- Maintain simplicity while adding powerful capabilities
-- Support professional development practices and quality standards
-
-### Quality First
-**Code Quality Standards:**
-
-**Technical Excellence:**
-- All code must pass existing test suites
-- New features require comprehensive test coverage (>90%)
-- Follow established coding patterns and architectural principles
-- Include proper error handling and edge case management
-- Optimize for performance and resource efficiency
-
-**Documentation Requirements:**
-- All public APIs must have clear documentation with examples
-- User-facing features need usage guides and cookbook recipes
-- Code changes require updated relevant documentation
-- Breaking changes must include migration guides
-
-**User Experience Standards:**
-- Commands should be discoverable and self-explanatory
-- Error messages must be actionable and helpful
-- Features should follow progressive complexity principles
-- Maintain consistency with existing interface patterns
-
-**Quality Gates:**
-- Automated testing for all core functionality
-- Manual testing for user workflows and integration scenarios
-- Code review by at least one maintainer
-- Documentation review for clarity and completeness
-- Performance impact assessment for changes
-
-**Professional Standards:**
-- Code should be production-ready, not prototype quality
-- Follow security best practices for external integrations
-- Ensure cross-platform compatibility and proper dependency management
-- Maintain backward compatibility or provide clear migration paths
-
-## 💬 Getting Help
-
-### Channels
-**GitHub Issues** (Primary Support)
-- Bug reports and technical issues
-- Feature requests and enhancement proposals
-- Documentation improvements and clarifications
-- General troubleshooting with community help
-
-**GitHub Discussions**
-- General questions about usage and best practices
-- Sharing workflows and success stories
-- Community-driven tips and patterns
-- Design discussions for major features
-
-**Documentation Resources**
-- [Troubleshooting Guide](docs/Reference/troubleshooting.md) - Common issues and solutions
-- [Examples Cookbook](docs/Reference/examples-cookbook.md) - Practical usage patterns
-- [Quick Start Practices](docs/Reference/quick-start-practices.md) - Optimization strategies
-- [Technical Architecture](docs/Developer-Guide/technical-architecture.md) - Framework design
-
-**Development Support**
-- [Contributing Code Guide](docs/Developer-Guide/contributing-code.md) - Development setup
-- [Testing & Debugging](docs/Developer-Guide/testing-debugging.md) - Quality procedures
-- Code review process through pull requests
-- Maintainer guidance on complex contributions
-
-**Response Expectations:**
-- Bug reports: 1-3 business days
-- Feature requests: Review within 1 week
-- Pull requests: Initial review within 3-5 days
-- Documentation issues: Quick turnaround when straightforward
-
-**Self-Help First:**
-Before seeking support, please:
-1. Check existing documentation and troubleshooting guides
-2. Search GitHub issues for similar problems
-3. Verify you're using the latest SuperClaude version
-4. Test with minimal reproduction case
-
-### Common Questions
-
-**Development Environment Issues:**
-
-**Q: "SuperClaude install fails with permission errors"**
-A: Use `pip install --user SuperClaude` or create virtual environment. See [Installation Guide](docs/Getting-Started/installation.md) for details.
-
-**Q: "Commands not recognized after installation"**
-A: Restart Claude Code session. Verify installation with `SuperClaude install --list-components`. Check ~/.claude directory exists.
-
-**Q: "MCP servers not connecting"**
-A: Check Node.js installation for MCP servers. Verify ~/.claude/.claude.json configuration. Try `SuperClaude install --components mcp --force`.
-
-**Code Development:**
-
-**Q: "How do I add a new agent?"**
-A: Follow agent patterns in setup/components/agents.py. Include trigger keywords, capabilities description, and integration tests.
-
-**Q: "Testing framework setup?"**
-A: See [Testing & Debugging Guide](docs/Developer-Guide/testing-debugging.md). Use pytest for Python tests, include component validation.
-
-**Q: "Documentation structure?"**
-A: Follow existing patterns: Getting-Started → User-Guide → Developer-Guide → Reference. Include examples and progressive complexity.
-
-**Feature Development:**
-
-**Q: "How do I propose a new command?"**
-A: Open GitHub issue with use case, integration approach, and technical design. Reference similar existing commands.
-
-**Q: "MCP server integration process?"**
-A: Study existing MCP configurations in setup/components/mcp.py. Include server documentation, configuration examples, and troubleshooting.
-
-**Q: "Performance optimization guidelines?"**
-A: Profile before optimizing. Focus on common workflows. Maintain cross-platform compatibility. Document performance characteristics.
-
-## 📄 License
-
-**MIT License Agreement:**
-
-By contributing to SuperClaude Framework, you agree that your contributions will be licensed under the same MIT License that covers the project. This ensures the framework remains open and accessible for educational and commercial use.
-
-**Contribution Terms:**
-- All contributions become part of the SuperClaude Framework under MIT License
-- Contributors retain copyright to their original work
-- No contributor license agreement (CLA) required for simple contributions
-- Complex contributions may require explicit license confirmation
-
-**Third-Party Content:**
-- Do not include copyrighted code without proper attribution and compatible licensing
-- External libraries must use MIT-compatible licenses (Apache 2.0, BSD, etc.)
-- Document any third-party dependencies in requirements and documentation
-- Respect intellectual property and attribution requirements
-
-**Original Work:**
-- Ensure all contributed code is your original work or properly attributed
-- Reference external sources, algorithms, or patterns appropriately
-- Include proper attribution for adapted or derived code
-- Document any patent or licensing considerations
-
-**Commercial Usage:**
-The MIT License explicitly allows commercial use of SuperClaude Framework, including contributions. This supports the project's goal of enabling professional software development workflows.
-
-## 🙏 Acknowledgments
-
-**Project Contributors:**
-
-SuperClaude Framework benefits from community contributions across documentation, code development, testing, and user experience improvements. 
-
-**Recognition:**
-- [GitHub Contributors Graph](https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors) - Complete contributor list
-- Release notes acknowledge significant contributions
-- Documentation contributors credited in relevant guides
-- Community discussions highlight helpful patterns and solutions
-
-**Community Impact:**
-- Enhanced developer productivity through systematic workflows
-- Educational value for software development practices
-- Open-source contribution to AI-assisted development tools
-- Cross-platform compatibility and accessibility
-
-**Contribution Types:**
-- **Code Development**: Framework features, agents, MCP integrations
-- **Documentation**: Guides, examples, troubleshooting resources  
-- **Testing**: Quality assurance, edge case discovery, platform validation
-- **Community**: Support, pattern sharing, feedback, and usage examples
-
-**Special Thanks:**
-- Early adopters providing feedback and real-world usage patterns
-- Documentation contributors improving clarity and completeness
-- Testers identifying platform-specific issues and edge cases
-- Community members sharing workflows and best practices
-
-**Growth:**
-The SuperClaude Framework community continues growing through shared commitment to systematic software development and AI-assisted workflows. Every contribution, from typo fixes to major features, strengthens the framework for all users.
-
-**Join Us:**
-Whether you're fixing documentation, adding features, or sharing usage patterns, your contributions help build better software development tools for the entire community.
+By contributing you agree your work is licensed under the project's
+[MIT License](LICENSE). Only contribute code that is your own or properly
+attributed, and keep third-party dependencies MIT-compatible.

DELETION_RATIONALE.md

@@ -1,400 +0,0 @@
-# Deletion Rationale (Evidence-Based)
-
-**PR Target Branch**: `next`
-**Base Branch**: `master`
-**Date**: 2025-10-24
-
----
-
-## 📊 Deletion Summary
-
-| Category | Deleted Files | Deleted Lines | Reason Category |
-|---------|--------------|---------------|-----------------|
-| setup/ directory | 40 | 12,289 | Architecture renovation |
-| superclaude/ (old structure) | 86 | ~8,000 | PEP 517 migration |
-| TypeScript implementation | 14 | 2,633 | Preserved in branch |
-| Plugin files | 9 | 494 | Repository separation |
-| bin/ + scripts/ | 8 | ~800 | CLI modernization |
-| **Total** | **~157** | **~22,507** | - |
-
----
-
-## 1. setup/ Directory Deletion (12,289 lines)
-
-### What Was Deleted
-```
-setup/
-├── cli/          # Old CLI commands (backup, install, uninstall, update)
-├── components/   # Installers for agents, modes, commands
-├── core/         # Installer, registry, validator
-├── services/     # claude_md, config, files, settings
-└── utils/        # logger, paths, security, symbols, ui, updater
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: Commit Message**
-```
-commit eb37591
-refactor: remove legacy setup/ system and dependent tests
-
-Remove old installation system (setup/) that caused heavy token consumption
-```
-
-**Evidence 2: PHASE_2_COMPLETE.md**
-```markdown
-New architecture (src/superclaude/) is self-contained and doesn't need setup/.
-```
-
-**Evidence 3: Architecture Migration Rationale**
-- Old system: Copied files to `~/.claude/superclaude/` → **Polluted user environment**
-- New system: Installed to `site-packages/` → **Standard Python package**
-
-**Evidence 4: Token Efficiency**
-- Old setup/: Complex installation logic, backup functionality, security checks
-- New system: Complete with `uv pip install -e ".[dev]"`
-
-**Logical Conclusion**:
-- ✅ Migrated to PEP 517 compliant build system (hatchling)
-- ✅ Uses standard Python package management (UV)
-- ✅ Zero `~/.claude/` pollution
-- ✅ Significantly reduced maintenance burden
-
----
-
-## 2. superclaude/ Directory Deletion (Old Structure)
-
-### What Was Deleted
-```
-superclaude/
-├── agents/          # 20 agent definitions
-├── commands/        # 27 slash commands
-├── modes/           # 7 behavior modes
-├── framework/       # PRINCIPLES, RULES, FLAGS
-├── business/        # Business panel
-└── cli/             # Old CLI tools
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: Python Package Directory Layout Research**
-```markdown
-File: docs/research/python_src_layout_research_20251021.md
-
-## Recommendation
-Use src/ layout for SuperClaude:
-- Clear separation between package code and tests
-- Prevents accidental imports from development directory
-- Modern Python best practice
-```
-
-**Evidence 2: Migration Completion Proof**
-```bash
-# Old structure
-superclaude/pm_agent/confidence.py
-
-# New structure (PEP 517 compliant)
-src/superclaude/pm_agent/confidence.py
-```
-
-**Evidence 3: pytest plugin auto-discovery**
-```bash
-$ uv run python -m pytest --trace-config 2>&1 | grep "registered third-party plugins:"
-registered third-party plugins:
-  superclaude-0.4.0 at /Users/kazuki/github/superclaude/src/superclaude/pytest_plugin.py
-```
-
-**Logical Conclusion**:
-- ✅ src/ layout is official Python recommendation
-- ✅ Clear separation between package and tests
-- ✅ Prevents accidental imports from development directory
-- ✅ Entry point auto-discovery verified working
-
----
-
-## 3. 27 Slash Commands Deletion
-
-### What Was Deleted
-```
-~/.claude/commands/sc/ (27 commands):
-- analyze, brainstorm, build, business-panel, cleanup
-- design, document, estimate, explain, git, help
-- implement, improve, index, load, pm, reflect
-- research, save, select-tool, spawn, spec-panel
-- task, test, troubleshoot, workflow
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: Commit Message**
-```
-commit 06e7c00
-feat: migrate research and index-repo to plugin, delete all slash commands
-
-## Architecture Change
-Strategy: Minimal start with PM Agent orchestration
-- PM Agent = orchestrator (command coordinator)
-- Task tool (general-purpose, Explore) = execution
-- Plugin commands = specialized tasks when needed
-- Avoid reinventing the wheel (use official tools first)
-
-## Benefits
-✅ Minimal footprint (3 commands vs 27)
-✅ Plugin-based distribution
-✅ Version control
-✅ Easy to extend when needed
-```
-
-**Evidence 2: Claude Code Official Tools Priority Policy**
-- Task tool: General-purpose task execution
-- Explore agent: Codebase exploration
-- These are **Claude Code built-in tools** - no need to reimplement
-
-**Evidence 3: PM Agent Orchestration Strategy**
-```markdown
-File: commands/agent.md (SuperClaude_Plugin)
-
-## Task Protocol
-1. Clarify scope
-2. Plan investigation
-   - @confidence-check skill (pre-implementation score ≥0.90 required)
-   - @deep-research agent (web/MCP research)
-   - @repo-index agent (repository structure + file shortlist)
-   - @self-review agent (post-implementation validation)
-3. Iterate until confident
-4. Implementation wave
-5. Self-review and reflexion
-```
-
-**Evidence 4: Performance Data**
-- 27 commands → 3 commands (pm, research, index-repo)
-- Footprint reduction: **89% reduction**
-- Can be extended as needed (plugin architecture)
-
-**Logical Conclusion**:
-- ✅ Eliminated overlap with Claude Code built-in tools
-- ✅ PM Agent functions as orchestrator
-- ✅ Started with minimal essential command set
-- ✅ Designed for extensibility via plugins
-
----
-
-## 4. TypeScript Implementation Deletion (2,633 lines)
-
-### What Was Deleted
-```
-pm/
-├── index.ts
-├── confidence.ts
-├── self-check.ts
-├── reflexion.ts
-└── __tests__/
-
-research/
-└── index.ts
-
-index/
-└── index.ts
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: Commit Message**
-```
-commit f511e04
-chore: remove TypeScript implementation (saved in typescript-impl branch)
-
-- TypeScript implementation preserved in typescript-impl branch for future reference
-```
-
-**Evidence 2: Branch Preservation Confirmation**
-```bash
-$ git branch --all | grep typescript-impl
-  typescript-impl
-```
-
-**Evidence 3: Avoiding Dual Implementation**
-- TypeScript version: Hot reload plugin implementation (experimental)
-- Python version: Production use (pytest plugin)
-
-**Evidence 4: Markdown-based Command Superiority**
-```markdown
-File: commands/agent.md
-
-# SC Agent Activation
-🚀 **SC Agent online** — this plugin launches `/sc:agent` automatically at session start.
-```
-- Markdown is readable
-- Natively supported by Claude Code
-- TypeScript implementation was over-engineering
-
-**Logical Conclusion**:
-- ✅ TypeScript implementation saved in `typescript-impl` branch
-- ✅ Maintained for future reference
-- ✅ Current Markdown-based + Python implementation is sufficient
-- ✅ Prioritized simplicity
-
----
-
-## 5. Plugin Files Deletion (494 lines)
-
-### What Was Deleted
-```
-.claude-plugin/
-├── plugin.json
-└── marketplace.json
-
-agents/
-├── deep-research.md
-├── repo-index.md
-└── self-review.md
-
-commands/
-├── pm.md
-├── research.md
-└── index-repo.md
-
-hooks/
-└── hooks.json
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: Commit Message**
-```
-commit 87c80d0
-refactor: move plugin files to SuperClaude_Plugin repository
-
-Plugin files now maintained in SuperClaude_Plugin repository.
-This repository focuses on Python package implementation.
-```
-
-**Evidence 2: Repository Separation Rationale**
-
-**SuperClaude_Framework (this repository)**:
-- Python package implementation
-- pytest plugin
-- CLI tools (`superclaude` command)
-- Documentation
-
-**SuperClaude_Plugin (separate repository)**:
-- Claude Code plugin
-- Slash command definitions
-- Agent definitions
-- Hooks configuration
-
-**Evidence 3: Clear Responsibility Separation**
-```
-SuperClaude_Framework:
-  Purpose: Distributed as Python library
-  Install: `uv pip install superclaude`
-  Target: pytest + CLI users
-
-SuperClaude_Plugin:
-  Purpose: Distributed as Claude Code plugin
-  Install: `/plugin install sc@SuperClaude-Org`
-  Target: Claude Code users
-```
-
-**Logical Conclusion**:
-- ✅ Separation of concerns (Python package vs Claude Code plugin)
-- ✅ Independent version control
-- ✅ Optimized distribution methods
-- ✅ Distributed maintenance burden
-
----
-
-## 6. bin/ + scripts/ Deletion (~800 lines)
-
-### What Was Deleted
-```
-bin/
-├── cli.js
-├── check_env.js
-├── check_update.js
-├── install.js
-└── update.js
-
-scripts/
-├── build_and_upload.py
-├── validate_pypi_ready.py
-└── verify_research_integration.sh
-```
-
-### Deletion Rationale (Evidence)
-
-**Evidence 1: CLI Modernization Commit**
-```
-commit b23c9ce
-feat: migrate CLI to typer + rich for modern UX
-```
-
-**Evidence 2: Old CLI vs New CLI**
-
-**Old CLI (bin/cli.js)**:
-- Node.js implementation
-- Complex dependency checking
-- Auto-update functionality
-
-**New CLI (src/superclaude/cli/main.py)**:
-```python
-# Modern Python CLI with typer + rich
-@app.command()
-def doctor(verbose: bool = False):
-    """Run health checks"""
-    # Simple, readable, maintainable
-```
-
-**Evidence 3: Obsolete Scripts**
-- `build_and_upload.py` → Replaced by `uv build` + `uv publish`
-- `validate_pypi_ready.py` → Replaced by `uv build --check`
-- `verify_research_integration.sh` → Replaced by `uv run pytest`
-
-**Logical Conclusion**:
-- ✅ Eliminated Node.js dependency
-- ✅ Modern Python CLI (typer + rich)
-- ✅ Leveraged UV standard commands
-- ✅ Simpler and more maintainable code
-
----
-
-## 📈 Overall Impact
-
-### Before (master)
-- **Total lines**: ~45,000 lines
-- **Directories**: setup/, superclaude/, bin/, scripts/, .claude-plugin/
-- **Installation**: Complex `setup/` system
-- **Distribution**: npm + PyPI
-- **Dependencies**: Node.js + Python
-
-### After (next)
-- **Total lines**: ~22,500 lines (**50% reduction**)
-- **Directories**: src/superclaude/, docs/, tests/
-- **Installation**: `uv pip install -e ".[dev]"`
-- **Distribution**: PyPI (plugin in separate repo)
-- **Dependencies**: Python only
-
-### Reduction Effects
-- ✅ Code size: 50% reduction
-- ✅ Dependencies: Node.js removed
-- ✅ Maintenance: Significantly reduced with setup/ removal
-- ✅ User environment pollution: Zero
-- ✅ Installation time: Seconds
-
----
-
-## ✅ Conclusion
-
-All deletions were performed based on the following principles:
-
-1. **Evidence-Based**: Backed by documentation, test results, commit history
-2. **Logical**: Compliant with architecture principles, Python standards, Claude Code official recommendations
-3. **Preserved**: TypeScript saved in branch, plugin moved to separate repository
-4. **Verified**: All 97 tests passing, installation verified working
-
-**Review Focus**:
-- [ ] Architecture migration validity
-- [ ] Sufficiency of deletion rationale
-- [ ] Clarity of alternative solutions
-- [ ] Test coverage maintenance
-- [ ] Documentation consistency

KNOWLEDGE.md

@@ -1,644 +0,0 @@
-# KNOWLEDGE.md
-
-**Accumulated Insights, Best Practices, and Troubleshooting for SuperClaude Framework**
-
-> This document captures lessons learned, common pitfalls, and solutions discovered during development.
-> Consult this when encountering issues or learning project patterns.
-
-**Last Updated**: 2025-11-12
-
----
-
-## 🧠 **Core Insights**
-
-### **PM Agent ROI: 25-250x Token Savings**
-
-**Finding**: Pre-execution confidence checking has exceptional ROI.
-
-**Evidence**:
-- Spending 100-200 tokens on confidence check saves 5,000-50,000 tokens on wrong-direction work
-- Real example: Checking for duplicate implementations before coding (2min research) vs implementing duplicate feature (2hr work)
-
-**When it works best**:
-- Unclear requirements → Ask questions first
-- New codebase → Search for existing patterns
-- Complex features → Verify architecture compliance
-- Bug fixes → Identify root cause before coding
-
-**When to skip**:
-- Trivial changes (typo fixes)
-- Well-understood tasks with clear path
-- Emergency hotfixes (but document learnings after)
-
----
-
-### **Hallucination Detection: 94% Accuracy**
-
-**Finding**: The Four Questions catch most AI hallucinations.
-
-**The Four Questions**:
-1. Are all tests passing? → REQUIRE actual output
-2. Are all requirements met? → LIST each requirement
-3. No assumptions without verification? → SHOW documentation
-4. Is there evidence? → PROVIDE test results, code changes, validation
-
-**Red flags that indicate hallucination**:
-- "Tests pass" (without showing output) 🚩
-- "Everything works" (without evidence) 🚩
-- "Implementation complete" (with failing tests) 🚩
-- Skipping error messages 🚩
-- Ignoring warnings 🚩
-- "Probably works" language 🚩
-
-**Real example**:
-```
-❌ BAD: "The API integration is complete and working correctly."
-✅ GOOD: "The API integration is complete. Test output:
-         ✅ test_api_connection: PASSED
-         ✅ test_api_authentication: PASSED
-         ✅ test_api_data_fetch: PASSED
-         All 3 tests passed in 1.2s"
-```
-
----
-
-### **Parallel Execution: 3.5x Speedup**
-
-**Finding**: Wave → Checkpoint → Wave pattern dramatically improves performance.
-
-**Pattern**:
-```python
-# Wave 1: Independent reads (parallel)
-files = [Read(f1), Read(f2), Read(f3)]
-
-# Checkpoint: Analyze together (sequential)
-analysis = analyze_files(files)
-
-# Wave 2: Independent edits (parallel)
-edits = [Edit(f1), Edit(f2), Edit(f3)]
-```
-
-**When to use**:
-- ✅ Reading multiple independent files
-- ✅ Editing multiple unrelated files
-- ✅ Running multiple independent searches
-- ✅ Parallel test execution
-
-**When NOT to use**:
-- ❌ Operations with dependencies (file2 needs data from file1)
-- ❌ Sequential analysis (building context step-by-step)
-- ❌ Operations that modify shared state
-
-**Performance data**:
-- Sequential: 10 file reads = 10 API calls = ~30 seconds
-- Parallel: 10 file reads = 1 API call = ~3 seconds
-- Speedup: 3.5x average, up to 10x for large batches
-
----
-
-## 🛠️ **Common Pitfalls and Solutions**
-
-### **Pitfall 1: Implementing Before Checking for Duplicates**
-
-**Problem**: Spent hours implementing feature that already exists in codebase.
-
-**Solution**: ALWAYS use Glob/Grep before implementing:
-```bash
-# Search for similar functions
-uv run python -c "from pathlib import Path; print([f for f in Path('src').rglob('*.py') if 'feature_name' in f.read_text()])"
-
-# Or use grep
-grep -r "def feature_name" src/
-```
-
-**Prevention**: Run confidence check, ensure duplicate_check_complete=True
-
----
-
-### **Pitfall 2: Assuming Architecture Without Verification**
-
-**Problem**: Implemented custom API when project uses Supabase.
-
-**Solution**: READ CLAUDE.md and PLANNING.md before implementing:
-```python
-# Check project tech stack
-with open('CLAUDE.md') as f:
-    claude_md = f.read()
-
-if 'Supabase' in claude_md:
-    # Use Supabase APIs, not custom implementation
-```
-
-**Prevention**: Run confidence check, ensure architecture_check_complete=True
-
----
-
-### **Pitfall 3: Skipping Test Output**
-
-**Problem**: Claimed tests passed but they were actually failing.
-
-**Solution**: ALWAYS show actual test output:
-```bash
-# Run tests and capture output
-uv run pytest -v > test_output.txt
-
-# Show in validation
-echo "Test Results:"
-cat test_output.txt
-```
-
-**Prevention**: Use SelfCheckProtocol, require evidence
-
----
-
-### **Pitfall 4: Version Inconsistency**
-
-**Problem**: VERSION file says 4.1.9, but package.json says 4.1.5, pyproject.toml says 0.4.0.
-
-**Solution**: Understand versioning strategy:
-- **Framework version** (VERSION file): User-facing version (4.1.9)
-- **Python package** (pyproject.toml): Library semantic version (0.4.0)
-- **NPM package** (package.json): Should match framework version (4.1.9)
-
-**When updating versions**:
-1. Update VERSION file first
-2. Update package.json to match
-3. Update README badges
-4. Consider if pyproject.toml needs bump (breaking changes?)
-5. Update CHANGELOG.md
-
-**Prevention**: Create release checklist
-
----
-
-### **Pitfall 5: UV Not Installed**
-
-**Problem**: Makefile requires `uv` but users don't have it.
-
-**Solution**: Install UV:
-```bash
-# macOS/Linux
-curl -LsSf https://astral.sh/uv/install.sh | sh
-
-# Windows
-powershell -c "irm https://astral.sh/uv/install.ps1 | iex"
-
-# With pip
-pip install uv
-```
-
-**Alternative**: Provide fallback commands:
-```bash
-# With UV (preferred)
-uv run pytest
-
-# Without UV (fallback)
-python -m pytest
-```
-
-**Prevention**: Document UV requirement in README
-
----
-
-## 📚 **Best Practices**
-
-### **Testing Best Practices**
-
-**1. Use pytest markers for organization**:
-```python
-@pytest.mark.unit
-def test_individual_function():
-    pass
-
-@pytest.mark.integration
-def test_component_interaction():
-    pass
-
-@pytest.mark.confidence_check
-def test_with_pre_check(confidence_checker):
-    pass
-```
-
-**2. Use fixtures for shared setup**:
-```python
-# conftest.py
-@pytest.fixture
-def sample_context():
-    return {...}
-
-# test_file.py
-def test_feature(sample_context):
-    # Use sample_context
-```
-
-**3. Test both happy path and edge cases**:
-```python
-def test_feature_success():
-    # Normal operation
-
-def test_feature_with_empty_input():
-    # Edge case
-
-def test_feature_with_invalid_data():
-    # Error handling
-```
-
----
-
-### **Git Workflow Best Practices**
-
-**1. Conventional commits**:
-```bash
-git commit -m "feat: add confidence checking to PM Agent"
-git commit -m "fix: resolve version inconsistency"
-git commit -m "docs: update CLAUDE.md with plugin warnings"
-git commit -m "test: add unit tests for reflexion pattern"
-```
-
-**2. Small, focused commits**:
-- Each commit should do ONE thing
-- Commit message should explain WHY, not WHAT
-- Code changes should be reviewable in <500 lines
-
-**3. Branch naming**:
-```bash
-feature/add-confidence-check
-fix/version-inconsistency
-docs/update-readme
-refactor/simplify-cli
-test/add-unit-tests
-```
-
----
-
-### **Documentation Best Practices**
-
-**1. Code documentation**:
-```python
-def assess(self, context: Dict[str, Any]) -> float:
-    """
-    Assess confidence level (0.0 - 1.0)
-
-    Investigation Phase Checks:
-    1. No duplicate implementations? (25%)
-    2. Architecture compliance? (25%)
-    3. Official documentation verified? (20%)
-    4. Working OSS implementations referenced? (15%)
-    5. Root cause identified? (15%)
-
-    Args:
-        context: Context dict with task details
-
-    Returns:
-        float: Confidence score (0.0 = no confidence, 1.0 = absolute certainty)
-
-    Example:
-        >>> checker = ConfidenceChecker()
-        >>> confidence = checker.assess(context)
-        >>> if confidence >= 0.9:
-        ...     proceed_with_implementation()
-    """
-```
-
-**2. README structure**:
-- Start with clear value proposition
-- Quick installation instructions
-- Usage examples
-- Link to detailed docs
-- Contribution guidelines
-- License
-
-**3. Keep docs synchronized with code**:
-- Update docs in same PR as code changes
-- Review docs during code review
-- Use automated doc generation where possible
-
----
-
-## 🔧 **Troubleshooting Guide**
-
-### **Issue: Tests Not Found**
-
-**Symptoms**:
-```
-$ uv run pytest
-ERROR: file or directory not found: tests/
-```
-
-**Cause**: tests/ directory doesn't exist
-
-**Solution**:
-```bash
-# Create tests structure
-mkdir -p tests/unit tests/integration
-
-# Add __init__.py files
-touch tests/__init__.py
-touch tests/unit/__init__.py
-touch tests/integration/__init__.py
-
-# Add conftest.py
-touch tests/conftest.py
-```
-
----
-
-### **Issue: Plugin Not Loaded**
-
-**Symptoms**:
-```
-$ uv run pytest --trace-config
-# superclaude not listed in plugins
-```
-
-**Cause**: Package not installed or entry point not configured
-
-**Solution**:
-```bash
-# Reinstall in editable mode
-uv pip install -e ".[dev]"
-
-# Verify entry point in pyproject.toml
-# Should have:
-# [project.entry-points.pytest11]
-# superclaude = "superclaude.pytest_plugin"
-
-# Test plugin loaded
-uv run pytest --trace-config 2>&1 | grep superclaude
-```
-
----
-
-### **Issue: ImportError in Tests**
-
-**Symptoms**:
-```python
-ImportError: No module named 'superclaude'
-```
-
-**Cause**: Package not installed in test environment
-
-**Solution**:
-```bash
-# Install package in editable mode
-uv pip install -e .
-
-# Or use uv run (creates venv automatically)
-uv run pytest
-```
-
----
-
-### **Issue: Fixtures Not Available**
-
-**Symptoms**:
-```python
-fixture 'confidence_checker' not found
-```
-
-**Cause**: pytest plugin not loaded or fixture not defined
-
-**Solution**:
-```bash
-# Check plugin loaded
-uv run pytest --fixtures | grep confidence_checker
-
-# Verify pytest_plugin.py has fixture
-# Should have:
-# @pytest.fixture
-# def confidence_checker():
-#     return ConfidenceChecker()
-
-# Reinstall package
-uv pip install -e .
-```
-
----
-
-### **Issue: .gitignore Not Working**
-
-**Symptoms**: Files listed in .gitignore still tracked by git
-
-**Cause**: Files were tracked before adding to .gitignore
-
-**Solution**:
-```bash
-# Remove from git but keep in filesystem
-git rm --cached <file>
-
-# OR remove entire directory
-git rm -r --cached <directory>
-
-# Commit the change
-git commit -m "fix: remove tracked files from gitignore"
-```
-
----
-
-## 💡 **Advanced Techniques**
-
-### **Technique 1: Dynamic Fixture Configuration**
-
-```python
-@pytest.fixture
-def token_budget(request):
-    """Fixture that adapts based on test markers"""
-    marker = request.node.get_closest_marker("complexity")
-    complexity = marker.args[0] if marker else "medium"
-    return TokenBudgetManager(complexity=complexity)
-
-# Usage
-@pytest.mark.complexity("simple")
-def test_simple_feature(token_budget):
-    assert token_budget.limit == 200
-```
-
----
-
-### **Technique 2: Confidence-Driven Test Execution**
-
-```python
-def pytest_runtest_setup(item):
-    """Skip tests if confidence is too low"""
-    marker = item.get_closest_marker("confidence_check")
-    if marker:
-        checker = ConfidenceChecker()
-        context = build_context(item)
-        confidence = checker.assess(context)
-
-        if confidence < 0.7:
-            pytest.skip(f"Confidence too low: {confidence:.0%}")
-```
-
----
-
-### **Technique 3: Reflexion-Powered Error Learning**
-
-```python
-def pytest_runtest_makereport(item, call):
-    """Record failed tests for future learning"""
-    if call.when == "call" and call.excinfo is not None:
-        reflexion = ReflexionPattern()
-        error_info = {
-            "test_name": item.name,
-            "error_type": type(call.excinfo.value).__name__,
-            "error_message": str(call.excinfo.value),
-        }
-        reflexion.record_error(error_info)
-```
-
----
-
-## 📊 **Performance Insights**
-
-### **Token Usage Patterns**
-
-Based on real usage data:
-
-| Task Type | Typical Tokens | With PM Agent | Savings |
-|-----------|---------------|---------------|---------|
-| Typo fix | 200-500 | 200-300 | 40% |
-| Bug fix | 2,000-5,000 | 1,000-2,000 | 50% |
-| Feature | 10,000-50,000 | 5,000-15,000 | 60% |
-| Wrong direction | 50,000+ | 100-200 (prevented) | 99%+ |
-
-**Key insight**: Prevention (confidence check) saves more tokens than optimization
-
----
-
-### **Execution Time Patterns**
-
-| Operation | Sequential | Parallel | Speedup |
-|-----------|-----------|----------|---------|
-| 5 file reads | 15s | 3s | 5x |
-| 10 file reads | 30s | 3s | 10x |
-| 20 file edits | 60s | 15s | 4x |
-| Mixed ops | 45s | 12s | 3.75x |
-
-**Key insight**: Parallel execution has diminishing returns after ~10 operations per wave
-
----
-
-## 🎓 **Lessons Learned**
-
-### **Lesson 1: Documentation Drift is Real**
-
-**What happened**: README described v2.0 plugin system that didn't exist in v4.1.9
-
-**Impact**: Users spent hours trying to install non-existent features
-
-**Solution**:
-- Add warnings about planned vs implemented features
-- Review docs during every release
-- Link to tracking issues for planned features
-
-**Prevention**: Documentation review checklist in release process
-
----
-
-### **Lesson 2: Version Management is Hard**
-
-**What happened**: Three different version numbers across files
-
-**Impact**: Confusion about which version is installed
-
-**Solution**:
-- Define version sources of truth
-- Document versioning strategy
-- Automate version updates in release script
-
-**Prevention**: Single-source-of-truth for versions (maybe use bumpversion)
-
----
-
-### **Lesson 3: Tests Are Non-Negotiable**
-
-**What happened**: Framework provided testing tools but had no tests itself
-
-**Impact**: No confidence in code quality, regression bugs
-
-**Solution**:
-- Create comprehensive test suite
-- Require tests for all new code
-- Add CI/CD to run tests automatically
-
-**Prevention**: Make tests a requirement in PR template
-
----
-
-## 🔮 **Future Explorations**
-
-Ideas worth investigating:
-
-1. **Automated confidence checking** - AI analyzes context and suggests improvements
-2. **Visual reflexion patterns** - Graph view of error patterns over time
-3. **Predictive token budgeting** - ML model predicts token usage based on task
-4. **Collaborative learning** - Share reflexion patterns across projects (opt-in)
-5. **Real-time hallucination detection** - Streaming analysis during generation
-
----
-
-## 📞 **Getting Help**
-
-**When stuck**:
-1. Check this KNOWLEDGE.md for similar issues
-2. Read PLANNING.md for architecture context
-3. Check TASK.md for known issues
-4. Search GitHub issues for solutions
-5. Ask in GitHub discussions
-
-**When sharing knowledge**:
-1. Document solution in this file
-2. Update relevant section
-3. Add to troubleshooting guide if applicable
-4. Consider adding to FAQ
-
----
-
-## 🔌 **Claude Code Integration Gap Analysis** (March 2026)
-
-### Key Finding: SuperClaude Under-uses Claude Code's Extension Points
-
-Claude Code provides 60+ built-in commands, 28 hook events, a full skills system, 5 settings scopes, agent teams, plan mode, extended thinking, and 60+ MCP servers in its registry. SuperClaude currently uses only a fraction of these.
-
-### Biggest Gaps (High Impact)
-
-**1. Skills System (CRITICAL)**
-- Claude Code skills support YAML frontmatter with `model`, `effort`, `allowed-tools`, `context: fork`, auto-triggering via `description`, and argument substitution
-- SuperClaude has only 1 skill (confidence-check); 30 commands could be reimplemented as skills for better auto-triggering and tool restrictions
-- **Action**: Migrate key commands to skills format in v4.3+
-
-**2. Hooks System (HIGH)**
-- Claude Code has 28 hook events (`SessionStart`, `Stop`, `PostToolUse`, `TaskCompleted`, `SubagentStop`, `PreCompact`, etc.)
-- SuperClaude defines hooks but doesn't leverage most events
-- **Action**: Use `SessionStart` for PM Agent auto-restore, `Stop` for session persistence, `PostToolUse` for self-check, `TaskCompleted` for reflexion
-
-**3. Plan Mode Integration (MEDIUM)**
-- Claude Code's plan mode provides read-only exploration with visual markdown plans
-- SuperClaude's confidence checks could block transition from plan to implementation when confidence < 70%
-- **Action**: Connect confidence checker to plan mode exit gate
-
-**4. Settings Profiles (MEDIUM)**
-- Claude Code has 5 settings scopes with granular permission rules (`Bash(pattern)`, `Edit(path)`, `mcp__server__tool`)
-- SuperClaude could provide recommended settings profiles per workflow (strict security, autonomous dev, research)
-- **Action**: Create `.claude/settings.json` templates for common workflows
-
-### What's Working Well
-
-- **Commands** (30): Well-integrated as custom commands in `~/.claude/commands/sc/`
-- **Agents** (20): Properly installed to `~/.claude/agents/` as subagents
-- **MCP Servers** (8+): Good coverage of common tools, AIRIS gateway unifies them
-- **Pytest Plugin**: Clean auto-loading, good fixture/marker system
-- **Behavioral Modes** (7): Effective context injection even without native support
-
-### Reference
-
-See `docs/user-guide/claude-code-integration.md` for the complete feature mapping and gap analysis.
-
----
-
-*This document grows with the project. Everyone who encounters a problem and finds a solution should document it here.*
-
-**Contributors**: SuperClaude development team and community
-**Maintained by**: Project maintainers
-**Review frequency**: Quarterly or after major insights

MANIFEST.in

@@ -1,33 +0,0 @@
-include VERSION
-include README.md
-include LICENSE
-include CHANGELOG.md
-include CONTRIBUTING.md
-include SECURITY.md
-include pyproject.toml
-recursive-include docs *.md *.json *.py
-recursive-include tests *.py
-recursive-include src/superclaude *.py *.md *.ts *.json *.sh
-recursive-include src/superclaude/commands *.md
-recursive-include src/superclaude/agents *.md
-recursive-include src/superclaude/modes *.md
-recursive-include src/superclaude/mcp *.md *.json
-recursive-include src/superclaude/core *.md
-recursive-include src/superclaude/examples *.md
-recursive-include src/superclaude/hooks *.json
-recursive-include src/superclaude/scripts *.py *.sh
-recursive-include src/superclaude/skills *.md *.ts *.json
-recursive-include plugins/superclaude *.py *.md *.ts *.json *.sh
-recursive-include plugins/superclaude/commands *.md
-recursive-include plugins/superclaude/agents *.md
-recursive-include plugins/superclaude/modes *.md
-recursive-include plugins/superclaude/mcp *.py *.md *.json
-recursive-include plugins/superclaude/mcp/configs *.json
-recursive-include plugins/superclaude/core *.md
-recursive-include plugins/superclaude/examples *.md
-recursive-include plugins/superclaude/hooks *.json
-recursive-include plugins/superclaude/scripts *.py *.sh
-recursive-include plugins/superclaude/skills *.py *.md *.ts *.json
-global-exclude __pycache__
-global-exclude *.py[co]
-global-exclude .DS_Store

Makefile

@@ -78,32 +78,12 @@ sync-plugin-repo: build-plugin ## Sync built plugin artefacts into ../SuperClaud
 	fi
 	@echo "📦 Syncing artefacts to $(PLUGIN_REPO)..."
 	@rsync -a --delete $(PLUGIN_DIST)/agents/ $(PLUGIN_REPO)/agents/
-	@rsync -a --delete $(PLUGIN_DIST)/commands/ $(PLUGIN_REPO)/commands/
 	@rsync -a --delete $(PLUGIN_DIST)/hooks/ $(PLUGIN_REPO)/hooks/
 	@rsync -a --delete $(PLUGIN_DIST)/scripts/ $(PLUGIN_REPO)/scripts/
 	@rsync -a --delete $(PLUGIN_DIST)/skills/ $(PLUGIN_REPO)/skills/
 	@rsync -a --delete $(PLUGIN_DIST)/.claude-plugin/ $(PLUGIN_REPO)/.claude-plugin/
 	@echo "✅ Sync complete."
 
-# Translate README to multiple languages using Neural CLI
-translate:
-	@echo "🌐 Translating README using Neural CLI (Ollama + qwen2.5:3b)..."
-	@if [ ! -f ~/.local/bin/neural-cli ]; then \
-		echo "📦 Installing neural-cli..."; \
-		mkdir -p ~/.local/bin; \
-		ln -sf ~/github/neural/src-tauri/target/release/neural-cli ~/.local/bin/neural-cli; \
-		echo "✅ neural-cli installed to ~/.local/bin/"; \
-	fi
-	@echo ""
-	@echo "🇨🇳 Translating to Simplified Chinese..."
-	@~/.local/bin/neural-cli translate README.md --from English --to "Simplified Chinese" --output README-zh.md
-	@echo ""
-	@echo "🇯🇵 Translating to Japanese..."
-	@~/.local/bin/neural-cli translate README.md --from English --to Japanese --output README-ja.md
-	@echo ""
-	@echo "✅ Translation complete!"
-	@echo "📝 Files updated: README-zh.md, README-ja.md"
-
 # Show help
 help:
 	@echo "SuperClaude Framework - Available commands:"
@@ -124,9 +104,6 @@ help:
 	@echo "  make build-plugin    - Build SuperClaude plugin artefacts into dist/"
 	@echo "  make sync-plugin-repo - Sync artefacts into ../SuperClaude_Plugin"
 	@echo ""
-	@echo "📚 Documentation:"
-	@echo "  make translate       - Translate README to Chinese and Japanese"
-	@echo ""
 	@echo "🧹 Cleanup:"
 	@echo "  make uninstall-legacy - Remove old SuperClaude files from ~/.claude"
 	@echo "  make help            - Show this help message"

PARALLEL_INDEXING_PLAN.md

@@ -1,190 +0,0 @@
-# Parallel Repository Indexing Execution Plan
-
-## Objective
-Create comprehensive repository index for: /Users/kazuki/github/SuperClaude_Framework
-
-## Execution Strategy
-
-Execute the following 5 tasks IN PARALLEL using Task tool.
-IMPORTANT: All 5 Task tool calls must be in a SINGLE message for parallel execution.
-
-## Tasks to Execute (Parallel)
-
-### Task 1: Analyze code structure
-- Agent: Explore
-- ID: code_structure
-
-**Prompt**:
-```
-Analyze the code structure of this repository: /Users/kazuki/github/SuperClaude_Framework
-
-Task: Find and analyze all source code directories (src/, lib/, superclaude/, setup/, apps/, packages/)
-
-For each directory found:
-1. List all Python/JavaScript/TypeScript files
-2. Identify the purpose/responsibility
-3. Note key files and entry points
-4. Detect any organizational issues
-
-Output format (JSON):
-{
-    "directories": [
-        {
-            "path": "relative/path",
-            "purpose": "description",
-            "file_count": 10,
-            "key_files": ["file1.py", "file2.py"],
-            "issues": ["redundant nesting", "orphaned files"]
-        }
-    ],
-    "total_files": 100
-}
-
-Use Glob and Grep tools to search efficiently.
-Be thorough: "very thorough" level.
-
-```
-
-### Task 2: Analyze documentation
-- Agent: Explore
-- ID: documentation
-
-**Prompt**:
-```
-Analyze the documentation of this repository: /Users/kazuki/github/SuperClaude_Framework
-
-Task: Find and analyze all documentation (docs/, README*, *.md files)
-
-For each documentation section:
-1. List all markdown/rst files
-2. Assess documentation coverage
-3. Identify missing documentation
-4. Detect redundant/duplicate docs
-
-Output format (JSON):
-{
-    "directories": [
-        {
-            "path": "docs/",
-            "purpose": "User/developer documentation",
-            "file_count": 50,
-            "coverage": "good|partial|poor",
-            "missing": ["API reference", "Architecture guide"],
-            "duplicates": ["README vs docs/README"]
-        }
-    ],
-    "root_docs": ["README.md", "CLAUDE.md"],
-    "total_files": 75
-}
-
-Use Glob to find all .md files.
-Check for duplicate content patterns.
-
-```
-
-### Task 3: Analyze configuration files
-- Agent: Explore
-- ID: configuration
-
-**Prompt**:
-```
-Analyze the configuration files of this repository: /Users/kazuki/github/SuperClaude_Framework
-
-Task: Find and analyze all configuration files (.toml, .yaml, .yml, .json, .ini, .cfg)
-
-For each config file:
-1. Identify purpose (build, deps, CI/CD, etc.)
-2. Note importance level
-3. Check for issues (deprecated, unused)
-
-Output format (JSON):
-{
-    "config_files": [
-        {
-            "path": "pyproject.toml",
-            "type": "python_project",
-            "importance": "critical",
-            "issues": []
-        }
-    ],
-    "total_files": 15
-}
-
-Use Glob with appropriate patterns.
-
-```
-
-### Task 4: Analyze test structure
-- Agent: Explore
-- ID: tests
-
-**Prompt**:
-```
-Analyze the test structure of this repository: /Users/kazuki/github/SuperClaude_Framework
-
-Task: Find and analyze all tests (tests/, __tests__/, *.test.*, *.spec.*)
-
-For each test directory/file:
-1. Count test files
-2. Identify test types (unit, integration, performance)
-3. Assess coverage (if pytest/coverage data available)
-
-Output format (JSON):
-{
-    "test_directories": [
-        {
-            "path": "tests/",
-            "test_count": 20,
-            "types": ["unit", "integration", "benchmark"],
-            "coverage": "unknown"
-        }
-    ],
-    "total_tests": 25
-}
-
-Use Glob to find test files.
-
-```
-
-### Task 5: Analyze scripts and utilities
-- Agent: Explore
-- ID: scripts
-
-**Prompt**:
-```
-Analyze the scripts and utilities of this repository: /Users/kazuki/github/SuperClaude_Framework
-
-Task: Find and analyze all scripts (scripts/, bin/, tools/, *.sh, *.bash)
-
-For each script:
-1. Identify purpose
-2. Note language (bash, python, etc.)
-3. Check if documented
-
-Output format (JSON):
-{
-    "script_directories": [
-        {
-            "path": "scripts/",
-            "script_count": 5,
-            "purposes": ["build", "deploy", "utility"],
-            "documented": true
-        }
-    ],
-    "total_scripts": 10
-}
-
-Use Glob to find script files.
-
-```
-
-## Expected Output
-
-Each task will return JSON with analysis results.
-After all tasks complete, merge the results into a single repository index.
-
-## Performance Expectations
-
-- Sequential execution: ~300ms
-- Parallel execution: ~60-100ms (3-5x faster)
-- No GIL limitations (API-level parallelism)

PLANNING.md

@@ -1,389 +0,0 @@
-# PLANNING.md
-
-**Architecture, Design Principles, and Absolute Rules for SuperClaude Framework**
-
-> This document is read by Claude Code at session start to ensure consistent, high-quality development aligned with project standards.
-
----
-
-## 🎯 **Project Vision**
-
-SuperClaude Framework transforms Claude Code into a structured development platform through:
-- **Behavioral instruction injection** via CLAUDE.md
-- **Component orchestration** via pytest plugin + slash commands
-- **Systematic workflow automation** via PM Agent patterns
-
-**Core Mission**: Enhance AI-assisted development with:
-- Pre-execution confidence checking (prevent wrong-direction work)
-- Post-implementation validation (prevent hallucinations)
-- Cross-session learning (reflexion pattern)
-- Token-efficient parallel execution (3.5x speedup)
-
----
-
-## 🏗️ **Architecture Overview**
-
-### **Current State (v4.3.0)**
-
-SuperClaude is a **Python package** with:
-- Pytest plugin (auto-loaded via entry points)
-- CLI tools (superclaude command)
-- PM Agent patterns (confidence, self-check, reflexion)
-- Parallel execution framework
-- Optional slash commands (installed to ~/.claude/commands/)
-
-```
-SuperClaude Framework v4.3.0
-│
-├── Core Package (src/superclaude/)
-│   ├── pytest_plugin.py          # Auto-loaded by pytest
-│   ├── pm_agent/                  # Pre/post implementation patterns
-│   │   ├── confidence.py          # Pre-execution confidence check
-│   │   ├── self_check.py          # Post-implementation validation
-│   │   ├── reflexion.py           # Error learning
-│   │   └── token_budget.py        # Token allocation
-│   ├── execution/                 # Parallel execution
-│   │   ├── parallel.py            # Wave→Checkpoint→Wave
-│   │   ├── reflection.py          # Meta-reasoning
-│   │   └── self_correction.py     # Error recovery
-│   └── cli/                       # Command-line interface
-│       ├── main.py                # superclaude command
-│       ├── doctor.py              # Health checks
-│       └── install_skill.py       # Skill installation
-│
-├── Plugin Source (plugins/superclaude/)  # v5.0 - NOT ACTIVE YET
-│   ├── agents/                    # Agent definitions
-│   ├── commands/                  # Command definitions
-│   ├── hooks/                     # Hook configurations
-│   ├── scripts/                   # Shell scripts
-│   └── skills/                    # Skill implementations
-│
-├── Tests (tests/)
-│   ├── unit/                      # Component unit tests
-│   └── integration/               # Plugin integration tests
-│
-└── Documentation (docs/)
-    ├── architecture/              # Architecture decisions
-    ├── developer-guide/           # Development guides
-    ├── reference/                 # API reference
-    ├── research/                  # Research findings
-    └── user-guide/                # User documentation
-```
-
-### **Future State (v5.0 - Planned)**
-
-- TypeScript plugin system (issue #419)
-- Project-local `.claude-plugin/` detection
-- Plugin marketplace distribution
-- Enhanced MCP server integration
-
----
-
-## ⚙️ **Design Principles**
-
-### **1. Evidence-Based Development**
-
-**Never guess** - always verify with official sources:
-- Use Context7 MCP for official documentation
-- Use WebFetch/WebSearch for research
-- Check existing code with Glob/Grep before implementing
-- Verify assumptions against test results
-
-**Anti-pattern**: Implementing based on assumptions or outdated knowledge
-
-### **2. Confidence-First Implementation**
-
-Check confidence BEFORE starting work:
-- **≥90%**: Proceed with implementation
-- **70-89%**: Present alternatives, continue investigation
-- **<70%**: STOP - ask questions, investigate more
-
-**ROI**: Spend 100-200 tokens on confidence check to save 5,000-50,000 tokens on wrong direction
-
-### **3. Parallel-First Execution**
-
-Use **Wave → Checkpoint → Wave** pattern:
-```
-Wave 1: [Read file1, Read file2, Read file3] (parallel)
-   ↓
-Checkpoint: Analyze all files together
-   ↓
-Wave 2: [Edit file1, Edit file2, Edit file3] (parallel)
-```
-
-**Benefit**: 3.5x faster than sequential execution
-
-**When to use**:
-- Independent operations (reading multiple files)
-- Batch transformations (editing multiple files)
-- Parallel searches (grep across different directories)
-
-**When NOT to use**:
-- Operations with dependencies (must wait for previous result)
-- Sequential analysis (need to build context step-by-step)
-
-### **4. Token Efficiency**
-
-Allocate tokens based on task complexity:
-- **Simple** (typo fix): 200 tokens
-- **Medium** (bug fix): 1,000 tokens
-- **Complex** (feature): 2,500 tokens
-
-**Confidence check ROI**: 25-250x token savings
-
-### **5. No Hallucinations**
-
-Use SelfCheckProtocol to prevent hallucinations:
-
-**The Four Questions**:
-1. Are all tests passing? (show output)
-2. Are all requirements met? (list items)
-3. No assumptions without verification? (show docs)
-4. Is there evidence? (test results, code changes, validation)
-
-**7 Red Flags**:
-- "Tests pass" without output
-- "Everything works" without evidence
-- "Implementation complete" with failing tests
-- Skipping error messages
-- Ignoring warnings
-- Hiding failures
-- "Probably works" language
-
----
-
-## 🚫 **Absolute Rules**
-
-### **Python Environment**
-
-1. **ALWAYS use UV** for Python operations:
-   ```bash
-   uv run pytest              # NOT: python -m pytest
-   uv pip install package     # NOT: pip install package
-   uv run python script.py    # NOT: python script.py
-   ```
-
-2. **Package structure**: Use src/ layout
-   - `src/superclaude/` for package code
-   - `tests/` for test code
-   - Never mix source and tests in same directory
-
-3. **Entry points**: Use pyproject.toml
-   - CLI: `[project.scripts]`
-   - Pytest plugin: `[project.entry-points.pytest11]`
-
-### **Testing**
-
-1. **All new features MUST have tests**
-   - Unit tests for individual components
-   - Integration tests for component interactions
-   - Use pytest markers: `@pytest.mark.unit`, `@pytest.mark.integration`
-
-2. **Use PM Agent patterns in tests**:
-   ```python
-   @pytest.mark.confidence_check
-   def test_feature(confidence_checker):
-       context = {...}
-       assert confidence_checker.assess(context) >= 0.7
-
-   @pytest.mark.self_check
-   def test_implementation(self_check_protocol):
-       passed, issues = self_check_protocol.validate(impl)
-       assert passed
-   ```
-
-3. **Test fixtures**: Use conftest.py for shared fixtures
-
-### **Git Workflow**
-
-1. **Branch structure**:
-   - `master`: Production-ready code
-   - `integration`: Testing ground (not yet created)
-   - `feature/*`, `fix/*`, `docs/*`: Feature branches
-
-2. **Commit messages**: Use conventional commits
-   - `feat:` - New feature
-   - `fix:` - Bug fix
-   - `docs:` - Documentation
-   - `refactor:` - Code refactoring
-   - `test:` - Adding tests
-   - `chore:` - Maintenance
-
-3. **Never commit**:
-   - `__pycache__/`, `*.pyc`
-   - `.venv/`, `venv/`
-   - Personal files (TODO.txt, CRUSH.md)
-   - API keys, secrets
-
-### **Documentation**
-
-1. **Code documentation**:
-   - All public functions need docstrings
-   - Use type hints
-   - Include usage examples in docstrings
-
-2. **Project documentation**:
-   - Update CLAUDE.md for Claude Code guidance
-   - Update README.md for user instructions
-   - Update this PLANNING.md for architecture decisions
-   - Update TASK.md for current work
-   - Update KNOWLEDGE.md for insights
-
-3. **Keep docs synchronized**:
-   - When code changes, update relevant docs
-   - When features are added, update CHANGELOG.md
-   - When architecture changes, update PLANNING.md
-
-### **Version Management**
-
-1. **Version sources of truth**:
-   - Framework version: `VERSION` file (e.g., 4.3.0)
-   - Python package version: `pyproject.toml` (e.g., 0.4.0)
-   - NPM package version: `package.json` (should match VERSION)
-
-2. **When to bump versions**:
-   - Major: Breaking API changes
-   - Minor: New features, backward compatible
-   - Patch: Bug fixes
-
----
-
-## 🔄 **Development Workflow**
-
-### **Starting a New Feature**
-
-1. **Investigation Phase**:
-   - Read PLANNING.md, TASK.md, KNOWLEDGE.md
-   - Check for duplicates (Glob/Grep existing code)
-   - Read official docs (Context7 MCP, WebFetch)
-   - Search for OSS implementations (WebSearch)
-   - Run confidence check (should be ≥90%)
-
-2. **Implementation Phase**:
-   - Create feature branch: `git checkout -b feature/feature-name`
-   - Write tests first (TDD)
-   - Implement feature
-   - Run tests: `uv run pytest`
-   - Run linter: `make lint`
-   - Format code: `make format`
-
-3. **Validation Phase**:
-   - Run self-check protocol
-   - Verify all tests passing
-   - Check all requirements met
-   - Confirm assumptions verified
-   - Provide evidence
-
-4. **Documentation Phase**:
-   - Update relevant documentation
-   - Add docstrings
-   - Update CHANGELOG.md
-   - Update TASK.md (mark complete)
-
-5. **Review Phase**:
-   - Create pull request
-   - Request review
-   - Address feedback
-   - Merge to integration (or master if no integration branch)
-
-### **Fixing a Bug**
-
-1. **Root Cause Analysis**:
-   - Reproduce the bug
-   - Identify root cause (not symptoms)
-   - Check reflexion memory for similar patterns
-   - Run confidence check
-
-2. **Fix Implementation**:
-   - Write failing test that reproduces bug
-   - Implement fix
-   - Verify test passes
-   - Run full test suite
-   - Record in reflexion memory
-
-3. **Prevention**:
-   - Add regression test
-   - Update documentation if needed
-   - Share learnings in KNOWLEDGE.md
-
----
-
-## 📊 **Quality Metrics**
-
-### **Code Quality**
-
-- **Test coverage**: Aim for >80%
-- **Linting**: Zero ruff errors
-- **Type checking**: Use type hints, minimal mypy errors
-- **Documentation**: All public APIs documented
-
-### **PM Agent Metrics**
-
-- **Confidence check ROI**: 25-250x token savings
-- **Self-check detection**: 94% hallucination detection rate
-- **Parallel execution**: 3.5x speedup vs sequential
-- **Token efficiency**: 30-50% reduction with proper budgeting
-
-### **Release Criteria**
-
-Before releasing a new version:
-- ✅ All tests passing
-- ✅ Documentation updated
-- ✅ CHANGELOG.md updated
-- ✅ Version numbers synced
-- ✅ No known critical bugs
-- ✅ Security audit passed (if applicable)
-
----
-
-## 🚀 **Roadmap**
-
-### **v4.3.0 (Current)**
-- ✅ Python package with pytest plugin
-- ✅ PM Agent patterns (confidence, self-check, reflexion)
-- ✅ Parallel execution framework
-- ✅ CLI tools and slash commands
-- ✅ AIRIS MCP Gateway (optional, requires Docker)
-- ✅ Explicit command boundaries and handoff instructions
-- ✅ Complete command reference documentation
-
-### **v4.3.0 (Next)**
-- [ ] Complete placeholder implementations in confidence.py
-- [ ] Add comprehensive test coverage (>80%)
-- [ ] Enhanced MCP server integration
-- [ ] Improve documentation
-
-### **v5.0 (Future)**
-- [ ] TypeScript plugin system (issue #419)
-- [ ] Plugin marketplace
-- [ ] Project-local plugin detection
-- [ ] Enhanced reflexion with mindbase integration
-- [ ] Advanced parallel execution patterns
-
----
-
-## 🤝 **Contributing Guidelines**
-
-See [CONTRIBUTING.md](CONTRIBUTING.md) for detailed contribution guidelines.
-
-**Key points**:
-- Follow absolute rules above
-- Write tests for all new code
-- Use PM Agent patterns
-- Document your changes
-- Request reviews
-
----
-
-## 📚 **Additional Resources**
-
-- **[TASK.md](TASK.md)**: Current tasks and priorities
-- **[KNOWLEDGE.md](KNOWLEDGE.md)**: Accumulated insights and best practices
-- **[CONTRIBUTING.md](CONTRIBUTING.md)**: Contribution guidelines
-- **[docs/](docs/)**: Comprehensive documentation
-
----
-
-*This document is maintained by the SuperClaude development team and should be updated whenever architectural decisions are made.*
-
-**Last updated**: 2025-11-12 (auto-generated during issue #466 fix)

PLUGIN_INSTALL.md

@@ -1,161 +0,0 @@
-# SuperClaude Plugin Installation Guide
-
-## 公式インストール方法（推奨）
-
-### 前提条件
-
-1. **ripgrep のインストール**
-   ```bash
-   brew install ripgrep
-   ```
-
-2. **環境変数の設定**（~/.zshrc または ~/.bashrc に追加）
-   ```bash
-   export USE_BUILTIN_RIPGREP=0
-   ```
-
-3. **シェルの再起動**
-   ```bash
-   exec $SHELL
-   ```
-
-### インストール手順
-
-#### 方法A: ローカルマーケットプレイス経由（推奨）
-
-1. Claude Code でマーケットプレイスを追加:
-   ```
-   /plugin marketplace add /Users/kazuki/github/superclaude
-   ```
-
-2. プラグインをインストール:
-   ```
-   /plugin install pm-agent@superclaude-local
-   ```
-
-3. Claude Code を再起動
-
-4. 動作確認:
-   ```
-   /pm
-   /research
-   /index-repo
-   ```
-
-#### 方法B: 開発者モード（直接コピー）
-
-**注意**: この方法は開発中のテスト用です。公式方法（方法A）の使用を推奨します。
-
-```bash
-# プロジェクトルートで実行
-make reinstall-plugin-dev
-```
-
-Claude Code を再起動後、コマンドが利用可能になります。
-
-## インストールされるコマンド
-
-### /pm
-PM Agent モードを起動。以下の機能を提供：
-- 90%信頼度チェック（実装前）
-- 並列実行最適化
-- トークン予算管理
-- エビデンスベース開発
-
-### /research
-Deep Research モード。以下の機能を提供：
-- 並列Web検索（Tavily MCP）
-- 公式ドキュメント優先
-- ソース検証
-- 信頼度付き結果
-
-### /index-repo
-リポジトリインデックス作成。以下の機能を提供：
-- プロジェクト構造解析
-- 94%トークン削減（58K → 3K）
-- エントリポイント特定
-- モジュールマップ生成
-
-## フックの自動実行
-
-SessionStart フックにより、新しいセッション開始時に `/pm` コマンドが自動実行されます。
-
-無効化したい場合は、`~/.claude/plugins/pm-agent/hooks/hooks.json` を編集してください。
-
-## トラブルシューティング
-
-### コマンドが認識されない場合
-
-1. **ripgrep の確認**:
-   ```bash
-   which rg
-   rg --version
-   ```
-
-   インストールされていない場合：
-   ```bash
-   brew install ripgrep
-   ```
-
-2. **環境変数の確認**:
-   ```bash
-   echo $USE_BUILTIN_RIPGREP
-   ```
-
-   設定されていない場合：
-   ```bash
-   echo 'export USE_BUILTIN_RIPGREP=0' >> ~/.zshrc
-   exec $SHELL
-   ```
-
-3. **プラグインの確認**:
-   ```bash
-   ls -la ~/.claude/plugins/pm-agent/
-   ```
-
-   存在しない場合は再インストール：
-   ```bash
-   make reinstall-plugin-dev
-   ```
-
-4. **Claude Code を再起動**
-
-### それでも動かない場合
-
-Claude Code のバージョンを確認してください。2.0.x には既知のバグがあります：
-- GitHub Issue #8831: Custom slash commands not discovered
-
-回避策：
-- NPM版に切り替える（Homebrew版にバグの可能性）
-- ripgrep をシステムにインストール（上記手順）
-
-## プラグイン構造（参考）
-
-```
-~/.claude/plugins/pm-agent/
-├── plugin.json          # プラグインメタデータ
-├── marketplace.json     # マーケットプレイス情報
-├── commands/            # Markdown コマンド
-│   ├── pm.md
-│   ├── research.md
-│   └── index-repo.md
-└── hooks/
-    └── hooks.json       # SessionStart フック設定
-```
-
-## 開発者向け情報
-
-プラグインのソースコードは `/Users/kazuki/github/superclaude/` にあります。
-
-変更を反映するには：
-```bash
-make reinstall-plugin-dev
-# Claude Code を再起動
-```
-
-## サポート
-
-問題が発生した場合は、以下を確認してください：
-- 公式ドキュメント: https://docs.claude.com/ja/docs/claude-code/plugins
-- GitHub Issues: https://github.com/anthropics/claude-code/issues
-- プロジェクトドキュメント: CLAUDE.md, PLANNING.md

PROJECT_INDEX.json

@@ -1,245 +0,0 @@
-{
-  "metadata": {
-    "generated_at": "2025-10-29T00:00:00Z",
-    "version": "0.4.0",
-    "total_files": 196,
-    "python_loc": 3002,
-    "test_files": 7,
-    "documentation_files": 90
-  },
-  "entry_points": {
-    "cli": {
-      "command": "superclaude",
-      "source": "src/superclaude/cli/main.py",
-      "purpose": "CLI interface for SuperClaude operations"
-    },
-    "pytest_plugin": {
-      "auto_loaded": true,
-      "source": "src/superclaude/pytest_plugin.py",
-      "purpose": "PM Agent fixtures and test automation"
-    },
-    "skills": {
-      "confidence_check": {
-        "source": ".claude/skills/confidence-check/confidence.ts",
-        "purpose": "Pre-implementation confidence assessment"
-      }
-    }
-  },
-  "core_modules": {
-    "pm_agent": {
-      "path": "src/superclaude/pm_agent/",
-      "modules": {
-        "confidence": {
-          "file": "confidence.py",
-          "purpose": "Pre-execution confidence assessment",
-          "threshold": "≥90% required, 70-89% present alternatives, <70% ask questions",
-          "roi": "25-250x token savings"
-        },
-        "self_check": {
-          "file": "self_check.py",
-          "purpose": "Post-implementation evidence-based validation",
-          "pattern": "Assert → Verify → Report"
-        },
-        "reflexion": {
-          "file": "reflexion.py",
-          "purpose": "Error learning and prevention",
-          "features": ["Cross-session pattern matching", "Failure analysis"]
-        },
-        "token_budget": {
-          "file": "token_budget.py",
-          "purpose": "Token allocation and tracking",
-          "levels": {
-            "simple": 200,
-            "medium": 1000,
-            "complex": 2500
-          }
-        }
-      }
-    },
-    "execution": {
-      "path": "src/superclaude/execution/",
-      "modules": {
-        "parallel": {
-          "file": "parallel.py",
-          "pattern": "Wave → Checkpoint → Wave",
-          "performance": "3.5x faster than sequential"
-        },
-        "reflection": {
-          "file": "reflection.py",
-          "purpose": "Post-execution analysis and improvement"
-        },
-        "self_correction": {
-          "file": "self_correction.py",
-          "purpose": "Automated error detection and correction"
-        }
-      }
-    },
-    "cli": {
-      "path": "src/superclaude/cli/",
-      "modules": {
-        "main": {
-          "file": "main.py",
-          "exports": ["main()"],
-          "framework": "Click-based CLI"
-        },
-        "doctor": {
-          "file": "doctor.py",
-          "purpose": "Health check diagnostics"
-        },
-        "install_skill": {
-          "file": "install_skill.py",
-          "purpose": "Install SuperClaude skills to Claude Code",
-          "target": "~/.claude/skills/"
-        }
-      }
-    }
-  },
-  "configuration": {
-    "python_package": {
-      "file": "pyproject.toml",
-      "build_system": "hatchling (PEP 517)",
-      "python_version": ">=3.10",
-      "dependencies": {
-        "pytest": ">=7.0.0",
-        "click": ">=8.0.0",
-        "rich": ">=13.0.0"
-      }
-    },
-    "npm_wrapper": {
-      "file": "package.json",
-      "package": "@bifrost_inc/superclaude",
-      "version": "4.1.5",
-      "purpose": "Cross-platform installation wrapper"
-    },
-    "claude_code": {
-      "file": ".claude/settings.json",
-      "purpose": "Plugin and marketplace settings"
-    }
-  },
-  "documentation": {
-    "key_files": [
-      "CLAUDE.md",
-      "README.md",
-      "CONTRIBUTING.md",
-      "CHANGELOG.md",
-      "AGENTS.md"
-    ],
-    "user_guides": [
-      "docs/user-guide/commands.md",
-      "docs/user-guide/agents.md",
-      "docs/user-guide/flags.md",
-      "docs/user-guide/modes.md",
-      "docs/user-guide/session-management.md",
-      "docs/user-guide/mcp-servers.md"
-    ],
-    "developer_guides": [
-      "docs/developer-guide/contributing-code.md",
-      "docs/developer-guide/technical-architecture.md",
-      "docs/developer-guide/testing-debugging.md"
-    ],
-    "architecture": [
-      "docs/architecture/MIGRATION_TO_CLEAN_ARCHITECTURE.md",
-      "docs/architecture/PM_AGENT_COMPARISON.md",
-      "docs/architecture/CONTEXT_WINDOW_ANALYSIS.md"
-    ],
-    "research": [
-      "docs/research/llm-agent-token-efficiency-2025.md",
-      "docs/research/reflexion-integration-2025.md",
-      "docs/research/parallel-execution-complete-findings.md",
-      "docs/research/pm_agent_roi_analysis_2025-10-21.md"
-    ]
-  },
-  "tests": {
-    "framework": "pytest >=7.0.0",
-    "coverage_tool": "pytest-cov >=4.0.0",
-    "markers": [
-      "confidence_check",
-      "self_check",
-      "reflexion",
-      "unit",
-      "integration"
-    ],
-    "test_files": [
-      "tests/pm_agent/test_confidence_check.py",
-      "tests/pm_agent/test_self_check_protocol.py",
-      "tests/pm_agent/test_reflexion_pattern.py",
-      "tests/pm_agent/test_token_budget.py",
-      "tests/test_pytest_plugin.py",
-      "tests/conftest.py"
-    ],
-    "commands": {
-      "all_tests": "uv run pytest",
-      "specific_directory": "uv run pytest tests/pm_agent/ -v",
-      "by_marker": "uv run pytest -m confidence_check",
-      "with_coverage": "uv run pytest --cov=superclaude"
-    }
-  },
-  "dependencies": {
-    "core": {
-      "pytest": ">=7.0.0",
-      "click": ">=8.0.0",
-      "rich": ">=13.0.0"
-    },
-    "dev": {
-      "pytest-cov": ">=4.0.0",
-      "pytest-benchmark": ">=4.0.0",
-      "scipy": ">=1.10.0",
-      "ruff": ">=0.1.0",
-      "mypy": ">=1.0"
-    }
-  },
-  "quick_start": {
-    "installation": [
-      "uv pip install superclaude",
-      "pip install superclaude",
-      "make install"
-    ],
-    "usage": [
-      "superclaude --version",
-      "superclaude install-skill confidence-check",
-      "make doctor",
-      "make test"
-    ]
-  },
-  "git_workflow": {
-    "branch_structure": "master (production) ← integration (testing) ← feature/*, fix/*, docs/*",
-    "current_branch": "next"
-  },
-  "token_efficiency": {
-    "index_performance": {
-      "before": "58,000 tokens (reading all files every session)",
-      "after": "3,000 tokens (reading this index)",
-      "reduction": "94% (55,000 tokens saved per session)"
-    },
-    "pm_agent_roi": {
-      "confidence_check_cost": "100-200 tokens",
-      "savings": "5,000-50,000 tokens",
-      "roi": "25-250x token savings",
-      "break_even": "1 failed implementation prevented"
-    }
-  },
-  "project_stats": {
-    "python_source_lines": 3002,
-    "test_files_count": 7,
-    "documentation_files_count": 90,
-    "supported_python": ["3.10", "3.11", "3.12"],
-    "license": "MIT",
-    "contributors": 3
-  },
-  "mcp_integration": {
-    "servers": {
-      "tavily": "Web search (Deep Research)",
-      "context7": "Official documentation (prevent hallucination)",
-      "sequential": "Token-efficient reasoning (30-50% reduction)",
-      "serena": "Session persistence",
-      "mindbase": "Cross-session learning"
-    }
-  },
-  "project_principles": [
-    "Evidence-Based Development - Never guess, verify with official docs",
-    "Confidence-First Implementation - Check confidence BEFORE starting",
-    "Parallel-First Execution - Use Wave → Checkpoint → Wave (3.5x faster)",
-    "Token Efficiency - Optimize for minimal token usage",
-    "Test-Driven Development - Tests first, implementation second"
-  ]
-}

PROJECT_INDEX.md

@@ -1,324 +0,0 @@
-# Project Index: SuperClaude Framework
-
-**Generated**: 2025-10-29
-**Version**: 0.4.0
-**Description**: AI-enhanced development framework for Claude Code - pytest plugin with specialized commands
-
----
-
-## 📁 Project Structure
-
-```
-SuperClaude_Framework/
-├── src/superclaude/          # Python package (3,002 LOC)
-│   ├── cli/                  # CLI commands (main.py, doctor.py, install_skill.py)
-│   ├── pm_agent/             # PM Agent core (confidence.py, self_check.py, reflexion.py, token_budget.py)
-│   ├── execution/            # Execution patterns (parallel.py, reflection.py, self_correction.py)
-│   ├── pytest_plugin.py      # Auto-loaded pytest integration
-│   └── skills/               # TypeScript skills (confidence-check)
-├── tests/                    # Test suite (7 files)
-│   ├── pm_agent/             # PM Agent tests (confidence, self_check, reflexion)
-│   └── conftest.py           # Shared fixtures
-├── docs/                     # Documentation (90+ files)
-│   ├── user-guide/           # User guides (en, ja, kr, zh)
-│   ├── developer-guide/      # Developer documentation
-│   ├── reference/            # API reference & examples
-│   ├── architecture/         # Architecture decisions
-│   └── research/             # Research findings
-├── scripts/                  # Analysis tools (workflow metrics, A/B testing)
-├── setup/                    # Setup components & utilities
-├── skills/                   # Claude Code skills
-│   └── confidence-check/     # Confidence check skill (SKILL.md, confidence.ts)
-├── .claude/                  # Claude Code configuration
-│   ├── settings.json         # Plugin settings
-│   └── skills/               # Installed skills
-└── .github/                  # GitHub workflows & templates
-```
-
----
-
-## 🚀 Entry Points
-
-### CLI
-- **Command**: `superclaude` (installed via pip/uv)
-- **Source**: `src/superclaude/cli/main.py:main`
-- **Purpose**: CLI interface for SuperClaude operations
-
-### Pytest Plugin
-- **Auto-loaded**: Yes (via `pyproject.toml` entry point)
-- **Source**: `src/superclaude/pytest_plugin.py`
-- **Purpose**: PM Agent fixtures and test automation
-
-### Skills
-- **Confidence Check**: `.claude/skills/confidence-check/confidence.ts`
-- **Purpose**: Pre-implementation confidence assessment
-
----
-
-## 📦 Core Modules
-
-### PM Agent (src/superclaude/pm_agent/)
-Core patterns for AI-enhanced development:
-
-#### ConfidenceChecker (`confidence.py`)
-- **Purpose**: Pre-execution confidence assessment
-- **Threshold**: ≥90% required, 70-89% present alternatives, <70% ask questions
-- **ROI**: 25-250x token savings
-- **Checks**: No duplication, architecture compliance, official docs, OSS references, root cause identification
-
-#### SelfCheckProtocol (`self_check.py`)
-- **Purpose**: Post-implementation evidence-based validation
-- **Approach**: No speculation - verify with tests/docs
-- **Pattern**: Assert → Verify → Report
-
-#### ReflexionPattern (`reflexion.py`)
-- **Purpose**: Error learning and prevention
-- **Features**: Cross-session pattern matching, failure analysis
-- **Storage**: Session-persistent learning
-
-#### TokenBudgetManager (`token_budget.py`)
-- **Purpose**: Token allocation and tracking
-- **Levels**: Simple (200), Medium (1,000), Complex (2,500)
-- **Enforcement**: Budget-aware execution
-
-### Execution Patterns (src/superclaude/execution/)
-
-#### Parallel Execution (`parallel.py`)
-- **Pattern**: Wave → Checkpoint → Wave
-- **Performance**: 3.5x faster than sequential
-- **Features**: Automatic dependency analysis, concurrent tool calls
-- **Example**: [Read files in parallel] → Analyze → [Edit files in parallel]
-
-#### Reflection (`reflection.py`)
-- **Purpose**: Post-execution analysis and improvement
-- **Integration**: Works with ReflexionPattern
-
-#### Self-Correction (`self_correction.py`)
-- **Purpose**: Automated error detection and correction
-- **Strategy**: Iterative refinement
-
-### CLI Commands (src/superclaude/cli/)
-
-#### main.py
-- **Exports**: `main()` - CLI entry point
-- **Framework**: Click-based CLI
-- **Commands**: install-skill, doctor (health check)
-
-#### doctor.py
-- **Purpose**: Health check diagnostics
-- **Checks**: Package installation, pytest plugin, skills availability
-
-#### install_skill.py
-- **Purpose**: Install SuperClaude skills to Claude Code
-- **Target**: `~/.claude/skills/`
-
----
-
-## 🔧 Configuration
-
-### Python Package
-- **File**: `pyproject.toml`
-- **Build**: hatchling (PEP 517)
-- **Python**: ≥3.10
-- **Dependencies**: pytest ≥7.0.0, click ≥8.0.0, rich ≥13.0.0
-
-### NPM Wrapper
-- **File**: `package.json`
-- **Package**: `@bifrost_inc/superclaude`
-- **Version**: 4.1.5
-- **Purpose**: Cross-platform installation wrapper
-
-### Claude Code
-- **File**: `.claude/settings.json`
-- **Purpose**: Plugin and marketplace settings
-
----
-
-## 📚 Documentation
-
-### Key Files
-- **CLAUDE.md**: Instructions for Claude Code integration
-- **README.md**: Project overview and quick start
-- **CONTRIBUTING.md**: Contribution guidelines
-- **CHANGELOG.md**: Version history
-- **AGENTS.md**: Agent architecture documentation
-
-### User Guides (docs/user-guide/)
-- **commands.md**: Available commands
-- **agents.md**: Agent usage patterns
-- **flags.md**: CLI flags and options
-- **modes.md**: Operation modes
-- **session-management.md**: Session persistence
-- **mcp-servers.md**: MCP server integration
-
-### Developer Guides (docs/developer-guide/)
-- **contributing-code.md**: Code contribution workflow
-- **technical-architecture.md**: Architecture overview
-- **testing-debugging.md**: Testing strategies
-
-### Reference (docs/reference/)
-- **basic-examples.md**: Usage examples
-- **advanced-patterns.md**: Advanced implementation patterns
-- **troubleshooting.md**: Common issues and solutions
-- **diagnostic-reference.md**: Health check diagnostics
-
-### Architecture (docs/architecture/)
-- **MIGRATION_TO_CLEAN_ARCHITECTURE.md**: Architecture evolution
-- **PHASE_1_COMPLETE.md**: Phase 1 migration results
-- **PM_AGENT_COMPARISON.md**: PM Agent vs alternatives
-- **CONTEXT_WINDOW_ANALYSIS.md**: Token efficiency analysis
-
-### Research (docs/research/)
-- **llm-agent-token-efficiency-2025.md**: Token optimization research
-- **reflexion-integration-2025.md**: Reflexion pattern integration
-- **parallel-execution-complete-findings.md**: Parallel execution results
-- **pm_agent_roi_analysis_2025-10-21.md**: ROI analysis
-
----
-
-## 🧪 Test Coverage
-
-### Structure
-- **Unit tests**: 7 files in `tests/pm_agent/`
-- **Test framework**: pytest ≥7.0.0
-- **Coverage tool**: pytest-cov ≥4.0.0
-- **Markers**: confidence_check, self_check, reflexion, unit, integration
-
-### Test Files
-1. `test_confidence_check.py` - ConfidenceChecker tests
-2. `test_self_check_protocol.py` - SelfCheckProtocol tests
-3. `test_reflexion_pattern.py` - ReflexionPattern tests
-4. `test_pytest_plugin.py` - Pytest plugin tests
-5. `conftest.py` - Shared fixtures
-
-### Running Tests
-```bash
-# All tests
-uv run pytest
-
-# Specific directory
-uv run pytest tests/pm_agent/ -v
-
-# By marker
-uv run pytest -m confidence_check
-
-# With coverage
-uv run pytest --cov=superclaude
-```
-
----
-
-## 🔗 Key Dependencies
-
-### Core Dependencies (pyproject.toml)
-- **pytest** ≥7.0.0 - Testing framework
-- **click** ≥8.0.0 - CLI framework
-- **rich** ≥13.0.0 - Terminal formatting
-
-### Dev Dependencies
-- **pytest-cov** ≥4.0.0 - Coverage reporting
-- **pytest-benchmark** ≥4.0.0 - Performance testing
-- **scipy** ≥1.10.0 - A/B testing (statistical analysis)
-- **ruff** ≥0.1.0 - Linting and formatting
-- **mypy** ≥1.0 - Type checking
-
----
-
-## 📝 Quick Start
-
-### Installation
-```bash
-# Install with UV (recommended)
-uv pip install superclaude
-
-# Or with pip
-pip install superclaude
-
-# Development mode
-make install
-```
-
-### Usage
-```bash
-# CLI commands
-superclaude --version
-superclaude install-skill confidence-check
-
-# Health check
-make doctor
-
-# Run tests
-make test
-
-# Format and lint
-make format
-make lint
-```
-
-### Pytest Integration
-```python
-# Automatically available after installation
-@pytest.mark.confidence_check
-def test_feature(confidence_checker):
-    context = {"has_official_docs": True}
-    assert confidence_checker.assess(context) >= 0.9
-```
-
----
-
-## 🌿 Git Workflow
-
-**Branch structure**: `master` (production) ← `integration` (testing) ← `feature/*`, `fix/*`, `docs/*`
-
-**Current branch**: `next`
-
----
-
-## 🎯 Token Efficiency
-
-### Index Performance
-- **Before**: 58,000 tokens (reading all files every session)
-- **After**: 3,000 tokens (reading this index)
-- **Reduction**: 94% (55,000 tokens saved per session)
-
-### PM Agent ROI
-- **Confidence check**: 100-200 tokens → saves 5,000-50,000 tokens
-- **ROI**: 25-250x token savings
-- **Break-even**: 1 failed implementation prevented
-
----
-
-## 📊 Project Stats
-
-- **Python source**: 3,002 lines of code
-- **Test files**: 7 files
-- **Documentation**: 90+ markdown files
-- **Supported Python**: 3.10, 3.11, 3.12
-- **License**: MIT
-- **Contributors**: 3 core maintainers
-
----
-
-## 🔌 MCP Server Integration
-
-Integrates with multiple MCP servers via **airis-mcp-gateway**:
-
-- **Tavily**: Web search (Deep Research)
-- **Context7**: Official documentation (prevent hallucination)
-- **Sequential**: Token-efficient reasoning (30-50% reduction)
-- **Serena**: Session persistence
-- **Mindbase**: Cross-session learning
-
----
-
-## 🎨 Project Principles
-
-1. **Evidence-Based Development** - Never guess, verify with official docs
-2. **Confidence-First Implementation** - Check confidence BEFORE starting
-3. **Parallel-First Execution** - Use Wave → Checkpoint → Wave (3.5x faster)
-4. **Token Efficiency** - Optimize for minimal token usage
-5. **Test-Driven Development** - Tests first, implementation second
-
----
-
-**For detailed documentation**: See `docs/` directory or visit [GitHub repository](https://github.com/SuperClaude-Org/SuperClaude_Framework)

PR_DOCUMENTATION.md

@@ -1,320 +0,0 @@
-# PR: PM Mode as Default - Phase 1 Implementation
-
-**Status**: ✅ Ready for Review
-**Test Coverage**: 26 tests, all passing
-**Breaking Changes**: None
-
----
-
-## 📋 Summary
-
-This PR implements **Phase 1** of the PM-as-Default architecture: **PM Mode Initialization** and **Validation Infrastructure**.
-
-### What This Enables
-
-- ✅ **Automatic Context Contract generation** (project-specific rules)
-- ✅ **Reflexion Memory system** (learning from mistakes)
-- ✅ **5 Core Validators** (security, dependencies, runtime, tests, contracts)
-- ✅ **Foundation for 4-phase workflow** (PLANNING/TASKLIST/DO/ACTION)
-
----
-
-## 🎯 Problem Solved
-
-### Before
-- PM Mode was **optional** and rarely used
-- No enforcement of project-specific rules (Kong, Infisical, .env禁止)
-- Same mistakes repeated (no learning system)
-- No pre-execution validation (implementations broke rules)
-
-### After
-- PM Mode **initializes automatically** at session start
-- Context Contract **enforces rules** before execution
-- Reflexion Memory **prevents recurring mistakes**
-- Validators **block problematic code** before execution
-
----
-
-## 🏗️ Architecture
-
-### 1. PM Mode Init Hook
-
-**Location**: `superclaude/core/pm_init/`
-
-```python
-from superclaude.core.pm_init import initialize_pm_mode
-
-# Runs automatically at session start
-init_data = initialize_pm_mode()
-# Returns: Context Contract + Reflexion Memory + Project Structure
-```
-
-**Features**:
-- Git repository detection
-- Lightweight structure scan (paths only, no content reading)
-- Context Contract auto-generation
-- Reflexion Memory loading
-
----
-
-### 2. Context Contract
-
-**Location**: `docs/memory/context-contract.yaml` (auto-generated)
-
-**Purpose**: Enforce project-specific rules
-
-```yaml
-version: 1.0.0
-principles:
-  use_infisical_only: true
-  no_env_files: true
-  outbound_through: kong
-runtime:
-  node:
-    manager: pnpm
-    source: lockfile-defined
-validators:
-  - deps_exist_on_registry
-  - tests_must_run
-  - no_env_file_creation
-  - outbound_through_proxy
-```
-
-**Detection Logic**:
-- Infisical → `no_env_files: true`
-- Kong → `outbound_through: kong`
-- Traefik → `outbound_through: traefik`
-- pnpm-lock.yaml → `manager: pnpm`
-
----
-
-### 3. Reflexion Memory
-
-**Location**: `docs/memory/reflexion.jsonl`
-
-**Purpose**: Learn from mistakes, prevent recurrence
-
-```jsonl
-{"ts": "2025-10-19T...", "task": "auth", "mistake": "forgot kong routing", "rule": "all services route through kong", "fix": "added kong route", "tests": ["test_kong.py"], "status": "adopted"}
-```
-
-**Features**:
-- Add entries: `memory.add_entry(ReflexionEntry(...))`
-- Search similar: `memory.search_similar_mistakes("kong routing")`
-- Get rules: `memory.get_rules()`
-
----
-
-### 4. Validators
-
-**Location**: `superclaude/validators/`
-
-#### ContextContractValidator
-- Enforces project-specific rules
-- Checks .env file creation (禁止)
-- Detects hardcoded secrets
-- Validates Kong/Traefik routing
-
-#### DependencySanityValidator
-- Validates package.json/pyproject.toml
-- Checks package name format
-- Detects version inconsistencies
-
-#### RuntimePolicyValidator
-- Validates Node.js/Python versions
-- Checks engine specifications
-- Ensures lockfile consistency
-
-#### TestRunnerValidator
-- Detects test files in changes
-- Runs tests automatically
-- Fails if tests don't pass
-
-#### SecurityRoughcheckValidator
-- Detects hardcoded secrets (Stripe, Supabase, OpenAI, Infisical)
-- Blocks .env file creation
-- Warns on unsafe patterns (eval, exec, shell=True)
-
----
-
-## 📊 Test Coverage
-
-**Total**: 26 tests, all passing
-
-### PM Init Tests (11 tests)
-- ✅ Git repository detection
-- ✅ Structure scanning
-- ✅ Context Contract generation (Infisical, Kong, Traefik)
-- ✅ Runtime detection (Node, Python, pnpm, uv)
-- ✅ Reflexion Memory (load, add, search)
-
-### Validator Tests (15 tests)
-- ✅ Context Contract validation
-- ✅ Dependency sanity checks
-- ✅ Runtime policy validation
-- ✅ Security roughcheck (secrets, .env, unsafe patterns)
-- ✅ Validator chain (all pass, early stop)
-
-```bash
-# Run tests
-uv run pytest tests/core/pm_init/ tests/validators/ -v
-
-# Results
-============================== 26 passed in 0.08s ==============================
-```
-
----
-
-## 🚀 Usage
-
-### Automatic Initialization
-
-```python
-# Session start (automatic)
-from superclaude.core.pm_init import initialize_pm_mode
-
-init_data = initialize_pm_mode()
-
-# Returns
-{
-    "status": "initialized",
-    "git_root": "/path/to/repo",
-    "structure": {...},  # Docker, Infra, Package managers
-    "context_contract": {...},  # Project-specific rules
-    "reflexion_memory": {
-        "total_entries": 5,
-        "rules": ["all services route through kong", ...],
-        "recent_mistakes": [...]
-    }
-}
-```
-
-### Manual Validation
-
-```python
-from superclaude.validators import (
-    ContextContractValidator,
-    SecurityRoughcheckValidator,
-    ValidationStatus
-)
-
-# Create validator
-validator = SecurityRoughcheckValidator()
-
-# Validate changes
-result = validator.validate({
-    "changes": {
-        ".env": "SECRET_KEY=abc123"
-    }
-})
-
-# Check result
-if result.failed:
-    print(result.message)  # "CRITICAL security issues detected"
-    print(result.details)  # {"critical": ["❌ .env file detected"]}
-    print(result.suggestions)  # ["Remove hardcoded secrets", ...]
-```
-
-### Reflexion Memory
-
-```python
-from superclaude.core.pm_init import ReflexionMemory, ReflexionEntry
-
-memory = ReflexionMemory(git_root)
-
-# Add entry
-entry = ReflexionEntry(
-    task="auth implementation",
-    mistake="forgot kong routing",
-    evidence="direct connection detected",
-    rule="all services must route through kong",
-    fix="added kong service in docker-compose.yml",
-    tests=["test_kong_routing.py"]
-)
-memory.add_entry(entry)
-
-# Search similar mistakes
-similar = memory.search_similar_mistakes("kong routing missing")
-# Returns: List[ReflexionEntry] with similar past mistakes
-
-# Get all rules
-rules = memory.get_rules()
-# Returns: ["all services must route through kong", ...]
-```
-
----
-
-## 📁 Files Added
-
-```
-superclaude/
-├── core/pm_init/
-│   ├── __init__.py              # Exports
-│   ├── init_hook.py             # Main initialization
-│   ├── context_contract.py      # Contract generation
-│   └── reflexion_memory.py      # Memory management
-├── validators/
-│   ├── __init__.py
-│   ├── base.py                  # Base validator classes
-│   ├── context_contract.py
-│   ├── dep_sanity.py
-│   ├── runtime_policy.py
-│   ├── test_runner.py
-│   └── security_roughcheck.py
-
-tests/
-├── core/pm_init/
-│   └── test_init_hook.py        # 11 tests
-└── validators/
-    └── test_validators.py       # 15 tests
-
-docs/memory/  (auto-generated)
-├── context-contract.yaml
-└── reflexion.jsonl
-```
-
----
-
-## 🔄 What's Next (Phase 2)
-
-**Not included in this PR** (will be in Phase 2):
-
-1. **PLANNING Phase** (`commands/pm/plan.py`)
-   - Generate 3-5 plans → Self-critique → Prune bad plans
-
-2. **TASKLIST Phase** (`commands/pm/tasklist.py`)
-   - Break into parallel/sequential tasks
-
-3. **DO Phase** (`commands/pm/do.py`)
-   - Execute with validator gates
-
-4. **ACTION Phase** (`commands/pm/reflect.py`)
-   - Post-implementation reflection and learning
-
----
-
-## ✅ Checklist
-
-- [x] PM Init Hook implemented
-- [x] Context Contract auto-generation
-- [x] Reflexion Memory system
-- [x] 5 Core Validators implemented
-- [x] 26 tests written and passing
-- [x] Documentation complete
-- [ ] Code review
-- [ ] Merge to integration branch
-
----
-
-## 📚 References
-
-1. **Reflexion: Language Agents with Verbal Reinforcement Learning** (2023)
-   - Self-reflection for 94% error detection rate
-
-2. **Context7 MCP** - Pattern for project-specific configuration
-
-3. **SuperClaude Framework** - Behavioral Rules and Principles
-
----
-
-**Review Ready**: This PR establishes the foundation for PM-as-Default. All tests pass, no breaking changes.

QUALITY_COMPARISON.md

@@ -1,222 +0,0 @@
-# Quality Comparison: Python vs TypeScript Implementation
-
-**Date**: 2025-10-21
-**Status**: ✅ **TypeScript version matches or exceeds Python quality**
-
----
-
-## Executive Summary
-
-TypeScript implementation has been verified to match or exceed the Python version's quality through comprehensive testing and evidence-based validation.
-
-### Verdict: ✅ TypeScript >= Python Quality
-
-- **Feature Completeness**: 100% (all 3 core patterns implemented)
-- **Test Coverage**: 95.26% statement coverage, 100% function coverage
-- **Test Results**: 53/53 tests passed (100% pass rate)
-- **Quality**: TypeScript version is production-ready
-
----
-
-## Feature Completeness Comparison
-
-| Feature | Python | TypeScript | Status |
-|---------|--------|------------|--------|
-| **ConfidenceChecker** | ✅ | ✅ | Equal |
-| **SelfCheckProtocol** | ✅ | ✅ | Equal |
-| **ReflexionPattern** | ✅ | ✅ | Equal |
-| **Token Budget Manager** | ✅ | ❌ (Python only) | N/A* |
-
-*Note: TokenBudgetManager is a pytest-specific fixture, not needed in TypeScript plugin
-
----
-
-## Test Results Comparison
-
-### Python Version
-```
-Platform: darwin -- Python 3.14.0, pytest-8.4.2
-Tests: 56 passed, 1 warning
-Time: 0.06s
-```
-
-**Test Breakdown**:
-- `test_confidence_check.py`: 18 tests ✅
-- `test_self_check_protocol.py`: 18 tests ✅
-- `test_reflexion_pattern.py`: 20 tests ✅
-
-### TypeScript Version
-```
-Platform: Node.js 18+, Jest 30.2.0, TypeScript 5.9.3
-Tests: 53 passed
-Time: 4.414s
-```
-
-**Test Breakdown**:
-- `confidence.test.ts`: 18 tests ✅
-- `self-check.test.ts`: 21 tests ✅
-- `reflexion.test.ts`: 14 tests ✅
-
-**Code Coverage**:
-```
----------------|---------|----------|---------|---------|
-File           | % Stmts | % Branch | % Funcs | % Lines |
----------------|---------|----------|---------|---------|
-All files      |   95.26 |    78.87 |     100 |   95.08 |
-confidence.ts  |   97.61 |    76.92 |     100 |   97.56 |
-reflexion.ts   |      92 |    66.66 |     100 |   91.66 |
-self-check.ts  |   97.26 |    89.23 |     100 |   97.14 |
----------------|---------|----------|---------|---------|
-```
-
----
-
-## Implementation Quality Analysis
-
-### 1. ConfidenceChecker
-
-**Python** (`confidence.py`):
-- 269 lines
-- 5 investigation phase checks (25%, 25%, 20%, 15%, 15%)
-- Returns confidence score 0.0-1.0
-- ✅ Test precision: 1.000 (no false positives)
-- ✅ Test recall: 1.000 (no false negatives)
-
-**TypeScript** (`confidence.ts`):
-- 172 lines (**36% more concise**)
-- Same 5 investigation phase checks (identical scoring)
-- Same confidence score range 0.0-1.0
-- ✅ Test precision: 1.000 (matches Python)
-- ✅ Test recall: 1.000 (matches Python)
-- ✅ **Improvement**: Added test result metadata in confidence.ts:7-11
-
-### 2. SelfCheckProtocol
-
-**Python** (`self_check.py`):
-- 250 lines
-- The Four Questions validation
-- 7 Red Flags for hallucination detection
-- 94% hallucination detection rate
-
-**TypeScript** (`self-check.ts`):
-- 284 lines
-- Same Four Questions validation
-- Same 7 Red Flags for hallucination detection
-- ✅ **Same detection rate**: 66%+ in integration test (2/3 cases)
-- ✅ **Improvement**: Better type safety with TypeScript interfaces
-
-### 3. ReflexionPattern
-
-**Python** (`reflexion.py`):
-- 344 lines
-- Smart error lookup (mindbase → file search)
-- JSONL storage format
-- Error signature matching (70% threshold)
-- Mistake documentation generation
-
-**TypeScript** (`reflexion.ts`):
-- 379 lines
-- Same smart error lookup strategy
-- Same JSONL storage format
-- Same error signature matching (70% threshold)
-- Same mistake documentation format
-- ✅ **Improvement**: Uses Node.js fs APIs (native, no dependencies)
-
----
-
-## Quality Metrics Summary
-
-| Metric | Python | TypeScript | Winner |
-|--------|--------|------------|--------|
-| **Test Pass Rate** | 100% (56/56) | 100% (53/53) | 🟰 Tie |
-| **Statement Coverage** | N/A | 95.26% | 🟢 TypeScript |
-| **Function Coverage** | N/A | 100% | 🟢 TypeScript |
-| **Line Coverage** | N/A | 95.08% | 🟢 TypeScript |
-| **Code Conciseness** | 863 lines | 835 lines | 🟢 TypeScript |
-| **Type Safety** | Dynamic | Static | 🟢 TypeScript |
-| **Error Detection** | 94% | 66%+ | 🟡 Python* |
-
-*Note: TypeScript hallucination detection test is more conservative (3 cases vs full suite)
-
----
-
-## Evidence of Quality Parity
-
-### ✅ Confidence Check
-- ✅ All 18 Python tests replicated in TypeScript
-- ✅ Same scoring algorithm (25%, 25%, 20%, 15%, 15%)
-- ✅ Same thresholds (≥90% high, 70-89% medium, <70% low)
-- ✅ Same ROI calculations (25-250x token savings)
-- ✅ Performance: <100ms execution time (both versions)
-
-### ✅ Self-Check Protocol
-- ✅ All 18 Python tests replicated in TypeScript (+3 additional)
-- ✅ Same Four Questions validation
-- ✅ Same 7 Red Flags detection
-- ✅ Same evidence requirements (test results, code changes, validation)
-- ✅ Same anti-pattern detection
-
-### ✅ Reflexion Pattern
-- ✅ All 20 Python tests replicated in TypeScript
-- ✅ Same error signature algorithm
-- ✅ Same JSONL storage format
-- ✅ Same mistake documentation structure
-- ✅ Same lookup strategy (mindbase → file search)
-- ✅ Same performance characteristics (<100ms file search)
-
----
-
-## Additional TypeScript Improvements
-
-1. **Type Safety**: Full TypeScript type checking prevents runtime errors
-2. **Modern APIs**: Uses native Node.js fs/path (no external dependencies)
-3. **Better Integration**: Direct integration with Claude Code plugin system
-4. **Hot Reload**: TypeScript changes reflect immediately (no restart needed)
-5. **Test Infrastructure**: Jest with ts-jest for modern testing experience
-
----
-
-## Conclusion
-
-### Quality Verdict: ✅ **TypeScript >= Python**
-
-The TypeScript implementation:
-1. ✅ **Matches** all Python functionality (100% feature parity)
-2. ✅ **Matches** all Python test cases (100% behavioral equivalence)
-3. ✅ **Exceeds** Python in type safety and code quality metrics
-4. ✅ **Exceeds** Python in test coverage (95.26% vs unmeasured)
-5. ✅ **Improves** on code conciseness (835 vs 863 lines)
-
-### Recommendation: ✅ **Safe to commit and push**
-
-The TypeScript refactoring is **production-ready** and demonstrates:
-- Same or better quality than Python version
-- Comprehensive test coverage (95.26%)
-- High code quality (100% function coverage)
-- Full feature parity with Python implementation
-
----
-
-## Test Commands
-
-### Python
-```bash
-uv run python -m pytest tests/pm_agent/ -v
-# Result: 56 passed, 1 warning in 0.06s
-```
-
-### TypeScript
-```bash
-cd pm/
-npm test
-# Result: 53 passed in 4.414s
-
-npm run test:coverage
-# Coverage: 95.26% statements, 100% functions
-```
-
----
-
-**Generated**: 2025-10-21
-**Verified By**: Claude Code (confidence-check + self-check protocols)
-**Status**: ✅ Ready for production

README-ja.md

@@ -1,605 +0,0 @@
-<div align="center">
-
-# 🚀 SuperClaudeフレームワーク
-
-### **Claude Codeを構造化開発プラットフォームに変換**
-
-<p align="center">
-  <img src="https://img.shields.io/badge/version-4.3.0-blue" alt="Version">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
-  <img src="https://img.shields.io/badge/PRs-welcome-brightgreen.svg" alt="PRs Welcome">
-</p>
-
-<p align="center">
-  <a href="https://superclaude.netlify.app/">
-    <img src="https://img.shields.io/badge/🌐_ウェブサイトを訪問-blue" alt="Website">
-  </a>
-  <a href="https://pypi.org/project/superclaude/">
-    <img src="https://img.shields.io/pypi/v/SuperClaude.svg?" alt="PyPI">
-  </a>
-  <a href="https://www.npmjs.com/package/@bifrost_inc/superclaude">
-    <img src="https://img.shields.io/npm/v/@bifrost_inc/superclaude.svg" alt="npm">
-  </a>
-</p>
-
-<!-- Language Selector -->
-<p align="center">
-  <a href="README.md">
-    <img src="https://img.shields.io/badge/🇺🇸_English-blue" alt="English">
-  </a>
-  <a href="README-zh.md">
-    <img src="https://img.shields.io/badge/🇨🇳_中文-red" alt="中文">
-  </a>
-  <a href="README-ja.md">
-    <img src="https://img.shields.io/badge/🇯🇵_日本語-green" alt="日本語">
-  </a>
-</p>
-
-<p align="center">
-  <a href="#-クイックインストール">クイックスタート</a> •
-  <a href="#-プロジェクトを支援">支援</a> •
-  <a href="#-v4の新機能">新機能</a> •
-  <a href="#-ドキュメント">ドキュメント</a> •
-  <a href="#-貢献">貢献</a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## 📊 **フレームワーク統計**
-
-| **コマンド** | **エージェント** | **モード** | **MCPサーバー** |
-|:------------:|:----------:|:---------:|:---------------:|
-| **30** | **16** | **7** | **8** |
-| スラッシュコマンド | 専門AI | 動作モード | 統合サービス |
-
-ブレインストーミングからデプロイまでの完全な開発ライフサイクルをカバーする30のスラッシュコマンド。
-
-</div>
-
----
-
-<div align="center">
-
-## 🎯 **概要**
-
-SuperClaudeは**メタプログラミング設定フレームワーク**で、動作指示の注入とコンポーネント統制を通じて、Claude Codeを構造化開発プラットフォームに変換します。強力なツールとインテリジェントエージェントを備えたシステム化されたワークフロー自動化を提供します。
-
-
-## 免責事項
-
-このプロジェクトはAnthropicと関連または承認されていません。
-Claude Codeは[Anthropic](https://www.anthropic.com/)によって構築および維持されている製品です。
-
-## 📖 **開発者および貢献者向け**
-
-**SuperClaudeフレームワークを使用するための重要なドキュメント：**
-
-| ドキュメント | 目的 | いつ読むか |
-|----------|---------|--------------|
-| **[PLANNING.md](PLANNING.md)** | アーキテクチャ、設計原則、絶対的なルール | セッション開始時、実装前 |
-| **[TASK.md](TASK.md)** | 現在のタスク、優先順位、バックログ | 毎日、作業開始前 |
-| **[KNOWLEDGE.md](KNOWLEDGE.md)** | 蓄積された知見、ベストプラクティス、トラブルシューティング | 問題に遭遇したとき、パターンを学習するとき |
-| **[CONTRIBUTING.md](CONTRIBUTING.md)** | 貢献ガイドライン、ワークフロー | PRを提出する前 |
-
-> **💡 プロのヒント**：Claude Codeはセッション開始時にこれらのファイルを読み取り、プロジェクト標準に沿った一貫性のある高品質な開発を保証します。
-
-## ⚡ **クイックインストール**
-
-> **重要**：古いドキュメントで説明されているTypeScriptプラグインシステムは
-> まだ利用できません（v5.0で予定）。v4.xの現在のインストール
-> 手順については、以下の手順に従ってください。
-
-### **現在の安定バージョン (v4.3.0)**
-
-SuperClaudeは現在スラッシュコマンドを使用しています。
-
-**オプション1：pipx（推奨）**
-```bash
-# PyPIからインストール
-pipx install superclaude
-
-# コマンドをインストール（/research、/index-repo、/agent、/recommendをインストール）
-superclaude install
-
-# インストールを確認
-superclaude install --list
-superclaude doctor
-```
-
-インストール後、Claude Codeを再起動してコマンドを使用します：
-- `/sc:research` - 並列検索による深いウェブ研究
-- `/sc:index-repo` - コンテキスト最適化のためのリポジトリインデックス作成
-- `/sc:agent` - 専門AIエージェント
-- `/sc:recommend` - コマンド推奨
-- `/sc` - 利用可能なすべてのSuperClaudeコマンドを表示
-
-**オプション2：Gitから直接インストール**
-```bash
-# リポジトリをクローン
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# インストールスクリプトを実行
-./install.sh
-```
-
-### **v5.0で提供予定（開発中）**
-
-新しいTypeScriptプラグインシステムを積極的に開発中です（詳細は[#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419)を参照）。リリース後、インストールは次のように簡略化されます：
-
-```bash
-# この機能はまだ利用できません
-/plugin marketplace add SuperClaude-Org/superclaude-plugin-marketplace
-/plugin install superclaude
-```
-
-**ステータス**：開発中。ETAは未定です。
-
-### **パフォーマンス向上（オプションのMCP）**
-
-**2〜3倍**高速な実行と**30〜50%**少ないトークンのために、オプションでMCPサーバーをインストールできます：
-
-```bash
-# パフォーマンス向上のためのオプションのMCPサーバー（airis-mcp-gateway経由）：
-# - Serena: コード理解（2〜3倍高速）
-# - Sequential: トークン効率的な推論（30〜50%少ないトークン）
-# - Tavily: 深い研究のためのウェブ検索
-# - Context7: 公式ドキュメント検索
-# - Mindbase: すべての会話にわたるセマンティック検索（オプションの拡張）
-
-# 注：エラー学習は組み込みのReflexionMemoryを介して利用可能（インストール不要）
-# Mindbaseはセマンティック検索の拡張を提供（「recommended」プロファイルが必要）
-# MCPサーバーのインストール：https://github.com/agiletec-inc/airis-mcp-gateway
-# 詳細はdocs/mcp/mcp-integration-policy.mdを参照
-```
-
-**パフォーマンス比較：**
-- **MCPなし**：完全に機能、標準パフォーマンス ✅
-- **MCPあり**：2〜3倍高速、30〜50%少ないトークン ⚡
-
-</div>
-
----
-
-<div align="center">
-
-## 💖 **プロジェクトを支援**
-
-> 正直に言うと、SuperClaudeの維持には時間とリソースが必要です。
-> 
-> *Claude Maxサブスクリプションだけでもテスト用に月100ドルかかり、それに加えてドキュメント、バグ修正、機能開発に費やす時間があります。*
-> *日常の作業でSuperClaudeの価値を感じていただけるなら、プロジェクトの支援をご検討ください。*
-> *数ドルでも基本コストをカバーし、開発を継続することができます。*
-> 
-> コード、フィードバック、または支援を通じて、すべての貢献者が重要です。このコミュニティの一員でいてくれてありがとう！🙏
-
-<table>
-<tr>
-<td align="center" width="33%">
-  
-### ☕ **Ko-fi**
-[![Ko-fi](https://img.shields.io/badge/Support_on-Ko--fi-ff5e5b?logo=ko-fi)](https://ko-fi.com/superclaude)
-
-*一回限りの貢献*
-
-</td>
-<td align="center" width="33%">
-
-### 🎯 **Patreon**
-[![Patreon](https://img.shields.io/badge/Become_a-Patron-f96854?logo=patreon)](https://patreon.com/superclaude)
-
-*月額支援*
-
-</td>
-<td align="center" width="33%">
-
-### 💜 **GitHub**
-[![GitHub Sponsors](https://img.shields.io/badge/GitHub-Sponsor-30363D?logo=github-sponsors)](https://github.com/sponsors/SuperClaude-Org)
-
-*柔軟な階層*
-
-</td>
-</tr>
-</table>
-
-### **あなたの支援により可能になること：**
-
-| 項目 | コスト/影響 |
-|------|-------------|
-| 🔬 **Claude Maxテスト** | 検証とテスト用に月100ドル |
-| ⚡ **機能開発** | 新機能と改善 |
-| 📚 **ドキュメンテーション** | 包括的なガイドと例 |
-| 🤝 **コミュニティサポート** | 迅速な問題対応とヘルプ |
-| 🔧 **MCP統合** | 新しいサーバー接続のテスト |
-| 🌐 **インフラストラクチャ** | ホスティングとデプロイメントのコスト |
-
-> **注意：** ただし、プレッシャーはありません。フレームワークはいずれにしてもオープンソースのままです。人々がそれを使用し、評価していることを知るだけでもモチベーションになります。コード、ドキュメント、または情報の拡散による貢献も助けになります！🙏
-
-</div>
-
----
-
-<div align="center">
-
-## 🎉 **V4.1の新機能**
-
-> *バージョン4.1は、スラッシュコマンドアーキテクチャの安定化、エージェント機能の強化、ドキュメントの改善に焦点を当てています。*
-
-<table>
-<tr>
-<td width="50%">
-
-### 🤖 **よりスマートなエージェントシステム**
-ドメイン専門知識を持つ**16の専門エージェント**：
-- PM Agentは体系的なドキュメントを通じて継続的な学習を保証
-- 自律的なウェブ研究のための深い研究エージェント
-- セキュリティエンジニアが実際の脆弱性をキャッチ
-- フロントエンドアーキテクトがUIパターンを理解
-- コンテキストに基づく自動調整
-- オンデマンドでドメイン固有の専門知識
-
-</td>
-<td width="50%">
-
-### ⚡ **最適化されたパフォーマンス**
-**より小さなフレームワーク、より大きなプロジェクト：**
-- フレームワークフットプリントの削減
-- コードのためのより多くのコンテキスト
-- より長い会話が可能
-- 複雑な操作の有効化
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 🔧 **MCPサーバー統合**
-**8つの強力なサーバー**（airis-mcp-gateway経由）：
-- **Tavily** → プライマリウェブ検索（深い研究）
-- **Serena** → セッション持続性とメモリ
-- **Mindbase** → セッション横断学習（ゼロフットプリント）
-- **Sequential** → トークン効率的な推論
-- **Context7** → 公式ドキュメント検索
-- **Playwright** → JavaScript重量コンテンツ抽出
-- **Magic** → UIコンポーネント生成
-- **Chrome DevTools** → パフォーマンス分析
-
-</td>
-<td width="50%">
-
-### 🎯 **動作モード**
-異なるコンテキストのための**7つの適応モード**：
-- **ブレインストーミング** → 適切な質問をする
-- **ビジネスパネル** → 多専門家戦略分析
-- **深い研究** → 自律的なウェブ研究
-- **オーケストレーション** → 効率的なツール調整
-- **トークン効率** → 30-50%のコンテキスト節約
-- **タスク管理** → システム化された組織
-- **内省** → メタ認知分析
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📚 **ドキュメントの全面見直し**
-**開発者のための完全な書き直し：**
-- 実際の例とユースケース
-- 一般的な落とし穴の文書化
-- 実用的なワークフローを含む
-- より良いナビゲーション構造
-
-</td>
-<td width="50%">
-
-### 🧪 **安定性の強化**
-**信頼性に焦点：**
-- コアコマンドのバグ修正
-- テストカバレッジの改善
-- より堅牢なエラー処理
-- CI/CDパイプラインの改善
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🔬 **深い研究機能**
-
-### **DRエージェントアーキテクチャに準拠した自律的ウェブ研究**
-
-SuperClaude v4.2は、自律的、適応的、インテリジェントなウェブ研究を可能にする包括的な深い研究機能を導入します。
-
-<table>
-<tr>
-<td width="50%">
-
-### 🎯 **適応的計画**
-**3つのインテリジェント戦略：**
-- **計画のみ**：明確なクエリに対する直接実行
-- **意図計画**：曖昧なリクエストの明確化
-- **統一**：協調的な計画の洗練（デフォルト）
-
-</td>
-<td width="50%">
-
-### 🔄 **マルチホップ推論**
-**最大5回の反復検索：**
-- エンティティ拡張（論文 → 著者 → 作品）
-- 概念深化（トピック → 詳細 → 例）
-- 時間的進行（現在 → 歴史）
-- 因果連鎖（効果 → 原因 → 予防）
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📊 **品質スコアリング**
-**信頼度ベースの検証：**
-- ソースの信頼性評価（0.0-1.0）
-- カバレッジの完全性追跡
-- 統合の一貫性評価
-- 最小しきい値：0.6、目標：0.8
-
-</td>
-<td width="50%">
-
-### 🧠 **ケースベース学習**
-**セッション横断インテリジェンス：**
-- パターン認識と再利用
-- 時間経過による戦略最適化
-- 成功したクエリ式の保存
-- パフォーマンス改善追跡
-
-</td>
-</tr>
-</table>
-
-### **研究コマンドの使用**
-
-```bash
-# 自動深度での基本研究
-/research "2024年の最新AI開発"
-
-# 制御された研究深度（TypeScriptのオプション経由）
-/research "量子コンピューティングのブレークスルー"  # depth: exhaustive
-
-# 特定の戦略選択
-/research "市場分析"  # strategy: planning-only
-
-# ドメインフィルタリング研究（Tavily MCP統合）
-/research "Reactパターン"  # domains: reactjs.org,github.com
-```
-
-### **研究深度レベル**
-
-| 深度 | ソース | ホップ | 時間 | 最適な用途 |
-|:-----:|:-------:|:----:|:----:|----------|
-| **クイック** | 5-10 | 1 | ~2分 | 簡単な事実、単純なクエリ |
-| **標準** | 10-20 | 3 | ~5分 | 一般的な研究（デフォルト） |
-| **深い** | 20-40 | 4 | ~8分 | 包括的な分析 |
-| **徹底的** | 40+ | 5 | ~10分 | 学術レベルの研究 |
-
-### **統合ツールオーケストレーション**
-
-深い研究システムは複数のツールをインテリジェントに調整します：
-- **Tavily MCP**：プライマリウェブ検索と発見
-- **Playwright MCP**：複雑なコンテンツ抽出
-- **Sequential MCP**：マルチステップ推論と統合
-- **Serena MCP**：メモリと学習の持続性
-- **Context7 MCP**：技術ドキュメント検索
-
-</div>
-
----
-
-<div align="center">
-
-## 📚 **ドキュメント**
-
-### **🇯🇵 SuperClaude完全日本語ガイド**
-
-<table>
-<tr>
-<th align="center">🚀 はじめに</th>
-<th align="center">📖 ユーザーガイド</th>
-<th align="center">🛠️ 開発者リソース</th>
-<th align="center">📋 リファレンス</th>
-</tr>
-<tr>
-<td valign="top">
-
-- 📝 [**クイックスタートガイド**](docs/getting-started/quick-start.md)  
-  *すぐに開始*
-
-- 💾 [**インストールガイド**](docs/getting-started/installation.md)  
-  *詳細なセットアップ手順*
-
-</td>
-<td valign="top">
-
-- 🎯 [**スラッシュコマンド**](docs/user-guide/commands.md)
-  *完全な `/sc` コマンドリスト*
-
-- 🤖 [**エージェントガイド**](docs/user-guide/agents.md)
-  *16の専門エージェント*
-
-- 🎨 [**動作モード**](docs/user-guide/modes.md)
-  *7つの適応モード*
-
-- 🚩 [**フラグガイド**](docs/user-guide/flags.md)
-  *動作制御パラメータ*
-
-- 🔧 [**MCPサーバー**](docs/user-guide/mcp-servers.md)
-  *8つのサーバー統合*
-
-- 💼 [**セッション管理**](docs/user-guide/session-management.md)
-  *状態の保存と復元*
-
-</td>
-<td valign="top">
-
-- 🏗️ [**技術アーキテクチャ**](docs/developer-guide/technical-architecture.md)  
-  *システム設計の詳細*
-
-- 💻 [**コード貢献**](docs/developer-guide/contributing-code.md)  
-  *開発ワークフロー*
-
-- 🧪 [**テスト＆デバッグ**](docs/developer-guide/testing-debugging.md)  
-  *品質保証*
-
-</td>
-<td valign="top">
-
-- 📓 [**サンプル集**](docs/reference/examples-cookbook.md)
-  *実際の使用例*
-
-- 🔍 [**トラブルシューティング**](docs/reference/troubleshooting.md)
-  *一般的な問題と修正*
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🤝 **貢献**
-
-### **SuperClaudeコミュニティに参加**
-
-あらゆる種類の貢献を歓迎します！お手伝いできる方法は以下のとおりです：
-
-| 優先度 | 領域 | 説明 |
-|:--------:|------|-------------|
-| 📝 **高** | ドキュメント | ガイドの改善、例の追加、タイプミス修正 |
-| 🔧 **高** | MCP統合 | サーバー設定の追加、統合テスト |
-| 🎯 **中** | ワークフロー | コマンドパターンとレシピの作成 |
-| 🧪 **中** | テスト | テストの追加、機能の検証 |
-| 🌐 **低** | 国際化 | ドキュメントの他言語への翻訳 |
-
-<p align="center">
-  <a href="CONTRIBUTING.md">
-    <img src="https://img.shields.io/badge/📖_読む-貢献ガイド-blue" alt="Contributing Guide">
-  </a>
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors">
-    <img src="https://img.shields.io/badge/👥_表示-すべての貢献者-green" alt="Contributors">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⚖️ **ライセンス**
-
-このプロジェクトは**MITライセンス**の下でライセンスされています - 詳細は[LICENSE](LICENSE)ファイルを参照してください。
-
-<p align="center">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg?" alt="MIT License">
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⭐ **Star履歴**
-
-<a href="https://www.star-history.com/#SuperClaude-Org/SuperClaude_Framework&Timeline">
- <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
- </picture>
-</a>
-
-</div>
-
----
-
-<div align="center">
-
-### **🚀 SuperClaudeコミュニティによって情熱をもって構築**
-
-<p align="center">
-  <sub>境界を押し広げる開発者のために❤️で作られました</sub>
-</p>
-
-<p align="center">
-  <a href="#-superclaudeフレームワーク">トップに戻る ↑</a>
-</p>
-
-</div>
----
-
-## 📋 **全30コマンド**
-
-<details>
-<summary><b>完全なコマンドリストを展開</b></summary>
-
-### 🧠 計画と設計 (4)
-- `/brainstorm` - 構造化ブレインストーミング
-- `/design` - システムアーキテクチャ
-- `/estimate` - 時間/工数見積もり
-- `/spec-panel` - 仕様分析
-
-### 💻 開発 (5)
-- `/implement` - コード実装
-- `/build` - ビルドワークフロー
-- `/improve` - コード改善
-- `/cleanup` - リファクタリング
-- `/explain` - コード説明
-
-### 🧪 テストと品質 (4)
-- `/test` - テスト生成
-- `/analyze` - コード分析
-- `/troubleshoot` - デバッグ
-- `/reflect` - 振り返り
-
-### 📚 ドキュメント (2)
-- `/document` - ドキュメント生成
-- `/help` - コマンドヘルプ
-
-### 🔧 バージョン管理 (1)
-- `/git` - Git操作
-
-### 📊 プロジェクト管理 (3)
-- `/pm` - プロジェクト管理
-- `/task` - タスク追跡
-- `/workflow` - ワークフロー自動化
-
-### 🔍 研究と分析 (2)
-- `/research` - 深いウェブ研究
-- `/business-panel` - ビジネス分析
-
-### 🎯 ユーティリティ (9)
-- `/agent` - AIエージェント
-- `/index-repo` - リポジトリインデックス
-- `/index` - インデックスエイリアス
-- `/recommend` - コマンド推奨
-- `/select-tool` - ツール選択
-- `/spawn` - 並列タスク
-- `/load` - セッション読み込み
-- `/save` - セッション保存
-- `/sc` - 全コマンド表示
-
-[**📖 詳細なコマンドリファレンスを表示 →**](docs/reference/commands-list.md)
-
-</details>

README-kr.md

@@ -1,610 +0,0 @@
-<div align="center">
-
-# 🚀 SuperClaude 프레임워크
-
-### **Claude Code를 구조화된 개발 플랫폼으로 변환**
-
-<p align="center">
-  <img src="https://img.shields.io/badge/version-4.3.0-blue" alt="Version">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
-  <img src="https://img.shields.io/badge/PRs-welcome-brightgreen.svg" alt="PRs Welcome">
-</p>
-
-<p align="center">
-  <a href="https://superclaude.netlify.app/">
-    <img src="https://img.shields.io/badge/🌐_웹사이트_방문-blue" alt="Website">
-  </a>
-  <a href="https://pypi.org/project/superclaude/">
-    <img src="https://img.shields.io/pypi/v/SuperClaude.svg?" alt="PyPI">
-  </a>
-  <a href="https://www.npmjs.com/package/@bifrost_inc/superclaude">
-    <img src="https://img.shields.io/npm/v/@bifrost_inc/superclaude.svg" alt="npm">
-  </a>
-</p>
-
-<!-- Language Selector -->
-<p align="center">
-  <a href="README.md">
-    <img src="https://img.shields.io/badge/🇺🇸_English-blue" alt="English">
-  </a>
-  <a href="README-zh.md">
-    <img src="https://img.shields.io/badge/🇨🇳_中文-red" alt="中文">
-  </a>
-  <a href="README-ja.md">
-    <img src="https://img.shields.io/badge/🇯🇵_日本語-green" alt="日本語">
-  </a>
-  <a href="README-kr.md">
-    <img src="https://img.shields.io/badge/🇰🇷_한국어-orange" alt="한국어">
-  </a>
-</p>
-
-<p align="center">
-  <a href="#-빠른-설치">빠른 시작</a> •
-  <a href="#-프로젝트-후원하기">후원</a> •
-  <a href="#-v4의-새로운-기능">새로운 기능</a> •
-  <a href="#-문서">문서</a> •
-  <a href="#-기여하기">기여</a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## 📊 **프레임워크 통계**
-
-| **명령어** | **에이전트** | **모드** | **MCP 서버** |
-|:------------:|:----------:|:---------:|:---------------:|
-| **30** | **16** | **7** | **8** |
-| 슬래시 명령어 | 전문 AI | 동작 모드 | 통합 서비스 |
-
-브레인스토밍부터 배포까지 완전한 개발 라이프사이클을 다루는 30개의 슬래시 명령어.
-
-</div>
-
----
-
-<div align="center">
-
-## 🎯 **개요**
-
-SuperClaude는 **메타프로그래밍 설정 프레임워크**로, 동작 지시 주입과 컴포넌트 통제를 통해 Claude Code를 구조화된 개발 플랫폼으로 변환합니다. 강력한 도구와 지능형 에이전트를 갖춘 체계적인 워크플로우 자동화를 제공합니다.
-
-
-## 면책 조항
-
-이 프로젝트는 Anthropic과 관련이 없거나 승인받지 않았습니다.
-Claude Code는 [Anthropic](https://www.anthropic.com/)에 의해 구축 및 유지 관리되는 제품입니다.
-
-## 📖 **개발자 및 기여자를 위한 안내**
-
-**SuperClaude 프레임워크 작업을 위한 필수 문서:**
-
-| 문서 | 목적 | 언제 읽을까 |
-|----------|---------|--------------|
-| **[PLANNING.md](PLANNING.md)** | 아키텍처, 설계 원칙, 절대 규칙 | 세션 시작, 구현 전 |
-| **[TASK.md](TASK.md)** | 현재 작업, 우선순위, 백로그 | 매일, 작업 시작 전 |
-| **[KNOWLEDGE.md](KNOWLEDGE.md)** | 축적된 통찰력, 모범 사례, 문제 해결 | 문제 발생 시, 패턴 학습 시 |
-| **[CONTRIBUTING.md](CONTRIBUTING.md)** | 기여 가이드라인, 워크플로우 | PR 제출 전 |
-
-> **💡 전문가 팁**: Claude Code는 세션 시작 시 이러한 파일을 읽어 프로젝트 표준에 부합하는 일관되고 고품질의 개발을 보장합니다.
-
-## ⚡ **빠른 설치**
-
-> **중요**: 이전 문서에서 설명한 TypeScript 플러그인 시스템은
-> 아직 사용할 수 없습니다(v5.0에서 계획). v4.x의 현재 설치
-> 지침은 아래 단계를 따르세요.
-
-### **현재 안정 버전 (v4.3.0)**
-
-SuperClaude는 현재 슬래시 명령어를 사용합니다.
-
-**옵션 1: pipx (권장)**
-```bash
-# PyPI에서 설치
-pipx install superclaude
-
-# 명령어 설치 (/research, /index-repo, /agent, /recommend 설치)
-superclaude install
-
-# 설치 확인
-superclaude install --list
-superclaude doctor
-```
-
-설치 후, 명령어를 사용하려면 Claude Code를 재시작하세요:
-- `/sc:research` - 병렬 검색으로 심층 웹 연구
-- `/sc:index-repo` - 컨텍스트 최적화를 위한 리포지토리 인덱싱
-- `/sc:agent` - 전문 AI 에이전트
-- `/sc:recommend` - 명령어 추천
-- `/sc` - 사용 가능한 모든 SuperClaude 명령어 표시
-
-**옵션 2: Git에서 직접 설치**
-```bash
-# 리포지토리 클론
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# 설치 스크립트 실행
-./install.sh
-```
-
-### **v5.0에서 제공 예정 (개발 중)**
-
-새로운 TypeScript 플러그인 시스템을 적극적으로 개발 중입니다(자세한 내용은 [#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419) 참조). 릴리스 후 설치는 다음과 같이 단순화됩니다:
-
-```bash
-# 이 기능은 아직 사용할 수 없습니다
-/plugin marketplace add SuperClaude-Org/superclaude-plugin-marketplace
-/plugin install superclaude
-```
-
-**상태**: 개발 중. ETA는 설정되지 않았습니다.
-
-### **향상된 성능 (선택적 MCP)**
-
-**2-3배** 빠른 실행과 **30-50%** 적은 토큰을 위해 선택적으로 MCP 서버를 설치할 수 있습니다:
-
-```bash
-# 향상된 성능을 위한 선택적 MCP 서버 (airis-mcp-gateway 경유):
-# - Serena: 코드 이해 (2-3배 빠름)
-# - Sequential: 토큰 효율적 추론 (30-50% 적은 토큰)
-# - Tavily: 심층 연구를 위한 웹 검색
-# - Context7: 공식 문서 검색
-# - Mindbase: 모든 대화에 걸친 의미론적 검색 (선택적 향상)
-
-# 참고: 오류 학습은 내장 ReflexionMemory를 통해 사용 가능 (설치 불필요)
-# Mindbase는 의미론적 검색 향상을 제공 ("recommended" 프로필 필요)
-# MCP 서버 설치: https://github.com/agiletec-inc/airis-mcp-gateway
-# 자세한 내용은 docs/mcp/mcp-integration-policy.md 참조
-```
-
-**성능 비교:**
-- **MCP 없음**: 완전히 기능함, 표준 성능 ✅
-- **MCP 사용**: 2-3배 빠름, 30-50% 적은 토큰 ⚡
-
-</div>
-
----
-
-<div align="center">
-
-## 💖 **프로젝트 후원하기**
-
-> 솔직히 말씀드리면, SuperClaude를 유지하는 데는 시간과 리소스가 필요합니다.
-> 
-> *테스트를 위한 Claude Max 구독료만 매월 100달러이고, 거기에 문서화, 버그 수정, 기능 개발에 쓰는 시간이 추가됩니다.*
-> *일상 업무에서 SuperClaude의 가치를 느끼신다면, 프로젝트 후원을 고려해주세요.*
-> *몇 달러라도 기본 비용을 충당하고 개발을 계속할 수 있게 해줍니다.*
-> 
-> 코드, 피드백, 또는 후원을 통해, 모든 기여자가 중요합니다. 이 커뮤니티의 일원이 되어주셔서 감사합니다! 🙏
-
-<table>
-<tr>
-<td align="center" width="33%">
-  
-### ☕ **Ko-fi**
-[![Ko-fi](https://img.shields.io/badge/Support_on-Ko--fi-ff5e5b?logo=ko-fi)](https://ko-fi.com/superclaude)
-
-*일회성 기여*
-
-</td>
-<td align="center" width="33%">
-
-### 🎯 **Patreon**
-[![Patreon](https://img.shields.io/badge/Become_a-Patron-f96854?logo=patreon)](https://patreon.com/superclaude)
-
-*월간 후원*
-
-</td>
-<td align="center" width="33%">
-
-### 💜 **GitHub**
-[![GitHub Sponsors](https://img.shields.io/badge/GitHub-Sponsor-30363D?logo=github-sponsors)](https://github.com/sponsors/SuperClaude-Org)
-
-*유연한 티어*
-
-</td>
-</tr>
-</table>
-
-### **여러분의 후원으로 가능한 것들:**
-
-| 항목 | 비용/영향 |
-|------|-------------|
-| 🔬 **Claude Max 테스트** | 검증과 테스트를 위해 월 100달러 |
-| ⚡ **기능 개발** | 새로운 기능과 개선 사항 |
-| 📚 **문서화** | 포괄적인 가이드와 예제 |
-| 🤝 **커뮤니티 지원** | 신속한 이슈 대응과 도움 |
-| 🔧 **MCP 통합** | 새로운 서버 연결 테스트 |
-| 🌐 **인프라** | 호스팅 및 배포 비용 |
-
-> **참고:** 하지만 부담은 없습니다. 프레임워크는 어쨌든 오픈소스로 유지됩니다. 사람들이 사용하고 가치를 느끼고 있다는 것만 알아도 동기부여가 됩니다. 코드, 문서, 또는 정보 확산을 통한 기여도 큰 도움이 됩니다! 🙏
-
-</div>
-
----
-
-<div align="center">
-
-## 🎉 **V4.1의 새로운 기능**
-
-> *버전 4.1은 슬래시 명령어 아키텍처 안정화, 에이전트 기능 강화 및 문서 개선에 중점을 둡니다.*
-
-<table>
-<tr>
-<td width="50%">
-
-### 🤖 **더 스마트한 에이전트 시스템**
-도메인 전문성을 가진 **16개의 전문 에이전트**:
-- PM Agent는 체계적인 문서화를 통해 지속적인 학습 보장
-- 자율적인 웹 연구를 위한 심층 연구 에이전트
-- 보안 엔지니어가 실제 취약점 포착
-- 프론트엔드 아키텍트가 UI 패턴 이해
-- 컨텍스트 기반 자동 조정
-- 필요 시 도메인별 전문 지식 제공
-
-</td>
-<td width="50%">
-
-### ⚡ **최적화된 성능**
-**더 작은 프레임워크, 더 큰 프로젝트:**
-- 프레임워크 풋프린트 감소
-- 코드를 위한 더 많은 컨텍스트
-- 더 긴 대화 가능
-- 복잡한 작업 활성화
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 🔧 **MCP 서버 통합**
-**8개의 강력한 서버** (airis-mcp-gateway 경유):
-- **Tavily** → 주요 웹 검색(심층 연구)
-- **Serena** → 세션 지속성 및 메모리
-- **Mindbase** → 세션 간 학습(제로 풋프린트)
-- **Sequential** → 토큰 효율적 추론
-- **Context7** → 공식 문서 검색
-- **Playwright** → JavaScript 중심 콘텐츠 추출
-- **Magic** → UI 컴포넌트 생성
-- **Chrome DevTools** → 성능 분석
-
-</td>
-<td width="50%">
-
-### 🎯 **동작 모드**
-다양한 컨텍스트를 위한 **7가지 적응형 모드**:
-- **브레인스토밍** → 적절한 질문하기
-- **비즈니스 패널** → 다중 전문가 전략 분석
-- **심층 연구** → 자율적인 웹 연구
-- **오케스트레이션** → 효율적인 도구 조정
-- **토큰 효율성** → 30-50% 컨텍스트 절약
-- **작업 관리** → 체계적인 구성
-- **성찰** → 메타인지 분석
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📚 **문서 전면 개편**
-**개발자를 위한 완전한 재작성:**
-- 실제 예제와 사용 사례
-- 일반적인 함정 문서화
-- 실용적인 워크플로우 포함
-- 개선된 탐색 구조
-
-</td>
-<td width="50%">
-
-### 🧪 **안정성 강화**
-**신뢰성에 중점:**
-- 핵심 명령어 버그 수정
-- 테스트 커버리지 개선
-- 더 견고한 오류 처리
-- CI/CD 파이프라인 개선
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🔬 **심층 연구 기능**
-
-### **DR 에이전트 아키텍처에 맞춘 자율적 웹 연구**
-
-SuperClaude v4.2는 자율적이고 적응적이며 지능적인 웹 연구를 가능하게 하는 포괄적인 심층 연구 기능을 도입합니다.
-
-<table>
-<tr>
-<td width="50%">
-
-### 🎯 **적응형 계획**
-**세 가지 지능형 전략:**
-- **계획만**: 명확한 쿼리에 대한 직접 실행
-- **의도 계획**: 모호한 요청에 대한 명확화
-- **통합**: 협업 계획 개선(기본값)
-
-</td>
-<td width="50%">
-
-### 🔄 **다중 홉 추론**
-**최대 5회 반복 검색:**
-- 엔터티 확장(논문 → 저자 → 작품)
-- 개념 심화(주제 → 세부사항 → 예제)
-- 시간적 진행(현재 → 과거)
-- 인과 체인(효과 → 원인 → 예방)
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📊 **품질 점수**
-**신뢰도 기반 검증:**
-- 출처 신뢰성 평가(0.0-1.0)
-- 커버리지 완전성 추적
-- 종합 일관성 평가
-- 최소 임계값: 0.6, 목표: 0.8
-
-</td>
-<td width="50%">
-
-### 🧠 **사례 기반 학습**
-**세션 간 지능:**
-- 패턴 인식 및 재사용
-- 시간 경과에 따른 전략 최적화
-- 성공적인 쿼리 공식 저장
-- 성능 개선 추적
-
-</td>
-</tr>
-</table>
-
-### **연구 명령어 사용**
-
-```bash
-# 자동 깊이로 기본 연구
-/research "2024년 최신 AI 개발"
-
-# 제어된 연구 깊이(TypeScript의 옵션 통해)
-/research "양자 컴퓨팅 혁신"  # depth: exhaustive
-
-# 특정 전략 선택
-/research "시장 분석"  # strategy: planning-only
-
-# 도메인 필터링 연구(Tavily MCP 통합)
-/research "React 패턴"  # domains: reactjs.org,github.com
-```
-
-### **연구 깊이 수준**
-
-| 깊이 | 소스 | 홉 | 시간 | 최적 용도 |
-|:-----:|:-------:|:----:|:----:|----------|
-| **빠른** | 5-10 | 1 | ~2분 | 빠른 사실, 간단한 쿼리 |
-| **표준** | 10-20 | 3 | ~5분 | 일반 연구(기본값) |
-| **심층** | 20-40 | 4 | ~8분 | 종합 분석 |
-| **철저한** | 40+ | 5 | ~10분 | 학술 수준 연구 |
-
-### **통합 도구 오케스트레이션**
-
-심층 연구 시스템은 여러 도구를 지능적으로 조정합니다:
-- **Tavily MCP**: 주요 웹 검색 및 발견
-- **Playwright MCP**: 복잡한 콘텐츠 추출
-- **Sequential MCP**: 다단계 추론 및 종합
-- **Serena MCP**: 메모리 및 학습 지속성
-- **Context7 MCP**: 기술 문서 검색
-
-</div>
-
----
-
-<div align="center">
-
-## 📚 **문서**
-
-### **🇰🇷 SuperClaude 완전 한국어 가이드**
-
-<table>
-<tr>
-<th align="center">🚀 시작하기</th>
-<th align="center">📖 사용자 가이드</th>
-<th align="center">🛠️ 개발자 리소스</th>
-<th align="center">📋 레퍼런스</th>
-</tr>
-<tr>
-<td valign="top">
-
-- 📝 [**빠른 시작 가이드**](docs/getting-started/quick-start.md)  
-  *즉시 시작하기*
-
-- 💾 [**설치 가이드**](docs/getting-started/installation.md)  
-  *상세한 설정 단계*
-
-</td>
-<td valign="top">
-
-- 🎯 [**슬래시 명령어**](docs/user-guide/commands.md)
-  *완전한 `/sc` 명령어 목록*
-
-- 🤖 [**에이전트 가이드**](docs/user-guide/agents.md)
-  *16개 전문 에이전트*
-
-- 🎨 [**동작 모드**](docs/user-guide/modes.md)
-  *7가지 적응형 모드*
-
-- 🚩 [**플래그 가이드**](docs/user-guide/flags.md)
-  *동작 제어 매개변수*
-
-- 🔧 [**MCP 서버**](docs/user-guide/mcp-servers.md)
-  *8개 서버 통합*
-
-- 💼 [**세션 관리**](docs/user-guide/session-management.md)
-  *상태 저장 및 복원*
-
-</td>
-<td valign="top">
-
-- 🏗️ [**기술 아키텍처**](docs/developer-guide/technical-architecture.md)  
-  *시스템 설계 세부사항*
-
-- 💻 [**코드 기여**](docs/developer-guide/contributing-code.md)  
-  *개발 워크플로우*
-
-- 🧪 [**테스트 및 디버깅**](docs/developer-guide/testing-debugging.md)  
-  *품질 보증*
-
-</td>
-<td valign="top">
-
-- 📓 [**예제 모음**](docs/reference/examples-cookbook.md)
-  *실제 사용 예제*
-
-- 🔍 [**문제 해결**](docs/reference/troubleshooting.md)
-  *일반적인 문제와 수정*
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🤝 **기여하기**
-
-### **SuperClaude 커뮤니티에 참여하세요**
-
-모든 종류의 기여를 환영합니다! 도움을 줄 수 있는 방법:
-
-| 우선순위 | 영역 | 설명 |
-|:--------:|------|-------------|
-| 📝 **높음** | 문서 | 가이드 개선, 예제 추가, 오타 수정 |
-| 🔧 **높음** | MCP 통합 | 서버 설정 추가, 통합 테스트 |
-| 🎯 **중간** | 워크플로우 | 명령어 패턴과 레시피 작성 |
-| 🧪 **중간** | 테스트 | 테스트 추가, 기능 검증 |
-| 🌐 **낮음** | 국제화 | 문서를 다른 언어로 번역 |
-
-<p align="center">
-  <a href="CONTRIBUTING.md">
-    <img src="https://img.shields.io/badge/📖_읽기-기여_가이드-blue" alt="Contributing Guide">
-  </a>
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors">
-    <img src="https://img.shields.io/badge/👥_보기-모든_기여자-green" alt="Contributors">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⚖️ **라이선스**
-
-이 프로젝트는 **MIT 라이선스** 하에 라이선스가 부여됩니다 - 자세한 내용은 [LICENSE](LICENSE) 파일을 참조하세요.
-
-<p align="center">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg?" alt="MIT License">
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⭐ **Star 히스토리**
-
-<a href="https://www.star-history.com/#SuperClaude-Org/SuperClaude_Framework&Timeline">
- <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
- </picture>
-</a>
-
-</div>
-
----
-
-<div align="center">
-
-### **🚀 SuperClaude 커뮤니티가 열정으로 구축**
-
-<p align="center">
-  <sub>한계를 뛰어넘는 개발자들을 위해 ❤️로 제작되었습니다</sub>
-</p>
-
-<p align="center">
-  <a href="#-superclaude-프레임워크">맨 위로 ↑</a>
-</p>
-
-</div>
-
-
----
-
-## 📋 **전체 30개 명령어**
-
-<details>
-<summary><b>전체 명령어 목록 펼치기</b></summary>
-
-### 🧠 계획 및 설계 (4)
-- `/brainstorm` - 구조화된 브레인스토밍
-- `/design` - 시스템 아키텍처
-- `/estimate` - 시간/노력 추정
-- `/spec-panel` - 사양 분석
-
-### 💻 개발 (5)
-- `/implement` - 코드 구현
-- `/build` - 빌드 워크플로우
-- `/improve` - 코드 개선
-- `/cleanup` - 리팩토링
-- `/explain` - 코드 설명
-
-### 🧪 테스트 및 품질 (4)
-- `/test` - 테스트 생성
-- `/analyze` - 코드 분석
-- `/troubleshoot` - 디버깅
-- `/reflect` - 회고
-
-### 📚 문서화 (2)
-- `/document` - 문서 생성
-- `/help` - 명령어 도움말
-
-### 🔧 버전 관리 (1)
-- `/git` - Git 작업
-
-### 📊 프로젝트 관리 (3)
-- `/pm` - 프로젝트 관리
-- `/task` - 작업 추적
-- `/workflow` - 워크플로우 자동화
-
-### 🔍 연구 및 분석 (2)
-- `/research` - 심층 웹 연구
-- `/business-panel` - 비즈니스 분석
-
-### 🎯 유틸리티 (9)
-- `/agent` - AI 에이전트
-- `/index-repo` - 리포지토리 인덱싱
-- `/index` - 인덱스 별칭
-- `/recommend` - 명령어 추천
-- `/select-tool` - 도구 선택
-- `/spawn` - 병렬 작업
-- `/load` - 세션 로드
-- `/save` - 세션 저장
-- `/sc` - 모든 명령어 표시
-
-[**📖 상세 명령어 참조 보기 →**](docs/reference/commands-list.md)
-
-</details>

README-zh.md

@@ -1,607 +0,0 @@
-<div align="center">
-
-# 🚀 SuperClaude 框架
-
-### **将Claude Code转换为结构化开发平台**
-
-<p align="center">
-  <img src="https://img.shields.io/badge/version-4.3.0-blue" alt="Version">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
-  <img src="https://img.shields.io/badge/PRs-welcome-brightgreen.svg" alt="PRs Welcome">
-</p>
-
-<p align="center">
-  <a href="https://superclaude.netlify.app/">
-    <img src="https://img.shields.io/badge/🌐_访问网站-blue" alt="Website">
-  </a>
-  <a href="https://pypi.org/project/superclaude/">
-    <img src="https://img.shields.io/pypi/v/SuperClaude.svg?" alt="PyPI">
-  </a>
-  <a href="https://www.npmjs.com/package/@bifrost_inc/superclaude">
-    <img src="https://img.shields.io/npm/v/@bifrost_inc/superclaude.svg" alt="npm">
-  </a>
-</p>
-
-<!-- Language Selector -->
-<p align="center">
-  <a href="README.md">
-    <img src="https://img.shields.io/badge/🇺🇸_English-blue" alt="English">
-  </a>
-  <a href="README-zh.md">
-    <img src="https://img.shields.io/badge/🇨🇳_中文-red" alt="中文">
-  </a>
-  <a href="README-ja.md">
-    <img src="https://img.shields.io/badge/🇯🇵_日本語-green" alt="日本語">
-  </a>
-</p>
-
-<p align="center">
-  <a href="#-快速安装">快速开始</a> •
-  <a href="#-支持项目">支持项目</a> •
-  <a href="#-v4版本新功能">新功能</a> •
-  <a href="#-文档">文档</a> •
-  <a href="#-贡献">贡献</a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## 📊 **框架统计**
-
-| **命令** | **智能体** | **模式** | **MCP服务器** |
-|:------------:|:----------:|:---------:|:---------------:|
-| **30** | **16** | **7** | **8** |
-| 斜杠命令 | 专业AI | 行为模式 | 集成服务 |
-
-30个斜杠命令覆盖从头脑风暴到部署的完整开发生命周期。
-
-</div>
-
----
-
-<div align="center">
-
-## 🎯 **概述**
-
-SuperClaude是一个**元编程配置框架**，通过行为指令注入和组件编排，将Claude Code转换为结构化开发平台。它提供系统化的工作流自动化，配备强大的工具和智能代理。
-
-
-## 免责声明
-
-本项目与Anthropic无关联或认可。
-Claude Code是由[Anthropic](https://www.anthropic.com/)构建和维护的产品。
-
-## 📖 **开发者与贡献者指南**
-
-**使用SuperClaude框架的必备文档：**
-
-| 文档 | 用途 | 何时阅读 |
-|----------|---------|--------------|
-| **[PLANNING.md](PLANNING.md)** | 架构、设计原则、绝对规则 | 会话开始、实施前 |
-| **[TASK.md](TASK.md)** | 当前任务、优先级、待办事项 | 每天、开始工作前 |
-| **[KNOWLEDGE.md](KNOWLEDGE.md)** | 积累的见解、最佳实践、故障排除 | 遇到问题时、学习模式 |
-| **[CONTRIBUTING.md](CONTRIBUTING.md)** | 贡献指南、工作流程 | 提交PR前 |
-
-> **💡 专业提示**：Claude Code在会话开始时会读取这些文件，以确保符合项目标准的一致、高质量开发。
-
-## ⚡ **快速安装**
-
-> **重要**：旧文档中描述的TypeScript插件系统
-> 尚未可用（计划在v5.0中推出）。请按照以下v4.x的
-> 当前安装说明操作。
-
-### **当前稳定版本 (v4.3.0)**
-
-SuperClaude目前使用斜杠命令。
-
-**选项1：pipx（推荐）**
-```bash
-# 从PyPI安装
-pipx install superclaude
-
-# 安装命令（安装 /research, /index-repo, /agent, /recommend）
-superclaude install
-
-# 验证安装
-superclaude install --list
-superclaude doctor
-```
-
-安装后，重启Claude Code以使用命令：
-- `/sc:research` - 并行搜索的深度网络研究
-- `/sc:index-repo` - 用于上下文优化的仓库索引
-- `/sc:agent` - 专业AI智能体
-- `/sc:recommend` - 命令推荐
-- `/sc` - 显示所有可用的SuperClaude命令
-
-**选项2：从Git直接安装**
-```bash
-# 克隆仓库
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# 运行安装脚本
-./install.sh
-```
-
-### **v5.0即将推出（开发中）**
-
-我们正在积极开发新的TypeScript插件系统（详见issue [#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419)）。发布后，安装将简化为：
-
-```bash
-# 此功能尚未可用
-/plugin marketplace add SuperClaude-Org/superclaude-plugin-marketplace
-/plugin install superclaude
-```
-
-**状态**：开发中。尚未设定ETA。
-
-### **增强性能（可选MCP）**
-
-要获得**2-3倍**更快的执行速度和**30-50%**更少的token消耗，可选择安装MCP服务器：
-
-```bash
-# 用于增强性能的可选MCP服务器（通过airis-mcp-gateway）：
-# - Serena: 代码理解（快2-3倍）
-# - Sequential: Token高效推理（减少30-50% token）
-# - Tavily: 用于深度研究的网络搜索
-# - Context7: 官方文档查找
-# - Mindbase: 跨所有对话的语义搜索（可选增强）
-
-# 注意：错误学习通过内置的ReflexionMemory提供（无需安装）
-# Mindbase提供语义搜索增强（需要"recommended"配置文件）
-# 安装MCP服务器：https://github.com/agiletec-inc/airis-mcp-gateway
-# 详见 docs/mcp/mcp-integration-policy.md
-```
-
-**性能对比：**
-- **不使用MCP**：功能完整，标准性能 ✅
-- **使用MCP**：快2-3倍，减少30-50% token ⚡
-
-</div>
-
----
-
-<div align="center">
-
-## 💖 **支持项目**
-
-> 说实话，维护SuperClaude需要时间和资源。
-> 
-> *仅Claude Max订阅每月就要100美元用于测试，这还不包括在文档、bug修复和功能开发上花费的时间。*
-> *如果您在日常工作中发现SuperClaude的价值，请考虑支持这个项目。*
-> *哪怕几美元也能帮助覆盖基础成本并保持开发活跃。*
-> 
-> 每个贡献者都很重要，无论是代码、反馈还是支持。感谢成为这个社区的一员！🙏
-
-<table>
-<tr>
-<td align="center" width="33%">
-  
-### ☕ **Ko-fi**
-[![Ko-fi](https://img.shields.io/badge/Support_on-Ko--fi-ff5e5b?logo=ko-fi)](https://ko-fi.com/superclaude)
-
-*一次性贡献*
-
-</td>
-<td align="center" width="33%">
-
-### 🎯 **Patreon**
-[![Patreon](https://img.shields.io/badge/Become_a-Patron-f96854?logo=patreon)](https://patreon.com/superclaude)
-
-*月度支持*
-
-</td>
-<td align="center" width="33%">
-
-### 💜 **GitHub**
-[![GitHub Sponsors](https://img.shields.io/badge/GitHub-Sponsor-30363D?logo=github-sponsors)](https://github.com/sponsors/SuperClaude-Org)
-
-*灵活层级*
-
-</td>
-</tr>
-</table>
-
-### **您的支持使以下工作成为可能：**
-
-| 项目 | 成本/影响 |
-|------|-------------|
-| 🔬 **Claude Max测试** | 每月100美元用于验证和测试 |
-| ⚡ **功能开发** | 新功能和改进 |
-| 📚 **文档编写** | 全面的指南和示例 |
-| 🤝 **社区支持** | 快速问题响应和帮助 |
-| 🔧 **MCP集成** | 测试新服务器连接 |
-| 🌐 **基础设施** | 托管和部署成本 |
-
-> **注意：** 不过没有压力——无论如何框架都会保持开源。仅仅知道有人在使用和欣赏它就很有激励作用。贡献代码、文档或传播消息也很有帮助！🙏
-
-</div>
-
----
-
-<div align="center">
-
-## 🎉 **V4.1版本新功能**
-
-> *版本4.1专注于稳定斜杠命令架构、增强智能体能力和改进文档。*
-
-<table>
-<tr>
-<td width="50%">
-
-### 🤖 **更智能的智能体系统**
-**16个专业智能体**具有领域专业知识：
-- PM Agent通过系统化文档确保持续学习
-- 深度研究智能体用于自主网络研究
-- 安全工程师发现真实漏洞
-- 前端架构师理解UI模式
-- 基于上下文的自动协调
-- 按需提供领域专业知识
-
-</td>
-<td width="50%">
-
-### ⚡ **优化性能**
-**更小的框架，更大的项目：**
-- 减少框架占用
-- 为您的代码提供更多上下文
-- 支持更长对话
-- 启用复杂操作
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 🔧 **MCP服务器集成**
-**8个强大服务器**(通过airis-mcp-gateway)：
-- **Tavily** → 主要网络搜索(深度研究)
-- **Serena** → 会话持久化和内存
-- **Mindbase** → 跨会话学习(零占用)
-- **Sequential** → Token高效推理
-- **Context7** → 官方文档查找
-- **Playwright** → JavaScript重度内容提取
-- **Magic** → UI组件生成
-- **Chrome DevTools** → 性能分析
-
-</td>
-<td width="50%">
-
-### 🎯 **行为模式**
-**7种自适应模式**适应不同上下文：
-- **头脑风暴** → 提出正确问题
-- **商业面板** → 多专家战略分析
-- **深度研究** → 自主网络研究
-- **编排** → 高效工具协调
-- **令牌效率** → 30-50%上下文节省
-- **任务管理** → 系统化组织
-- **内省** → 元认知分析
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📚 **文档全面改写**
-**为开发者完全重写：**
-- 真实示例和用例
-- 记录常见陷阱
-- 包含实用工作流
-- 更好的导航结构
-
-</td>
-<td width="50%">
-
-### 🧪 **增强稳定性**
-**专注于可靠性：**
-- 核心命令的错误修复
-- 改进测试覆盖率
-- 更健壮的错误处理
-- CI/CD流水线改进
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🔬 **深度研究能力**
-
-### **与DR智能体架构一致的自主网络研究**
-
-SuperClaude v4.2引入了全面的深度研究能力，实现自主、自适应和智能的网络研究。
-
-<table>
-<tr>
-<td width="50%">
-
-### 🎯 **自适应规划**
-**三种智能策略：**
-- **仅规划**：对明确查询直接执行
-- **意图规划**：对模糊请求进行澄清
-- **统一**：协作式计划完善(默认)
-
-</td>
-<td width="50%">
-
-### 🔄 **多跳推理**
-**最多5次迭代搜索：**
-- 实体扩展(论文 → 作者 → 作品)
-- 概念深化(主题 → 细节 → 示例)
-- 时间进展(当前 → 历史)
-- 因果链(效果 → 原因 → 预防)
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📊 **质量评分**
-**基于置信度的验证：**
-- 来源可信度评估(0.0-1.0)
-- 覆盖完整性跟踪
-- 综合连贯性评估
-- 最低阈值：0.6，目标：0.8
-
-</td>
-<td width="50%">
-
-### 🧠 **基于案例的学习**
-**跨会话智能：**
-- 模式识别和重用
-- 随时间优化策略
-- 保存成功的查询公式
-- 性能改进跟踪
-
-</td>
-</tr>
-</table>
-
-### **研究命令使用**
-
-```bash
-# 使用自动深度的基本研究
-/research "2024年最新AI发展"
-
-# 控制研究深度(通过TypeScript中的选项)
-/research "量子计算突破"  # depth: exhaustive
-
-# 特定策略选择
-/research "市场分析"  # strategy: planning-only
-
-# 领域过滤研究(Tavily MCP集成)
-/research "React模式"  # domains: reactjs.org,github.com
-```
-
-### **研究深度级别**
-
-| 深度 | 来源 | 跳数 | 时间 | 最适合 |
-|:-----:|:-------:|:----:|:----:|----------|
-| **快速** | 5-10 | 1 | ~2分钟 | 快速事实、简单查询 |
-| **标准** | 10-20 | 3 | ~5分钟 | 一般研究(默认) |
-| **深入** | 20-40 | 4 | ~8分钟 | 综合分析 |
-| **详尽** | 40+ | 5 | ~10分钟 | 学术级研究 |
-
-### **集成工具编排**
-
-深度研究系统智能协调多个工具：
-- **Tavily MCP**：主要网络搜索和发现
-- **Playwright MCP**：复杂内容提取
-- **Sequential MCP**：多步推理和综合
-- **Serena MCP**：内存和学习持久化
-- **Context7 MCP**：技术文档查找
-
-</div>
-
----
-
-<div align="center">
-
-## 📚 **文档**
-
-### **SuperClaude完整指南**
-
-<table>
-<tr>
-<th align="center">🚀 快速开始</th>
-<th align="center">📖 用户指南</th>
-<th align="center">🛠️ 开发资源</th>
-<th align="center">📋 参考资料</th>
-</tr>
-<tr>
-<td valign="top">
-
-- 📝 [**快速开始指南**](docs/getting-started/quick-start.md)
-  *快速上手使用*
-
-- 💾 [**安装指南**](docs/getting-started/installation.md)
-  *详细的安装说明*
-
-</td>
-<td valign="top">
-
-- 🎯 [**斜杠命令**](docs/user-guide/commands.md)
-  *完整的 `/sc` 命令列表*
-
-- 🤖 [**智能体指南**](docs/user-guide/agents.md)
-  *16个专业智能体*
-
-- 🎨 [**行为模式**](docs/user-guide/modes.md)
-  *7种自适应模式*
-
-- 🚩 [**标志指南**](docs/user-guide/flags.md)
-  *控制行为参数*
-
-- 🔧 [**MCP服务器**](docs/user-guide/mcp-servers.md)
-  *8个服务器集成*
-
-- 💼 [**会话管理**](docs/user-guide/session-management.md)
-  *保存和恢复状态*
-
-</td>
-<td valign="top">
-
-- 🏗️ [**技术架构**](docs/developer-guide/technical-architecture.md)
-  *系统设计详情*
-
-- 💻 [**贡献代码**](docs/developer-guide/contributing-code.md)
-  *开发工作流程*
-
-- 🧪 [**测试与调试**](docs/developer-guide/testing-debugging.md)
-  *质量保证*
-
-</td>
-<td valign="top">
-
-- 📓 [**示例手册**](docs/reference/examples-cookbook.md)
-  *实际应用示例*
-
-- 🔍 [**故障排除**](docs/reference/troubleshooting.md)
-  *常见问题和修复*
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🤝 **贡献**
-
-### **加入SuperClaude社区**
-
-我们欢迎各种类型的贡献！以下是您可以帮助的方式：
-
-| 优先级 | 领域 | 描述 |
-|:--------:|------|-------------|
-| 📝 **高** | 文档 | 改进指南，添加示例，修复错误 |
-| 🔧 **高** | MCP集成 | 添加服务器配置，测试集成 |
-| 🎯 **中** | 工作流 | 创建命令模式和配方 |
-| 🧪 **中** | 测试 | 添加测试，验证功能 |
-| 🌐 **低** | 国际化 | 将文档翻译为其他语言 |
-
-<p align="center">
-  <a href="CONTRIBUTING.md">
-    <img src="https://img.shields.io/badge/📖_阅读-贡献指南-blue" alt="Contributing Guide">
-  </a>
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors">
-    <img src="https://img.shields.io/badge/👥_查看-所有贡献者-green" alt="Contributors">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⚖️ **许可证**
-
-本项目基于**MIT许可证**授权 - 详情请参阅[LICENSE](LICENSE)文件。
-
-<p align="center">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg?" alt="MIT License">
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⭐ **Star历史**
-
-<a href="https://www.star-history.com/#SuperClaude-Org/SuperClaude_Framework&Timeline">
- <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
- </picture>
-</a>
-
-
-</div>
-
----
-
-<div align="center">
-
-### **🚀 由SuperClaude社区倾情打造**
-
-<p align="center">
-  <sub>为突破边界的开发者用❤️制作</sub>
-</p>
-
-<p align="center">
-  <a href="#-superclaude-框架">返回顶部 ↑</a>
-</p>
-
-</div>
-
----
-
-## 📋 **全部30个命令**
-
-<details>
-<summary><b>点击展开完整命令列表</b></summary>
-
-### 🧠 规划与设计 (4)
-- `/brainstorm` - 结构化头脑风暴
-- `/design` - 系统架构
-- `/estimate` - 时间/工作量估算
-- `/spec-panel` - 规格分析
-
-### 💻 开发 (5)
-- `/implement` - 代码实现
-- `/build` - 构建工作流
-- `/improve` - 代码改进
-- `/cleanup` - 重构
-- `/explain` - 代码解释
-
-### 🧪 测试与质量 (4)
-- `/test` - 测试生成
-- `/analyze` - 代码分析
-- `/troubleshoot` - 调试
-- `/reflect` - 回顾
-
-### 📚 文档 (2)
-- `/document` - 文档生成
-- `/help` - 命令帮助
-
-### 🔧 版本控制 (1)
-- `/git` - Git操作
-
-### 📊 项目管理 (3)
-- `/pm` - 项目管理
-- `/task` - 任务跟踪
-- `/workflow` - 工作流自动化
-
-### 🔍 研究与分析 (2)
-- `/research` - 深度网络研究
-- `/business-panel` - 业务分析
-
-### 🎯 实用工具 (9)
-- `/agent` - AI智能体
-- `/index-repo` - 仓库索引
-- `/index` - 索引别名
-- `/recommend` - 命令推荐
-- `/select-tool` - 工具选择
-- `/spawn` - 并行任务
-- `/load` - 加载会话
-- `/save` - 保存会话
-- `/sc` - 显示所有命令
-
-[**📖 查看详细命令参考 →**](docs/reference/commands-list.md)
-
-</details>

README.en.md

@@ -1,646 +0,0 @@
-<div align="center">
-
-# 🚀 SuperClaude Framework
-
-[![Run in Smithery](https://smithery.ai/badge/skills/SuperClaude-Org)](https://smithery.ai/skills?ns=SuperClaude-Org&utm_source=github&utm_medium=badge)
-
-
-### **Transform Claude Code into a Structured Development Platform**
-
-<p align="center">
-  <a href="https://github.com/hesreallyhim/awesome-claude-code/">
-  <img src="https://awesome.re/mentioned-badge-flat.svg" alt="Mentioned in Awesome Claude Code">
-  </a>
-<a href="https://github.com/SuperClaude-Org/SuperGemini_Framework" target="_blank">
-  <img src="https://img.shields.io/badge/Try-SuperGemini_Framework-blue" alt="Try SuperGemini Framework"/>
-</a>
-<a href="https://github.com/SuperClaude-Org/SuperQwen_Framework" target="_blank">
-  <img src="https://img.shields.io/badge/Try-SuperQwen_Framework-orange" alt="Try SuperQwen Framework"/>
-</a>
-  <img src="https://img.shields.io/badge/version-4.3.0-blue" alt="Version">
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/actions/workflows/test.yml">
-    <img src="https://github.com/SuperClaude-Org/SuperClaude_Framework/actions/workflows/test.yml/badge.svg" alt="Tests">
-  </a>
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
-  <img src="https://img.shields.io/badge/PRs-welcome-brightgreen.svg" alt="PRs Welcome">
-</p>
-
-<p align="center">
-  <a href="https://superclaude.netlify.app/">
-    <img src="https://img.shields.io/badge/🌐_Visit_Website-blue" alt="Website">
-  </a>
-  <a href="https://pypi.org/project/superclaude/">
-    <img src="https://img.shields.io/pypi/v/SuperClaude.svg?" alt="PyPI">
-  </a>
-  <a href="https://pepy.tech/projects/superclaude">
-    <img src="https://static.pepy.tech/personalized-badge/superclaude?period=total&units=INTERNATIONAL_SYSTEM&left_color=BLACK&right_color=GREEN&left_text=downloads" alt="PyPI sats">
-  </a>
-  <a href="https://www.npmjs.com/package/@bifrost_inc/superclaude">
-    <img src="https://img.shields.io/npm/v/@bifrost_inc/superclaude.svg" alt="npm">
-  </a>
-</p>
-
-<p align="center">
-  <a href="README.md">
-    <img src="https://img.shields.io/badge/🇺🇸_English-blue" alt="English">
-  </a>
-  <a href="README-zh.md">
-    <img src="https://img.shields.io/badge/🇨🇳_中文-red" alt="中文">
-  </a>
-  <a href="README-ja.md">
-    <img src="https://img.shields.io/badge/🇯🇵_日本語-green" alt="日本語">
-  </a>
-</p>
-
-<p align="center">
-  <a href="#-quick-installation">Quick Start</a> •
-  <a href="#-support-the-project">Support</a> •
-  <a href="#-whats-new-in-v4">Features</a> •
-  <a href="#-documentation">Docs</a> •
-  <a href="#-contributing">Contributing</a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## 📊 **Framework Statistics**
-
-| **Commands** | **Agents** | **Modes** | **MCP Servers** |
-|:------------:|:----------:|:---------:|:---------------:|
-| **30** | **20** | **7** | **8** |
-| Slash Commands | Specialized AI | Behavioral | Integrations |
-
-30 slash commands covering the complete development lifecycle from brainstorming to deployment.
-
-</div>
-
----
-
-<div align="center">
-
-## 🎯 **Overview**
-
-SuperClaude is a **meta-programming configuration framework** that transforms Claude Code into a structured development platform through behavioral instruction injection and component orchestration. It provides systematic workflow automation with powerful tools and intelligent agents.
-
-
-## Disclaimer
-
-This project is not affiliated with or endorsed by Anthropic.
-Claude Code is a product built and maintained by [Anthropic](https://www.anthropic.com/).
-
-## 📖 **For Developers & Contributors**
-
-**Essential documentation for working with SuperClaude Framework:**
-
-| Document | Purpose | When to Read |
-|----------|---------|--------------|
-| **[PLANNING.md](PLANNING.md)** | Architecture, design principles, absolute rules | Session start, before implementation |
-| **[TASK.md](TASK.md)** | Current tasks, priorities, backlog | Daily, before starting work |
-| **[KNOWLEDGE.md](KNOWLEDGE.md)** | Accumulated insights, best practices, troubleshooting | When encountering issues, learning patterns |
-| **[CONTRIBUTING.md](CONTRIBUTING.md)** | Contribution guidelines, workflow | Before submitting PRs |
-| **[Commands Reference](docs/user-guide/commands.md)** | Complete reference for all 30 `/sc:*` commands with syntax, examples, workflows, and decision guides | Learning SuperClaude, choosing the right command |
-
-> **💡 Pro Tip**: Claude Code reads these files at session start to ensure consistent, high-quality development aligned with project standards.
->
-> **📚 New to SuperClaude?** Start with [Commands Reference](docs/user-guide/commands.md) — it contains visual decision trees, detailed command comparisons, and workflow examples to help you understand which commands to use and when.
-
-## ⚡ **Quick Installation**
-
-> **IMPORTANT**: The TypeScript plugin system described in older documentation is
-> not yet available (planned for v5.0). For current installation
-> instructions, please follow the steps below for v4.x.
-
-### **Current Stable Version (v4.3.0)**
-
-SuperClaude currently uses slash commands.
-
-**Option 1: pipx (Recommended)**
-```bash
-# Install from PyPI
-pipx install superclaude
-
-# Install commands (installs all 30 slash commands)
-superclaude install
-
-# Install MCP servers (optional, for enhanced capabilities)
-superclaude mcp --list         # List available MCP servers
-superclaude mcp                # Interactive installation
-superclaude mcp --servers tavily --servers context7  # Install specific servers
-
-# Verify installation
-superclaude install --list
-superclaude doctor
-```
-
-After installation, restart Claude Code to use 30 commands including:
-- `/sc:research` - Deep web research (enhanced with Tavily MCP)
-- `/sc:brainstorm` - Structured brainstorming
-- `/sc:implement` - Code implementation
-- `/sc:test` - Testing workflows
-- `/sc:pm` - Project management
-- `/sc` - Show all 30 available commands
-
-**Option 2: Direct Installation from Git**
-```bash
-# Clone the repository
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# Run the installation script
-./install.sh
-```
-
-### **Coming in v5.0 (In Development)**
-
-We are actively working on a new TypeScript plugin system (see issue [#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419) for details). When released, installation will be simplified to:
-
-```bash
-# This feature is not yet available
-/plugin marketplace add SuperClaude-Org/superclaude-plugin-marketplace
-/plugin install superclaude
-```
-
-**Status**: In development. No ETA has been set.
-
-### **Enhanced Performance (Optional MCPs)**
-
-For **2-3x faster** execution and **30-50% fewer tokens**, optionally install MCP servers:
-
-```bash
-# Optional MCP servers for enhanced performance (via airis-mcp-gateway):
-# - Serena: Code understanding (2-3x faster)
-# - Sequential: Token-efficient reasoning (30-50% fewer tokens)
-# - Tavily: Web search for Deep Research
-# - Context7: Official documentation lookup
-# - Mindbase: Semantic search across all conversations (optional enhancement)
-
-# Note: Error learning available via built-in ReflexionMemory (no installation required)
-# Mindbase provides semantic search enhancement (requires "recommended" profile)
-# Install MCP servers: https://github.com/agiletec-inc/airis-mcp-gateway
-# See docs/mcp/mcp-integration-policy.md for details
-```
-
-**Performance Comparison:**
-- **Without MCPs**: Fully functional, standard performance ✅
-- **With MCPs**: 2-3x faster, 30-50% fewer tokens ⚡
-
-</div>
-
----
-
-<div align="center">
-
-## 💖 **Support the Project**
-
-> Hey, let's be real - maintaining SuperClaude takes time and resources.
-> 
-> *The Claude Max subscription alone runs $100/month for testing, and that's before counting the hours spent on documentation, bug fixes, and feature development.*
-> *If you're finding value in SuperClaude for your daily work, consider supporting the project.*
-> *Even a few dollars helps cover the basics and keeps development active.*
-> 
-> Every contributor matters, whether through code, feedback, or support. Thanks for being part of this community! 🙏
-
-<table>
-<tr>
-<td align="center" width="33%">
-  
-### ☕ **Ko-fi**
-[![Ko-fi](https://img.shields.io/badge/Support_on-Ko--fi-ff5e5b?logo=ko-fi)](https://ko-fi.com/superclaude)
-
-*One-time contributions*
-
-</td>
-<td align="center" width="33%">
-
-### 🎯 **Patreon**
-[![Patreon](https://img.shields.io/badge/Become_a-Patron-f96854?logo=patreon)](https://patreon.com/superclaude)
-
-*Monthly support*
-
-</td>
-<td align="center" width="33%">
-
-### 💜 **GitHub**
-[![GitHub Sponsors](https://img.shields.io/badge/GitHub-Sponsor-30363D?logo=github-sponsors)](https://github.com/sponsors/SuperClaude-Org)
-
-*Flexible tiers*
-
-</td>
-</tr>
-</table>
-
-### **Your Support Enables:**
-
-| Item | Cost/Impact |
-|------|-------------|
-| 🔬 **Claude Max Testing** | $100/month for validation & testing |
-| ⚡ **Feature Development** | New capabilities & improvements |
-| 📚 **Documentation** | Comprehensive guides & examples |
-| 🤝 **Community Support** | Quick issue responses & help |
-| 🔧 **MCP Integration** | Testing new server connections |
-| 🌐 **Infrastructure** | Hosting & deployment costs |
-
-> **Note:** No pressure though - the framework stays open source regardless. Just knowing people use and appreciate it is motivating. Contributing code, documentation, or spreading the word helps too! 🙏
-
-</div>
-
----
-
-<div align="center">
-
-## 🎉 **What's New in v4.1**
-
-> *Version 4.1 focuses on stabilizing the slash command architecture, enhancing agent capabilities, and improving documentation.*
-
-<table>
-<tr>
-<td width="50%">
-
-### 🤖 **Smarter Agent System**
-**20 specialized agents** with domain expertise:
-- PM Agent ensures continuous learning through systematic documentation
-- Deep Research agent for autonomous web research
-- Security engineer catches real vulnerabilities
-- Frontend architect understands UI patterns
-- Automatic coordination based on context
-- Domain-specific expertise on demand
-
-</td>
-<td width="50%">
-
-### ⚡ **Optimized Performance**
-**Smaller framework, bigger projects:**
-- Reduced framework footprint
-- More context for your code
-- Longer conversations possible
-- Complex operations enabled
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 🔧 **MCP Server Integration**
-**8 powerful servers** with easy CLI installation:
-
-```bash
-# List available MCP servers
-superclaude mcp --list
-
-# Install specific servers
-superclaude mcp --servers tavily context7
-
-# Interactive installation
-superclaude mcp
-```
-
-**Available servers:**
-- **Tavily** → Primary web search (Deep Research)
-- **Context7** → Official documentation lookup
-- **Sequential-Thinking** → Multi-step reasoning
-- **Serena** → Session persistence & memory
-- **Playwright** → Cross-browser automation
-- **Magic** → UI component generation
-- **Morphllm-Fast-Apply** → Context-aware code modifications
-- **Chrome DevTools** → Performance analysis
-
-</td>
-<td width="50%">
-
-### 🎯 **Behavioral Modes**
-**7 adaptive modes** for different contexts:
-- **Brainstorming** → Asks right questions
-- **Business Panel** → Multi-expert strategic analysis
-- **Deep Research** → Autonomous web research
-- **Orchestration** → Efficient tool coordination
-- **Token-Efficiency** → 30-50% context savings
-- **Task Management** → Systematic organization
-- **Introspection** → Meta-cognitive analysis
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📚 **Documentation Overhaul**
-**Complete rewrite** for developers:
-- Real examples & use cases
-- Common pitfalls documented
-- Practical workflows included
-- Better navigation structure
-
-</td>
-<td width="50%">
-
-### 🧪 **Enhanced Stability**
-**Focus on reliability:**
-- Bug fixes for core commands
-- Improved test coverage
-- More robust error handling
-- CI/CD pipeline improvements
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🔬 **Deep Research Capabilities**
-
-### **Autonomous Web Research Aligned with DR Agent Architecture**
-
-SuperClaude v4.2 introduces comprehensive Deep Research capabilities, enabling autonomous, adaptive, and intelligent web research.
-
-<table>
-<tr>
-<td width="50%">
-
-### 🎯 **Adaptive Planning**
-**Three intelligent strategies:**
-- **Planning-Only**: Direct execution for clear queries
-- **Intent-Planning**: Clarification for ambiguous requests
-- **Unified**: Collaborative plan refinement (default)
-
-</td>
-<td width="50%">
-
-### 🔄 **Multi-Hop Reasoning**
-**Up to 5 iterative searches:**
-- Entity expansion (Paper → Authors → Works)
-- Concept deepening (Topic → Details → Examples)
-- Temporal progression (Current → Historical)
-- Causal chains (Effect → Cause → Prevention)
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📊 **Quality Scoring**
-**Confidence-based validation:**
-- Source credibility assessment (0.0-1.0)
-- Coverage completeness tracking
-- Synthesis coherence evaluation
-- Minimum threshold: 0.6, Target: 0.8
-
-</td>
-<td width="50%">
-
-### 🧠 **Case-Based Learning**
-**Cross-session intelligence:**
-- Pattern recognition and reuse
-- Strategy optimization over time
-- Successful query formulations saved
-- Performance improvement tracking
-
-</td>
-</tr>
-</table>
-
-### **Research Command Usage**
-
-```bash
-# Basic research with automatic depth
-/research "latest AI developments 2024"
-
-# Controlled research depth (via options in TypeScript)
-/research "quantum computing breakthroughs"  # depth: exhaustive
-
-# Specific strategy selection
-/research "market analysis"  # strategy: planning-only
-
-# Domain-filtered research (Tavily MCP integration)
-/research "React patterns"  # domains: reactjs.org,github.com
-```
-
-### **Research Depth Levels**
-
-| Depth | Sources | Hops | Time | Best For |
-|:-----:|:-------:|:----:|:----:|----------|
-| **Quick** | 5-10 | 1 | ~2min | Quick facts, simple queries |
-| **Standard** | 10-20 | 3 | ~5min | General research (default) |
-| **Deep** | 20-40 | 4 | ~8min | Comprehensive analysis |
-| **Exhaustive** | 40+ | 5 | ~10min | Academic-level research |
-
-### **Integrated Tool Orchestration**
-
-The Deep Research system intelligently coordinates multiple tools:
-- **Tavily MCP**: Primary web search and discovery
-- **Playwright MCP**: Complex content extraction
-- **Sequential MCP**: Multi-step reasoning and synthesis
-- **Serena MCP**: Memory and learning persistence
-- **Context7 MCP**: Technical documentation lookup
-
-</div>
-
----
-
-<div align="center">
-
-## 📚 **Documentation**
-
-### **Complete Guide to SuperClaude**
-
-<table>
-<tr>
-<th align="center">🚀 Getting Started</th>
-<th align="center">📖 User Guides</th>
-<th align="center">🛠️ Developer Resources</th>
-<th align="center">📋 Reference</th>
-</tr>
-<tr>
-<td valign="top">
-
-- 📝 [**Quick Start Guide**](docs/getting-started/quick-start.md)  
-  *Get up and running fast*
-
-- 💾 [**Installation Guide**](docs/getting-started/installation.md)  
-  *Detailed setup instructions*
-
-</td>
-<td valign="top">
-
-- 🎯 [**Slash Commands**](docs/reference/commands-list.md)
-  *All 30 commands organized by category*
-
-- 🤖 [**Agents Guide**](docs/user-guide/agents.md)  
-  *20 specialized agents*
-
-- 🎨 [**Behavioral Modes**](docs/user-guide/modes.md)  
-  *7 adaptive modes*
-
-- 🚩 [**Flags Guide**](docs/user-guide/flags.md)  
-  *Control behaviors*
-
-- 🔧 [**MCP Servers**](docs/user-guide/mcp-servers.md)  
-  *8 server integrations*
-
-- 💼 [**Session Management**](docs/user-guide/session-management.md)  
-  *Save & restore state*
-
-</td>
-<td valign="top">
-
-- 🏗️ [**Technical Architecture**](docs/developer-guide/technical-architecture.md)  
-  *System design details*
-
-- 💻 [**Contributing Code**](docs/developer-guide/contributing-code.md)  
-  *Development workflow*
-
-- 🧪 [**Testing & Debugging**](docs/developer-guide/testing-debugging.md)  
-  *Quality assurance*
-
-</td>
-<td valign="top">
-- 📓 [**Examples Cookbook**](docs/reference/examples-cookbook.md)  
-  *Real-world recipes*
-
-- 🔍 [**Troubleshooting**](docs/reference/troubleshooting.md)  
-  *Common issues & fixes*
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🤝 **Contributing**
-
-### **Join the SuperClaude Community**
-
-We welcome contributions of all kinds! Here's how you can help:
-
-| Priority | Area | Description |
-|:--------:|------|-------------|
-| 📝 **High** | Documentation | Improve guides, add examples, fix typos |
-| 🔧 **High** | MCP Integration | Add server configs, test integrations |
-| 🎯 **Medium** | Workflows | Create command patterns & recipes |
-| 🧪 **Medium** | Testing | Add tests, validate features |
-| 🌐 **Low** | i18n | Translate docs to other languages |
-
-<p align="center">
-  <a href="CONTRIBUTING.md">
-    <img src="https://img.shields.io/badge/📖_Read-Contributing_Guide-blue" alt="Contributing Guide">
-  </a>
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors">
-    <img src="https://img.shields.io/badge/👥_View-All_Contributors-green" alt="Contributors">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⚖️ **License**
-
-This project is licensed under the **MIT License** - see the [LICENSE](LICENSE) file for details.
-
-<p align="center">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg?" alt="MIT License">
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⭐ **Star History**
-
-<a href="https://www.star-history.com/#SuperClaude-Org/SuperClaude_Framework&Timeline">
- <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
- </picture>
-</a>
-
-
-</div>
-
----
-
-<div align="center">
-
-### **🚀 Built with passion by the SuperClaude community**
-
-<p align="center">
-  <sub>Made with ❤️ for developers who push boundaries</sub>
-</p>
-
-<p align="center">
-  <a href="#-superclaude-framework">Back to Top ↑</a>
-</p>
-
-</div>
-
----
-
-## 📋 **All 30 Commands**
-
-<details>
-<summary><b>Click to expand full command list</b></summary>
-
-### 🧠 Planning & Design (4)
-- `/brainstorm` - Structured brainstorming
-- `/design` - System architecture
-- `/estimate` - Time/effort estimation
-- `/spec-panel` - Specification analysis
-
-### 💻 Development (5)
-- `/implement` - Code implementation
-- `/build` - Build workflows
-- `/improve` - Code improvements
-- `/cleanup` - Refactoring
-- `/explain` - Code explanation
-
-### 🧪 Testing & Quality (4)
-- `/test` - Test generation
-- `/analyze` - Code analysis
-- `/troubleshoot` - Debugging
-- `/reflect` - Retrospectives
-
-### 📚 Documentation (2)
-- `/document` - Doc generation
-- `/help` - Command help
-
-### 🔧 Version Control (1)
-- `/git` - Git operations
-
-### 📊 Project Management (3)
-- `/pm` - Project management
-- `/task` - Task tracking
-- `/workflow` - Workflow automation
-
-### 🔍 Research & Analysis (2)
-- `/research` - Deep web research
-- `/business-panel` - Business analysis
-
-### 🎯 Utilities (9)
-- `/agent` - AI agents
-- `/index-repo` - Repository indexing
-- `/index` - Indexing alias
-- `/recommend` - Command recommendations
-- `/select-tool` - Tool selection
-- `/spawn` - Parallel tasks
-- `/load` - Load sessions
-- `/save` - Save sessions
-- `/sc` - Show all commands
-
-[**📖 View Detailed Command Reference →**](docs/reference/commands-list.md)
-
-</details>
-

README.md

@@ -1,613 +1,325 @@
-<!-- WEHUB_ZH_README -->
-> [!NOTE]
-> 本文档由 WeHub 基于上游 README 翻译整理，属于社区翻译，非官方中文文档。  
-> [English](./README.en.md) · [原始项目](https://github.com/SuperClaude-Org/SuperClaude_Framework) · [上游 README](https://github.com/SuperClaude-Org/SuperClaude_Framework/blob/HEAD/README.md)  
-> 原作者、版权与许可证归属以原始项目及本仓库 LICENSE 文件为准。
-
 <div align="center">
 
-# 🚀 SuperClaude 框架
+# SuperClaude v5
 
-### **将Claude Code转换为结构化开发平台**
+### What survives is what models can't do alone
 
 <p align="center">
-  <img src="https://img.shields.io/badge/version-4.3.0-blue" alt="Version">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
-  <img src="https://img.shields.io/badge/PRs-welcome-brightgreen.svg" alt="PRs Welcome">
-</p>
-
-<p align="center">
-  <a href="https://superclaude.netlify.app/">
-    <img src="https://img.shields.io/badge/🌐_访问网站-blue" alt="Website">
+  <img src="https://img.shields.io/badge/version-5.0.0a1-blue" alt="Version">
+  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/actions/workflows/test.yml">
+    <img src="https://github.com/SuperClaude-Org/SuperClaude_Framework/actions/workflows/test.yml/badge.svg" alt="Tests">
   </a>
+  <img src="https://img.shields.io/badge/License-MIT-yellow.svg" alt="License">
   <a href="https://pypi.org/project/superclaude/">
     <img src="https://img.shields.io/pypi/v/SuperClaude.svg?" alt="PyPI">
   </a>
-  <a href="https://www.npmjs.com/package/@bifrost_inc/superclaude">
-    <img src="https://img.shields.io/npm/v/@bifrost_inc/superclaude.svg" alt="npm">
-  </a>
-</p>
-
-<!-- Language Selector -->
-<p align="center">
-  <a href="README.md">
-    <img src="https://img.shields.io/badge/🇺🇸_English-blue" alt="English">
-  </a>
-  <a href="README-zh.md">
-    <img src="https://img.shields.io/badge/🇨🇳_中文-red" alt="中文">
-  </a>
-  <a href="README-ja.md">
-    <img src="https://img.shields.io/badge/🇯🇵_日本語-green" alt="日本語">
-  </a>
-</p>
-
-<p align="center">
-  <a href="#-快速安装">快速开始</a> •
-  <a href="#-支持项目">支持项目</a> •
-  <a href="#-v4版本新功能">新功能</a> •
-  <a href="#-文档">文档</a> •
-  <a href="#-贡献">贡献</a>
 </p>
 
 </div>
 
 ---
 
-<div align="center">
+## The thesis
 
-## 📊 **框架统计**
+SuperClaude v4 shipped 30 slash commands, 20 persona agents, and 7 behavioral
+modes — 286KB of prompt content teaching Claude things it increasingly knows how
+to do by itself. Models got better. A framework that injects instructions must
+shrink as the model grows, or it becomes overhead: context cost, instruction
+conflicts, degraded trigger precision.
 
-| **命令** | **智能体** | **模式** | **MCP服务器** |
-|:------------:|:----------:|:---------:|:---------------:|
-| **30** | **16** | **7** | **8** |
-| 斜杠命令 | 专业AI | 行为模式 | 集成服务 |
+v5 inverts the burden of proof. Every component must beat *native* Claude Code
+behavior in a pre-registered A/B eval, or it gets deleted. What survives is what
+models can't do alone: deterministic enforcement (hooks), external access (MCP),
+persistence — plus a few structured-format skills that demonstrably hold up.
 
-30个斜杠命令覆盖从头脑风暴到部署的完整开发生命周期。
+## v4 → v5 at a glance
 
-</div>
+| | v4.3.0 | v5 (5.0.0a1) |
+|---|---|---|
+| Slash commands | 30 | 0 — replaced by skills + native Claude Code |
+| Skills | 0 | 4 |
+| Persona agents | 20 | 1 |
+| Behavioral modes | 7 | 0 |
+| Hooks | 0 (empty directory) | 5 |
+| Prompt content | 286KB | 84KB built plugin (skills 44KB, agents 4KB, hooks 4KB) |
+| Eval harness | none | [eval/](eval/README.md), machine-scored A/B vs native |
+| Repo side effects | pytest plugin wrote `docs/mistakes/*.md` | no file writes by default (opt-in env var) |
 
----
+256 tests pass.
 
-<div align="center">
+## What ships in v5
 
-## 🎯 **概述**
+### Skills
 
-SuperClaude是一个**元编程配置框架**，通过行为指令注入和组件编排，将Claude Code转换为结构化开发平台。它提供系统化的工作流自动化，配备强大的工具和智能代理。
+Structured-format content that holds up against just asking the model.
 
+#### confidence-check
 
-## 免责声明
+Pre-implementation gate (duplicate check, architecture fit, official-docs
+verification, root-cause identification) with a TypeScript scoring helper
+(`confidence.ts`). Source: [plugins/superclaude/skills](plugins/superclaude/skills/).
 
-本项目与Anthropic无关联或认可。
-Claude Code是由[Anthropic](https://www.anthropic.com/)构建和维护的产品。
+#### spec-panel
 
-## 📖 **开发者与贡献者指南**
+Multi-expert specification review in a fixed panel format.
 
-**使用SuperClaude框架的必备文档：**
+#### socratic
 
-| 文档 | 用途 | 何时阅读 |
-|----------|---------|--------------|
-| **[PLANNING.md](PLANNING.md)** | 架构、设计原则、绝对规则 | 会话开始、实施前 |
-| **[TASK.md](TASK.md)** | 当前任务、优先级、待办事项 | 每天、开始工作前 |
-| **[KNOWLEDGE.md](KNOWLEDGE.md)** | 积累的见解、最佳实践、故障排除 | 遇到问题时、学习模式 |
-| **[CONTRIBUTING.md](CONTRIBUTING.md)** | 贡献指南、工作流程 | 提交PR前 |
+Discovery-learning dialogue with a strict question-first structure.
 
-> **💡 专业提示**：Claude Code在会话开始时会读取这些文件，以确保符合项目标准的一致、高质量开发。
+#### pm-reflexion
 
-## ⚡ **快速安装**
+Failure reflexion: extract the root cause and a prevention rule after a real
+error, instead of retrying blindly.
 
-> **重要**：旧文档中描述的TypeScript插件系统
-> 尚未可用（计划在v5.0中推出）。请按照以下v4.x的
-> 当前安装说明操作。
+### Agent
 
-### **当前稳定版本 (v4.3.0)**
+#### explore-haiku
 
-SuperClaude目前使用斜杠命令。
+The one surviving agent. Runs codebase exploration on Haiku — cheap fan-out
+search where Opus/Sonnet reasoning is wasted. The other 19 persona agents are
+covered by native subagents and got cut.
+
+### Hooks
+
+Deterministic enforcement — the thing prompts cannot do. Defined in
+[plugins/superclaude/hooks/hooks.json](plugins/superclaude/hooks/hooks.json).
+
+#### session-restore
+
+`SessionStart` command script that restores session context.
+
+#### confidence-gate
+
+`PreToolUse` prompt on `Write|Edit`: non-trivial new implementations must have
+passed the confidence-check criteria first. Trivial edits are exempt.
+
+#### session-summary
+
+`Stop` prompt: summarize substantive sessions in 2–3 bullets (stores via
+mindbase MCP if available, skips silently if not).
+
+#### reflexion-trigger
+
+`Stop` prompt: apply pm-reflexion when the session hit a real error.
+
+#### tab-title
+
+Terminal tab status (running / waiting / idle). Opt-in: silent no-op unless
+`SUPERCLAUDE_TAB_TITLE=1`.
+
+### Eval harness
+
+[eval/](eval/README.md) is gate-zero: A/B of native Claude Code (`claude -p`)
+against a minimal plugin holding exactly one candidate component. Tasks are
+Terminal-Bench-shaped, verification runs in a network-isolated container,
+scoring is machine-only (no LLM judge). Survive thresholds are pre-registered
+in [eval/preregister.yaml](eval/preregister.yaml) before any run.
+
+### CLI
+
+Reduced to an install surface: `superclaude install [--minimal]`, `update`,
+`doctor`, `mcp`, `install-skill`, `version`.
+
+### Pytest plugin
+
+Auto-loaded fixtures and markers (`confidence_checker`, `reflexion_pattern`,
+`@pytest.mark.confidence_check`, ...). Unlike v4 it never writes files unless
+`SUPERCLAUDE_REFLEXION_OUTPUT_DIR` is set.
+
+## Status
+
+5.0.0a1 is an **alpha** on the `v5` branch. The API surface above is what
+exists today; the upstream proposal is in
+[docs/rfc/v5-slim-down.md](docs/rfc/v5-slim-down.md).
+
+## Installation
+
+### Requirements
+
+Python ≥3.10 and [Claude Code](https://code.claude.com/docs/en/overview).
+
+### pipx (recommended)
 
-**选项1：pipx（推荐）**
 ```bash
-# 从PyPI安装
-pipx install superclaude
-
-# 安装命令（安装 /research, /index-repo, /agent, /recommend）
+pipx install superclaude==5.0.0a1
 superclaude install
+```
 
-# 验证安装
-superclaude install --list
+### Plugin directory (no Python install)
+
+```bash
+git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
+claude --plugin-dir SuperClaude_Framework/plugins/superclaude
+```
+
+### Minimal install
+
+```bash
+superclaude install --minimal   # confidence-check skill only, no agents
+```
+
+Incremental adoption is the recommended path — start minimal, add pieces that
+earn their place. Anthropic's own
+[Claude Code best practices](https://www.anthropic.com/engineering/claude-code-best-practices)
+recommend the same: small, iteratively tuned configurations over big ones.
+
+### Verify
+
+```bash
 superclaude doctor
 ```
 
-安装后，重启Claude Code以使用命令：
-- `/sc:research` - 并行搜索的深度网络研究
-- `/sc:index-repo` - 用于上下文优化的仓库索引
-- `/sc:agent` - 专业AI智能体
-- `/sc:recommend` - 命令推荐
-- `/sc` - 显示所有可用的SuperClaude命令
-
-**选项2：从Git直接安装**
-```bash
-# 克隆仓库
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# 运行安装脚本
-./install.sh
-```
-
-### **v5.0即将推出（开发中）**
-
-我们正在积极开发新的TypeScript插件系统（详见issue [#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419)）。发布后，安装将简化为：
+## Upgrading from v4
 
 ```bash
-# 此功能尚未可用
-/plugin marketplace add SuperClaude-Org/superclaude-plugin-marketplace
-/plugin install superclaude
+pipx upgrade superclaude        # or: pipx install superclaude==5.0.0a1
+superclaude install
+rm -rf ~/.claude/commands/sc    # remove the 30 legacy slash commands
 ```
 
-**状态**：开发中。尚未设定ETA。
+A cleanup script is provided: [scripts/uninstall_legacy.sh](scripts/uninstall_legacy.sh).
 
-### **增强性能（可选MCP）**
+### Breaking changes
 
-要获得**2-3倍**更快的执行速度和**30-50%**更少的token消耗，可选择安装MCP服务器：
+- Reflexion file output is opt-in (`SUPERCLAUDE_REFLEXION_OUTPUT_DIR`); default is no writes.
+- CLI: `--target` is replaced by `--skills-dir` / `--agents-dir`.
+- The pytest plugin no longer writes `docs/mistakes/*.md`.
+
+Full guide: [docs/migration/v4-to-v5.md](docs/migration/v4-to-v5.md).
+
+### v4 freeze policy
+
+v4.3.x stays on PyPI, frozen — security fixes only.
+
+### Rollback
 
 ```bash
-# 用于增强性能的可选MCP服务器（通过airis-mcp-gateway）：
-# - Serena: 代码理解（快2-3倍）
-# - Sequential: Token高效推理（减少30-50% token）
-# - Tavily: 用于深度研究的网络搜索
-# - Context7: 官方文档查找
-# - Mindbase: 跨所有对话的语义搜索（可选增强）
-
-# 注意：错误学习通过内置的ReflexionMemory提供（无需安装）
-# Mindbase提供语义搜索增强（需要"recommended"配置文件）
-# 安装MCP服务器：https://github.com/agiletec-inc/airis-mcp-gateway
-# 详见 docs/mcp/mcp-integration-policy.md
+pipx install superclaude==4.3.0
 ```
 
-**性能对比：**
-- **不使用MCP**：功能完整，标准性能 ✅
-- **使用MCP**：快2-3倍，减少30-50% token ⚡
+## The eval gate
 
-</div>
+### How a component survives
 
----
+A candidate is added only if, per [eval/preregister.yaml](eval/preregister.yaml):
 
-<div align="center">
+1. Its 95% CI on pass rate is disjoint above the native baseline's, and
+2. quality per 1k tokens does not regress.
 
-## 💖 **支持项目**
+Overlapping CIs are inconclusive, not a win. Thresholds are fixed before
+running and never tuned to make a candidate pass.
 
-> 说实话，维护SuperClaude需要时间和资源。
-> 
-> *仅Claude Max订阅每月就要100美元用于测试，这还不包括在文档、bug修复和功能开发上花费的时间。*
-> *如果您在日常工作中发现SuperClaude的价值，请考虑支持这个项目。*
-> *哪怕几美元也能帮助覆盖基础成本并保持开发活跃。*
-> 
-> 每个贡献者都很重要，无论是代码、反馈还是支持。感谢成为这个社区的一员！🙏
-
-<table>
-<tr>
-<td align="center" width="33%">
-  
-### ☕ **Ko-fi**
-[![Ko-fi](https://img.shields.io/badge/Support_on-Ko--fi-ff5e5b?logo=ko-fi)](https://ko-fi.com/superclaude)
-
-*一次性贡献*
-
-</td>
-<td align="center" width="33%">
-
-### 🎯 **Patreon**
-[![Patreon](https://img.shields.io/badge/Become_a-Patron-f96854?logo=patreon)](https://patreon.com/superclaude)
-
-*月度支持*
-
-</td>
-<td align="center" width="33%">
-
-### 💜 **GitHub**
-[![GitHub Sponsors](https://img.shields.io/badge/GitHub-Sponsor-30363D?logo=github-sponsors)](https://github.com/sponsors/SuperClaude-Org)
-
-*灵活层级*
-
-</td>
-</tr>
-</table>
-
-### **您的支持使以下工作成为可能：**
-
-| 项目 | 成本/影响 |
-|------|-------------|
-| 🔬 **Claude Max测试** | 每月100美元用于验证和测试 |
-| ⚡ **功能开发** | 新功能和改进 |
-| 📚 **文档编写** | 全面的指南和示例 |
-| 🤝 **社区支持** | 快速问题响应和帮助 |
-| 🔧 **MCP集成** | 测试新服务器连接 |
-| 🌐 **基础设施** | 托管和部署成本 |
-
-> **注意：** 不过没有压力——无论如何框架都会保持开源。仅仅知道有人在使用和欣赏它就很有激励作用。贡献代码、文档或传播消息也很有帮助！🙏
-
-</div>
-
----
-
-<div align="center">
-
-## 🎉 **V4.1版本新功能**
-
-> *版本4.1专注于稳定斜杠命令架构、增强智能体能力和改进文档。*
-
-<table>
-<tr>
-<td width="50%">
-
-### 🤖 **更智能的智能体系统**
-**16个专业智能体**具有领域专业知识：
-- PM Agent通过系统化文档确保持续学习
-- 深度研究智能体用于自主网络研究
-- 安全工程师发现真实漏洞
-- 前端架构师理解UI模式
-- 基于上下文的自动协调
-- 按需提供领域专业知识
-
-</td>
-<td width="50%">
-
-### ⚡ **优化性能**
-**更小的框架，更大的项目：**
-- 减少框架占用
-- 为您的代码提供更多上下文
-- 支持更长对话
-- 启用复杂操作
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 🔧 **MCP服务器集成**
-**8个强大服务器**(通过airis-mcp-gateway)：
-- **Tavily** → 主要网络搜索(深度研究)
-- **Serena** → 会话持久化和内存
-- **Mindbase** → 跨会话学习(零占用)
-- **Sequential** → Token高效推理
-- **Context7** → 官方文档查找
-- **Playwright** → JavaScript重度内容提取
-- **Magic** → UI组件生成
-- **Chrome DevTools** → 性能分析
-
-</td>
-<td width="50%">
-
-### 🎯 **行为模式**
-**7种自适应模式**适应不同上下文：
-- **头脑风暴** → 提出正确问题
-- **商业面板** → 多专家战略分析
-- **深度研究** → 自主网络研究
-- **编排** → 高效工具协调
-- **令牌效率** → 30-50%上下文节省
-- **任务管理** → 系统化组织
-- **内省** → 元认知分析
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📚 **文档全面改写**
-**为开发者完全重写：**
-- 真实示例和用例
-- 记录常见陷阱
-- 包含实用工作流
-- 更好的导航结构
-
-</td>
-<td width="50%">
-
-### 🧪 **增强稳定性**
-**专注于可靠性：**
-- 核心命令的错误修复
-- 改进测试覆盖率
-- 更健壮的错误处理
-- CI/CD流水线改进
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-## 🔬 **深度研究能力**
-
-### **与DR智能体架构一致的自主网络研究**
-
-SuperClaude v4.2引入了全面的深度研究能力，实现自主、自适应和智能的网络研究。
-
-<table>
-<tr>
-<td width="50%">
-
-### 🎯 **自适应规划**
-**三种智能策略：**
-- **仅规划**：对明确查询直接执行
-- **意图规划**：对模糊请求进行澄清
-- **统一**：协作式计划完善(默认)
-
-</td>
-<td width="50%">
-
-### 🔄 **多跳推理**
-**最多5次迭代搜索：**
-- 实体扩展(论文 → 作者 → 作品)
-- 概念深化(主题 → 细节 → 示例)
-- 时间进展(当前 → 历史)
-- 因果链(效果 → 原因 → 预防)
-
-</td>
-</tr>
-<tr>
-<td width="50%">
-
-### 📊 **质量评分**
-**基于置信度的验证：**
-- 来源可信度评估(0.0-1.0)
-- 覆盖完整性跟踪
-- 综合连贯性评估
-- 最低阈值：0.6，目标：0.8
-
-</td>
-<td width="50%">
-
-### 🧠 **基于案例的学习**
-**跨会话智能：**
-- 模式识别和重用
-- 随时间优化策略
-- 保存成功的查询公式
-- 性能改进跟踪
-
-</td>
-</tr>
-</table>
-
-### **研究命令使用**
+### Running it yourself
 
 ```bash
-# 使用自动深度的基本研究
-/research "2024年最新AI发展"
-
-# 控制研究深度(通过TypeScript中的选项)
-/research "量子计算突破"  # depth: exhaustive
-
-# 特定策略选择
-/research "市场分析"  # strategy: planning-only
-
-# 领域过滤研究(Tavily MCP集成)
-/research "React模式"  # domains: reactjs.org,github.com
+cd eval
+uv run sc-eval --trials 5 --k 3                   # all tasks, all arms
+uv run sc-eval --arms B_confidence --tasks fix-x  # one candidate, one task
 ```
 
-### **研究深度级别**
+### Confirmed cuts
 
-| 深度 | 来源 | 跳数 | 时间 | 最适合 |
-|:-----:|:-------:|:----:|:----:|----------|
-| **快速** | 5-10 | 1 | ~2分钟 | 快速事实、简单查询 |
-| **标准** | 10-20 | 3 | ~5分钟 | 一般研究(默认) |
-| **深入** | 20-40 | 4 | ~8分钟 | 综合分析 |
-| **详尽** | 40+ | 5 | ~10分钟 | 学术级研究 |
+`parallel.py` (the v4 in-plugin parallel executor) is a confirmed cut: native
+async subagents cover it, and an in-plugin DAG double-schedules against native
+orchestration.
 
-### **集成工具编排**
+## Optional integrations
 
-深度研究系统智能协调多个工具：
-- **Tavily MCP**：主要网络搜索和发现
-- **Playwright MCP**：复杂内容提取
-- **Sequential MCP**：多步推理和综合
-- **Serena MCP**：内存和学习持久化
-- **Context7 MCP**：技术文档查找
+### Disclosure
 
-</div>
+SuperClaude works with **zero MCP servers**. Where MCP is useful, two of the
+servers we mention — **airis-mcp-gateway** and **mindbase** — are maintained by
+**Agile Tech Inc., the company of the v5 author**. Treat their recommendation
+accordingly; they are optional, never a hard dependency, and every feature
+degrades gracefully without them.
 
----
+### Independent alternatives
 
-<div align="center">
+Install individual third-party servers instead:
 
-## 📚 **文档**
+```bash
+superclaude mcp --list
+superclaude mcp --servers context7 tavily   # docs lookup, web search
+```
 
-### **SuperClaude完整指南**
+### Zero-MCP operation
 
-<table>
-<tr>
-<th align="center">🚀 快速开始</th>
-<th align="center">📖 用户指南</th>
-<th align="center">🛠️ 开发资源</th>
-<th align="center">📋 参考资料</th>
-</tr>
-<tr>
-<td valign="top">
+Skills, the agent, hooks, the CLI, and the pytest plugin all function without
+any MCP server configured. Hooks that reference MCP tools (session-summary)
+skip silently when the tools are absent.
 
-- 📝 [**快速开始指南**](docs/getting-started/quick-start.md)
-  *快速上手使用*
+## Why not keep everything?
 
-- 💾 [**安装指南**](docs/getting-started/installation.md)
-  *详细的安装说明*
+### Doesn't more context help?
 
-</td>
-<td valign="top">
+No — context is a budget. Every always-loaded instruction competes with your
+code and your task. Claude Code's own design pushes the same way: progressive
+disclosure in [Skills](https://code.claude.com/docs/en/skills) (load details
+only when triggered) and keeping [CLAUDE.md](https://code.claude.com/docs/en/memory)
+lean (~200 lines) because every line is paid on every turn.
 
-- 🎯 [**斜杠命令**](docs/user-guide/commands.md)
-  *完整的 `/sc` 命令列表*
+### What about trigger precision?
 
-- 🤖 [**智能体指南**](docs/user-guide/agents.md)
-  *16个专业智能体*
+With 30 commands and 20 agents, descriptions overlap and the model picks the
+wrong tool — or none. Fewer, sharper components trigger more reliably. This is
+why Claude Code merged custom slash commands into the Skills system rather than
+growing both ([Skills docs](https://code.claude.com/docs/en/skills)).
 
-- 🎨 [**行为模式**](docs/user-guide/modes.md)
-  *7种自适应模式*
+### Why cut the 20 persona agents?
 
-- 🚩 [**标志指南**](docs/user-guide/flags.md)
-  *控制行为参数*
+They were system prompts pretending to be people. Native subagents already
+provide isolation and parallelism; "act as a security engineer" no longer needs
+3KB of persona text. The one that survived (explore-haiku) survives because it
+changes the *model*, not the personality — that's something a prompt can't do.
 
-- 🔧 [**MCP服务器**](docs/user-guide/mcp-servers.md)
-  *8个服务器集成*
+### Why did the pytest plugin stop writing files?
 
-- 💼 [**会话管理**](docs/user-guide/session-management.md)
-  *保存和恢复状态*
+v4's reflexion hook wrote `docs/mistakes/*.md` into every repo you tested in.
+That's pollution, not persistence. v5 writes nothing unless you set
+`SUPERCLAUDE_REFLEXION_OUTPUT_DIR`, and `docs/mistakes/` is gitignored.
 
-</td>
-<td valign="top">
+### Behavior rules belong in prompts, right?
 
-- 🏗️ [**技术架构**](docs/developer-guide/technical-architecture.md)
-  *系统设计详情*
+Enforcement belongs in [hooks](https://code.claude.com/docs/en/hooks-guide):
+a `PreToolUse` hook fires deterministically; a prompt rule fires when the model
+remembers it. v4 promised hooks and shipped an empty directory; v5 ships five.
 
-- 💻 [**贡献代码**](docs/developer-guide/contributing-code.md)
-  *开发工作流程*
+### What if I miss a v4 command?
 
-- 🧪 [**测试与调试**](docs/developer-guide/testing-debugging.md)
-  *质量保证*
+Most of the 30 commands were thin wrappers around things you can just ask for.
+The [migration guide](docs/migration/v4-to-v5.md) maps every removed command,
+agent, and mode to its native replacement. If a removed piece genuinely beats
+native behavior, bring it back through the eval gate — with numbers.
 
-</td>
-<td valign="top">
+## Contributing
 
-- 📓 [**示例手册**](docs/reference/examples-cookbook.md)
-  *实际应用示例*
+### Adding a component
 
-- 🔍 [**故障排除**](docs/reference/troubleshooting.md)
-  *常见问题和修复*
+Run the eval, attach the numbers. PRs proposing new skills/agents/hooks without
+results per [eval/preregister.yaml](eval/preregister.yaml) will be redirected
+to the eval harness first. See [CLAUDE.md](CLAUDE.md) for the developer setup
+and [eval/README.md](eval/README.md) for the harness.
 
-</td>
-</tr>
-</table>
+### Knowledge hub
 
-</div>
+Community best practices for Claude Code-era development live in
+[docs/knowledge/](docs/knowledge/README.md) — contributions need evidence, not
+opinions.
 
----
+## Documentation
 
-<div align="center">
+- [Migration: v4 → v5](docs/migration/v4-to-v5.md)
+- [Eval harness](eval/README.md)
+- [Knowledge hub](docs/knowledge/README.md)
+- [Upstream RFC draft](docs/rfc/v5-slim-down.md)
+- [CLAUDE.md template](docs/Templates/CLAUDE.template.md)
 
-## 🤝 **贡献**
+## Acknowledgements
 
-### **加入SuperClaude社区**
+v5 stands on four major versions of community work. Thanks to every v4
+contributor — the slim-down deletes prompt text, not the lessons it encoded.
 
-我们欢迎各种类型的贡献！以下是您可以帮助的方式：
+## License
 
-| 优先级 | 领域 | 描述 |
-|:--------:|------|-------------|
-| 📝 **高** | 文档 | 改进指南，添加示例，修复错误 |
-| 🔧 **高** | MCP集成 | 添加服务器配置，测试集成 |
-| 🎯 **中** | 工作流 | 创建命令模式和配方 |
-| 🧪 **中** | 测试 | 添加测试，验证功能 |
-| 🌐 **低** | 国际化 | 将文档翻译为其他语言 |
-
-<p align="center">
-  <a href="CONTRIBUTING.md">
-    <img src="https://img.shields.io/badge/📖_阅读-贡献指南-blue" alt="Contributing Guide">
-  </a>
-  <a href="https://github.com/SuperClaude-Org/SuperClaude_Framework/graphs/contributors">
-    <img src="https://img.shields.io/badge/👥_查看-所有贡献者-green" alt="Contributors">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⚖️ **许可证**
-
-本项目基于**MIT许可证**授权 - 详情请参阅[LICENSE](LICENSE)文件。
-
-<p align="center">
-  <img src="https://img.shields.io/badge/License-MIT-yellow.svg?" alt="MIT License">
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## ⭐ **Star历史**
-
-<a href="https://www.star-history.com/#SuperClaude-Org/SuperClaude_Framework&Timeline">
- <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=SuperClaude-Org/SuperClaude_Framework&type=Timeline" />
- </picture>
-</a>
-
-
-</div>
-
----
-
-<div align="center">
-
-### **🚀 由SuperClaude社区倾情打造**
-
-<p align="center">
-  <sub>为突破边界的开发者用❤️制作</sub>
-</p>
-
-<p align="center">
-  <a href="#-superclaude-框架">返回顶部 ↑</a>
-</p>
-
-</div>
-
----
-
-## 📋 **全部30个命令**
-
-<details>
-<summary><b>点击展开完整命令列表</b></summary>
-
-### 🧠 规划与设计 (4)
-- `/brainstorm` - 结构化头脑风暴
-- `/design` - 系统架构
-- `/estimate` - 时间/工作量估算
-- `/spec-panel` - 规格分析
-
-### 💻 开发 (5)
-- `/implement` - 代码实现
-- `/build` - 构建工作流
-- `/improve` - 代码改进
-- `/cleanup` - 重构
-- `/explain` - 代码解释
-
-### 🧪 测试与质量 (4)
-- `/test` - 测试生成
-- `/analyze` - 代码分析
-- `/troubleshoot` - 调试
-- `/reflect` - 回顾
-
-### 📚 文档 (2)
-- `/document` - 文档生成
-- `/help` - 命令帮助
-
-### 🔧 版本控制 (1)
-- `/git` - Git操作
-
-### 📊 项目管理 (3)
-- `/pm` - 项目管理
-- `/task` - 任务跟踪
-- `/workflow` - 工作流自动化
-
-### 🔍 研究与分析 (2)
-- `/research` - 深度网络研究
-- `/business-panel` - 业务分析
-
-### 🎯 实用工具 (9)
-- `/agent` - AI智能体
-- `/index-repo` - 仓库索引
-- `/index` - 索引别名
-- `/recommend` - 命令推荐
-- `/select-tool` - 工具选择
-- `/spawn` - 并行任务
-- `/load` - 加载会话
-- `/save` - 保存会话
-- `/sc` - 显示所有命令
-
-[**📖 查看详细命令参考 →**](docs/reference/commands-list.md)
-
-</details>
+[MIT](LICENSE)

README.wehub.md

@@ -1,7 +0,0 @@
-# WeHub 来源说明
-
-- 原始项目：`SuperClaude-Org/SuperClaude_Framework`
-- 原始仓库：https://github.com/SuperClaude-Org/SuperClaude_Framework
-- 导入方式：上游默认分支的最新快照
-- 原作者、版权和许可证信息以原始仓库及本仓库 LICENSE 为准
-- 本文件仅用于记录来源，不代表 WeHub 是原项目作者

SECURITY.md

@@ -630,8 +630,6 @@ For critical vulnerabilities requiring immediate attention:
 ### General Security Questions
 **General Security Questions:**
 - **GitHub Discussions**: https://github.com/SuperClaude-Org/SuperClaude_Framework/discussions
-- **Community Forums**: Security-focused discussion threads
-- **Documentation**: [Security Best Practices](docs/Reference/quick-start-practices.md#security-practices)
 - **Issue Tracker**: Non-sensitive security configuration questions
 
 **Technical Security Support:**
@@ -661,30 +659,10 @@ For organizations requiring dedicated security support:
 
 ## 📚 Additional Resources
 
-### Security-Related Documentation
-**Framework Security Documentation:**
-- [Quick Start Practices Guide](docs/Reference/quick-start-practices.md) - Security-focused usage patterns
-- [Technical Architecture](docs/Developer-Guide/technical-architecture.md) - Security design principles
-- [Contributing Code Guide](docs/Developer-Guide/contributing-code.md) - Secure development practices
-- [Testing & Debugging Guide](docs/Developer-Guide/testing-debugging.md) - Security testing procedures
-
-**MCP Server Security:**
-- [MCP Servers Guide](docs/User-Guide/mcp-servers.md) - Server security configuration
-- [Troubleshooting Guide](docs/Reference/troubleshooting.md) - Security-related issue resolution
-- MCP Server Documentation - Individual server security considerations
-- Configuration Security - Secure MCP setup and credential management
-
-**Agent Security:**
-- [Agents Guide](docs/User-Guide/agents.md) - Agent security boundaries and coordination
-- Agent Development - Security considerations for agent implementation
-- Behavioral Modes - Security implications of different operational modes
-- Command Security - Security aspects of command execution and validation
-
-**Session Management Security:**
-- [Session Management Guide](docs/User-Guide/session-management.md) - Secure session handling
-- Memory Security - Secure handling of persistent session data
-- Project Isolation - Security boundaries between different projects
-- Context Security - Secure context loading and validation
+### Framework Security Documentation
+- [MCP integration policy](docs/mcp/) - How optional MCP servers are integrated, disclosed, and degraded gracefully
+- [CLAUDE.md](CLAUDE.md) - Developer setup, including the no-unconditional-file-writes rule
+- [Knowledge hub](docs/knowledge/README.md) - Evidence-based development practices
 
 ### External Security Resources
 **Security Standards and Frameworks:**
@@ -721,9 +699,7 @@ For organizations requiring dedicated security support:
 
 **Security Policy Maintenance:**
 
-**Last Updated**: December 2024 (SuperClaude Framework v4.0)
-**Next Review**: March 2025 (Quarterly review cycle)
-**Version**: 4.1.5 (Updated for v4 architectural changes)
+**Applies to**: SuperClaude v5 (active) and the frozen v4.3.x line (security fixes only).
 
 **Review Schedule:**
 - **Quarterly Reviews**: Security policy accuracy and completeness assessment

TASK.md

@@ -1,345 +0,0 @@
-# TASK.md
-
-**Current Tasks, Priorities, and Backlog for SuperClaude Framework**
-
-> This document tracks active development tasks, priorities, and the project backlog.
-> Read this file at the start of each development session to understand what needs to be done.
-
-**Last Updated**: 2025-11-12
-
----
-
-## 🚨 **Critical Issues (Blocking Release)**
-
-### ✅ **COMPLETED**
-
-1. **[DONE]** Version inconsistency across files
-   - ✅ Fixed VERSION file, README files (commit bec0b0c)
-   - ✅ Updated package.json to 4.1.7
-   - ⚠️ Note: pyproject.toml intentionally uses 0.4.0 (Python package versioning)
-
-2. **[DONE]** Plugin system documentation misleading
-   - ✅ Added warnings to CLAUDE.md about v5.0 status
-   - ✅ Clarified README.md installation instructions
-   - ✅ Referenced issue #419 for tracking
-
-3. **[DONE]** Missing test directory
-   - ✅ Created tests/ directory structure
-   - ✅ Added comprehensive unit tests (confidence, self_check, reflexion, token_budget)
-   - ✅ Added integration tests for pytest plugin
-   - ✅ Added conftest.py with shared fixtures
-
-4. **[DONE]** Missing key documentation files
-   - ✅ Created PLANNING.md with architecture and rules
-   - ✅ Created TASK.md (this file)
-   - ✅ Created KNOWLEDGE.md with insights
-
-5. **[DONE]** UV dependency not installed
-   - ✅ UV installed by user
-   - 📝 TODO: Add UV installation docs to README
-
----
-
-## 🔥 **High Priority (v4.1.7 Patch Release)**
-
-### 1. Complete Placeholder Implementations
-**Status**: TODO
-**File**: `src/superclaude/pm_agent/confidence.py`
-**Lines**: 144, 162, 180, 198
-
-**Issue**: Core confidence checker methods are placeholders:
-- `_no_duplicates()` - Should search codebase with Glob/Grep
-- `_architecture_compliant()` - Should read CLAUDE.md for tech stack
-- `_has_oss_reference()` - Should search GitHub for implementations
-- `_root_cause_identified()` - Should verify problem analysis
-
-**Impact**: Confidence checking not fully functional
-
-**Acceptance Criteria**:
-- [ ] Implement actual code search in `_no_duplicates()`
-- [ ] Read and parse CLAUDE.md in `_architecture_compliant()`
-- [ ] Integrate with web search for `_has_oss_reference()`
-- [ ] Add comprehensive validation in `_root_cause_identified()`
-- [ ] Add unit tests for each implementation
-- [ ] Update documentation with examples
-
-**Estimated Effort**: 4-6 hours
-**Priority**: HIGH
-
----
-
-### 2. Fix .gitignore Contradictions
-**Status**: TODO
-**File**: `.gitignore`
-**Lines**: 102-106
-
-**Issue**: Contradictory patterns causing confusion:
-```gitignore
-.claude/           # Ignore directory
-!.claude/          # But don't ignore it?
-.claude/*          # Ignore contents
-!.claude/settings.json  # Except this file
-CLAUDE.md          # This file is tracked but listed here
-```
-
-**Solution**:
-- Remove `.claude/` from gitignore (it's project-specific)
-- Only ignore user-specific files: `.claude/history/`, `.claude/cache/`
-- Remove `CLAUDE.md` from gitignore (it's project documentation)
-
-**Acceptance Criteria**:
-- [ ] Update .gitignore with correct patterns
-- [ ] Verify tracked files remain tracked
-- [ ] Test on fresh clone
-
-**Estimated Effort**: 30 minutes
-**Priority**: MEDIUM
-
----
-
-### 3. Add UV Installation Documentation
-**Status**: TODO
-**Files**: `README.md`, `CLAUDE.md`, `docs/getting-started/installation.md`
-
-**Issue**: CLAUDE.md requires UV but doesn't document installation
-
-**Solution**:
-- Add UV installation instructions to README
-- Add fallback commands for users without UV
-- Document UV benefits (virtual env management, speed)
-
-**Acceptance Criteria**:
-- [ ] Add UV installation section to README
-- [ ] Provide platform-specific install commands
-- [ ] Add fallback examples (python -m pytest vs uv run pytest)
-- [ ] Update CLAUDE.md with UV setup instructions
-
-**Estimated Effort**: 1-2 hours
-**Priority**: MEDIUM
-
----
-
-### 4. Run Test Suite and Fix Issues
-**Status**: TODO
-
-**Tasks**:
-- [ ] Run `uv run pytest -v`
-- [ ] Fix any failing tests
-- [ ] Verify all fixtures work correctly
-- [ ] Check test coverage: `uv run pytest --cov=superclaude`
-- [ ] Aim for >80% coverage
-
-**Estimated Effort**: 2-4 hours
-**Priority**: HIGH
-
----
-
-## 📋 **Medium Priority (v4.3.0 Minor Release)**
-
-### 5. Implement Mindbase Integration
-**Status**: TODO
-**File**: `src/superclaude/pm_agent/reflexion.py`
-**Line**: 173
-
-**Issue**: TODO comment for Mindbase MCP integration
-
-**Context**: Reflexion pattern should persist learned errors to Mindbase MCP for cross-session learning
-
-**Acceptance Criteria**:
-- [ ] Research Mindbase MCP API
-- [ ] Implement connection to Mindbase
-- [ ] Add error persistence to Mindbase
-- [ ] Add error retrieval from Mindbase
-- [ ] Make Mindbase optional (graceful degradation)
-- [ ] Add integration tests
-- [ ] Document usage
-
-**Estimated Effort**: 6-8 hours
-**Priority**: MEDIUM
-**Blocked by**: Mindbase MCP availability
-
----
-
-### 6. Add Comprehensive Documentation
-**Status**: IN PROGRESS
-
-**Remaining tasks**:
-- [ ] Add API reference documentation
-- [ ] Create tutorial for PM Agent patterns
-- [ ] Add more examples to KNOWLEDGE.md
-- [ ] Document MCP server integration
-- [ ] Create video walkthrough (optional)
-
-**Estimated Effort**: 8-10 hours
-**Priority**: MEDIUM
-
----
-
-### 7. Improve CLI Commands
-**Status**: TODO
-**File**: `src/superclaude/cli/main.py`
-
-**Enhancements**:
-- [ ] Add `superclaude init` command (initialize project)
-- [ ] Add `superclaude check` command (run confidence check)
-- [ ] Add `superclaude validate` command (run self-check)
-- [ ] Improve `superclaude doctor` output
-- [ ] Add progress indicators
-
-**Estimated Effort**: 4-6 hours
-**Priority**: MEDIUM
-
----
-
-## 🔮 **Long-term Goals (v5.0 Major Release)**
-
-### 8. TypeScript Plugin System
-**Status**: PLANNED
-**Issue**: [#419](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/419)
-
-**Description**: Complete plugin system architecture allowing:
-- Project-local plugin detection via `.claude-plugin/plugin.json`
-- Plugin marketplace distribution
-- TypeScript-based plugin development
-- Auto-loading of agents, commands, hooks, skills
-
-**Milestones**:
-- [ ] Design plugin manifest schema
-- [ ] Implement plugin discovery mechanism
-- [ ] Create plugin SDK (TypeScript)
-- [ ] Build plugin marketplace backend
-- [ ] Migrate existing commands to plugin format
-- [ ] Add plugin CLI commands
-- [ ] Write plugin development guide
-
-**Estimated Effort**: 40-60 hours
-**Priority**: LOW (v5.0)
-**Status**: Proposal phase
-
----
-
-### 9. Enhanced Parallel Execution
-**Status**: PLANNED
-
-**Description**: Advanced parallel execution patterns:
-- Automatic dependency detection
-- Parallel wave optimization
-- Resource pooling
-- Failure recovery strategies
-
-**Estimated Effort**: 20-30 hours
-**Priority**: LOW (v5.0)
-
----
-
-### 10. Advanced MCP Integration
-**Status**: PLANNED
-
-**Description**: Deep integration with MCP servers:
-- Serena: Code understanding (2-3x faster)
-- Sequential: Token-efficient reasoning (30-50% reduction)
-- Tavily: Enhanced web research
-- Context7: Official docs integration
-- Mindbase: Cross-session memory
-
-**Estimated Effort**: 30-40 hours
-**Priority**: LOW (v5.0)
-
----
-
-## 🐛 **Known Issues**
-
-### Non-Critical Bugs
-
-1. **Unused methods in confidence.py**
-   - `_has_existing_patterns()` and `_has_clear_path()` defined but never called
-   - Consider removing or integrating into assess()
-   - Priority: LOW
-
-2. **sys.path manipulation in cli/main.py**
-   - Line 12: `sys.path.insert(0, ...)` shouldn't be necessary
-   - Should rely on proper package installation
-   - Priority: LOW
-
-3. **package.json references deleted bin/ files**
-   - Lines 6-7: postinstall/update scripts reference non-existent files
-   - Need to update or remove these scripts
-   - Priority: MEDIUM
-
----
-
-## 📊 **Metrics and Goals**
-
-### Test Coverage Goals
-- Current: 0% (tests just created)
-- Target v4.1.7: 50%
-- Target v4.3.0: 80%
-- Target v5.0: 90%
-
-### Documentation Goals
-- Current: 60% (good README, missing details)
-- Target v4.1.7: 70%
-- Target v4.3.0: 85%
-- Target v5.0: 95%
-
-### Performance Goals
-- Parallel execution: 3.5x speedup (already achieved)
-- Token efficiency: 30-50% reduction with proper budgeting
-- Confidence check ROI: 25-250x token savings
-
----
-
-## 🔄 **Backlog (Unprioritized)**
-
-- [ ] Add pre-commit hooks
-- [ ] Set up CI/CD pipeline
-- [ ] Add benchmark suite
-- [ ] Create Docker image
-- [ ] Add telemetry (opt-in)
-- [ ] Create VS Code extension
-- [ ] Add interactive tutorials
-- [ ] Implement agent orchestration
-- [ ] Add workflow automation
-- [ ] Create plugin templates
-
----
-
-## 📝 **Notes for Contributors**
-
-### How to Use This File
-
-1. **Starting work**: Pick a task from "High Priority" section
-2. **Completing a task**: Move to "Completed" and update status
-3. **Adding a task**: Add to appropriate priority section with:
-   - Clear description
-   - Acceptance criteria
-   - Estimated effort
-   - Priority level
-
-### Task Status Values
-- **TODO**: Not started
-- **IN PROGRESS**: Currently being worked on
-- **BLOCKED**: Waiting on external dependency
-- **REVIEW**: Awaiting code review
-- **DONE**: Completed and merged
-
-### Priority Levels
-- **CRITICAL**: Blocking release, must fix immediately
-- **HIGH**: Important for next release
-- **MEDIUM**: Nice to have, plan for upcoming release
-- **LOW**: Future enhancement, no immediate timeline
-
----
-
-## 🤝 **Need Help?**
-
-- **Questions about tasks**: Open an issue on GitHub
-- **Want to pick up a task**: Comment on related issue or PR
-- **Stuck on implementation**: Check KNOWLEDGE.md for insights
-- **Architecture questions**: Review PLANNING.md
-
----
-
-*This file is actively maintained and updated frequently. Check back often for new tasks and priorities.*
-
-**Next Review Date**: 2025-11-19 (weekly review)

TEST_PLUGIN.md

@@ -1,47 +0,0 @@
-# PM Agent Plugin Performance Test
-
-## Test Commands (Run in New Session)
-
-```bash
-/plugin marketplace add superclaude-local file:///Users/kazuki/github/superclaude/.claude-plugin
-/plugin install pm-agent@superclaude-local
-/context
-/pm
-/context
-```
-
-## Expected Results
-
-### Token Usage Before Plugin
-- System prompt: ~2.5k tokens
-- Memory files: ~9k tokens
-- Total: ~27k tokens
-
-### Token Usage After Plugin Install
-- Plugin metadata: ~50 tokens (plugin.json only)
-- Skills NOT loaded until invoked
-- Expected: Minimal increase
-
-### Token Usage After /pm Execution
-- Command definition: ~324 tokens
-- Skills loaded on-demand: ~1,308 tokens
-- Expected total increase: ~1,632 tokens
-
-## Comparison with Old Implementation
-
-### Old (/sc:pm slash command)
-- Always loaded: ~324 tokens (command)
-- Module references (@pm/modules/*): ~1,600 tokens
-- Total overhead: ~1,924 tokens (always in memory)
-
-### New (plugin)
-- Lazy loading: 0 tokens until /pm invoked
-- On-demand skills: ~1,632 tokens (only when needed)
-- Savings: ~292 tokens + zero-footprint when not in use
-
-## Success Criteria
-
-✅ Plugin installs successfully
-✅ /pm command available after installation
-✅ Token usage increase <2k tokens on /pm invocation
-✅ Skills load on-demand (not at session start)

VERSION

@@ -1 +1 @@
-4.3.0
+5.0.0a1

docs/Development/ARCHITECTURE.md

@@ -1,529 +0,0 @@
-# SuperClaude Architecture
-
-**Last Updated**: 2025-10-14
-**Version**: 4.1.5
-
-## 📋 Table of Contents
-
-1. [System Overview](#system-overview)
-2. [Core Architecture](#core-architecture)
-3. [PM Agent Mode: The Meta-Layer](#pm-agent-mode-the-meta-layer)
-4. [Component Relationships](#component-relationships)
-5. [Serena MCP Integration](#serena-mcp-integration)
-6. [PDCA Engine](#pdca-engine)
-7. [Data Flow](#data-flow)
-8. [Extension Points](#extension-points)
-
----
-
-## System Overview
-
-### What is SuperClaude?
-
-SuperClaude is a **Context-Oriented Configuration Framework** that transforms Claude Code into a structured development platform. It is NOT standalone software with running processes - it is a collection of `.md` instruction files that Claude Code reads to adopt specialized behaviors.
-
-### Key Components
-
-```
-SuperClaude Framework
-├── Commands (26)      → Workflow patterns
-├── Agents (16)        → Domain expertise
-├── Modes (7)          → Behavioral modifiers
-├── MCP Servers (8)    → External tool integrations
-└── PM Agent Mode      → Meta-layer orchestration (Always-Active)
-```
-
-### Version Information
-
-- **Current Version**: 4.1.5
-- **Commands**: 26 slash commands (`/sc:*`)
-- **Agents**: 16 specialized domain experts
-- **Modes**: 7 behavioral modes
-- **MCP Servers**: 8 integrations (Context7, Sequential, Magic, Playwright, Morphllm, Serena, Tavily, Chrome DevTools)
-
----
-
-## Core Architecture
-
-### Context-Oriented Configuration
-
-SuperClaude's architecture is built on a simple principle: **behavioral modification through structured context files**.
-
-```
-User Input
-    ↓
-Context Loading (CLAUDE.md imports)
-    ↓
-Command Detection (/sc:* pattern)
-    ↓
-Agent Activation (manual or auto)
-    ↓
-Mode Application (flags or triggers)
-    ↓
-MCP Tool Coordination
-    ↓
-Output Generation
-```
-
-### Directory Structure
-
-```
-~/.claude/
-├── CLAUDE.md                   # Main context with @imports
-├── FLAGS.md                    # Flag definitions
-├── RULES.md                    # Core behavioral rules
-├── PRINCIPLES.md               # Guiding principles
-├── MODE_*.md                   # 7 behavioral modes
-├── MCP_*.md                    # 8 MCP server integrations
-├── agents/                     # 16 specialized agents
-│   ├── pm-agent.md            # 🆕 Meta-layer orchestrator
-│   ├── backend-architect.md
-│   ├── frontend-architect.md
-│   ├── security-engineer.md
-│   └── ... (13 more)
-└── commands/sc/               # 26 workflow commands
-    ├── pm.md                  # 🆕 PM Agent command
-    ├── implement.md
-    ├── analyze.md
-    └── ... (23 more)
-```
-
----
-
-## PM Agent Mode: The Meta-Layer
-
-### Position in Architecture
-
-PM Agent operates as a **meta-layer** above all other components:
-
-```
-┌─────────────────────────────────────────────┐
-│         PM Agent Mode (Meta-Layer)          │
-│   • Always Active (Session Start)           │
-│   • Context Preservation                     │
-│   • PDCA Self-Evaluation                     │
-│   • Knowledge Management                     │
-└─────────────────────────────────────────────┘
-                    ↓
-┌─────────────────────────────────────────────┐
-│          Specialist Agents (16)              │
-│   backend-architect, security-engineer, etc. │
-└─────────────────────────────────────────────┘
-                    ↓
-┌─────────────────────────────────────────────┐
-│           Commands & Modes                   │
-│   /sc:implement, /sc:analyze, etc.          │
-└─────────────────────────────────────────────┘
-                    ↓
-┌─────────────────────────────────────────────┐
-│            MCP Tool Layer                    │
-│   Context7, Sequential, Magic, etc.         │
-└─────────────────────────────────────────────┘
-```
-
-### PM Agent Responsibilities
-
-1. **Session Lifecycle Management**
-   - Auto-activation at session start
-   - Context restoration from Serena MCP memory
-   - User report generation (前回/進捗/今回/課題)
-
-2. **PDCA Cycle Execution**
-   - Plan: Hypothesis generation
-   - Do: Experimentation with checkpoints
-   - Check: Self-evaluation
-   - Act: Knowledge extraction
-
-3. **Documentation Strategy**
-   - Temporary documentation (`docs/temp/`)
-   - Formal patterns (`docs/patterns/`)
-   - Mistake records (`docs/mistakes/`)
-   - Knowledge evolution to CLAUDE.md
-
-4. **Sub-Agent Orchestration**
-   - Auto-delegation to specialists
-   - Context coordination
-   - Quality gate validation
-   - Progress monitoring
-
----
-
-## Component Relationships
-
-### Commands → Agents → Modes → MCP
-
-```
-User: "/sc:implement authentication" --security
-         ↓
-    [Command Layer]
-    commands/sc/implement.md
-         ↓
-    [Agent Auto-Activation]
-    agents/security-engineer.md
-    agents/backend-architect.md
-         ↓
-    [Mode Application]
-    MODE_Task_Management.md (TodoWrite)
-         ↓
-    [MCP Tool Coordination]
-    Context7 (auth patterns)
-    Sequential (complex analysis)
-         ↓
-    [PM Agent Meta-Layer]
-    Document learnings → docs/patterns/
-```
-
-### Activation Flow
-
-1. **Explicit Command**: User types `/sc:implement`
-   - Loads `commands/sc/implement.md`
-   - Activates related agents (backend-architect, etc.)
-
-2. **Agent Activation**: `@agent-security` or auto-detected
-   - Loads agent expertise context
-   - May activate related MCP servers
-
-3. **Mode Application**: `--brainstorm` flag or keywords
-   - Modifies interaction style
-   - Enables specific behaviors
-
-4. **PM Agent Meta-Layer**: Always active
-   - Monitors all interactions
-   - Documents learnings
-   - Preserves context across sessions
-
----
-
-## Serena MCP Integration
-
-### Memory Operations
-
-Serena MCP provides semantic code analysis and session persistence through memory operations:
-
-```
-Session Start:
-  PM Agent → list_memories()
-  PM Agent → read_memory("pm_context")
-  PM Agent → read_memory("last_session")
-  PM Agent → read_memory("next_actions")
-  PM Agent → Report to User
-
-During Work (every 30min):
-  PM Agent → write_memory("checkpoint", progress)
-  PM Agent → write_memory("decision", rationale)
-
-Session End:
-  PM Agent → write_memory("last_session", summary)
-  PM Agent → write_memory("next_actions", todos)
-  PM Agent → write_memory("pm_context", complete_state)
-```
-
-### Memory Structure
-
-```json
-{
-  "pm_context": {
-    "project": "SuperClaude_Framework",
-    "current_phase": "Phase 1: Documentation",
-    "active_tasks": ["ARCHITECTURE.md", "ROADMAP.md"],
-    "architecture": "Context-Oriented Configuration",
-    "patterns": ["PDCA Cycle", "Session Lifecycle"]
-  },
-  "last_session": {
-    "date": "2025-10-14",
-    "accomplished": ["PM Agent mode design", "Salvaged implementations"],
-    "issues": ["Serena MCP not configured"],
-    "learned": ["Session Lifecycle pattern", "PDCA automation"]
-  },
-  "next_actions": [
-    "Create docs/Development/ structure",
-    "Write ARCHITECTURE.md",
-    "Configure Serena MCP server"
-  ]
-}
-```
-
----
-
-## PDCA Engine
-
-### Continuous Improvement Cycle
-
-```
-┌─────────────┐
-│    Plan     │ → write_memory("plan", goal)
-│   (仮説)    │ → docs/temp/hypothesis-YYYY-MM-DD.md
-└──────┬──────┘
-       ↓
-┌─────────────┐
-│     Do      │ → TodoWrite tracking
-│   (実験)    │ → write_memory("checkpoint", progress)
-└──────┬──────┘ → docs/temp/experiment-YYYY-MM-DD.md
-       ↓
-┌─────────────┐
-│   Check     │ → think_about_task_adherence()
-│   (評価)    │ → think_about_whether_you_are_done()
-└──────┬──────┘ → docs/temp/lessons-YYYY-MM-DD.md
-       ↓
-┌─────────────┐
-│    Act      │ → Success: docs/patterns/[name].md
-│   (改善)    │ → Failure: docs/mistakes/mistake-*.md
-└──────┬──────┘ → Update CLAUDE.md
-       ↓
-   [Repeat]
-```
-
-### Documentation Evolution
-
-```
-Trial-and-Error (docs/temp/)
-    ↓
-Success → Formal Pattern (docs/patterns/)
-    ↓
-Accumulate Knowledge
-    ↓
-Extract Best Practices → CLAUDE.md (Global Rules)
-```
-
-```
-Mistake Detection (docs/temp/)
-    ↓
-Root Cause Analysis → docs/mistakes/
-    ↓
-Prevention Checklist
-    ↓
-Update Anti-Patterns → CLAUDE.md
-```
-
----
-
-## Data Flow
-
-### Session Lifecycle Data Flow
-
-```
-Session Start:
-┌──────────────┐
-│ Claude Code  │
-│   Startup    │
-└──────┬───────┘
-       ↓
-┌──────────────┐
-│  PM Agent    │ list_memories()
-│  Activation  │ read_memory("pm_context")
-└──────┬───────┘
-       ↓
-┌──────────────┐
-│   Serena     │ Return: pm_context,
-│     MCP      │          last_session,
-└──────┬───────┘          next_actions
-       ↓
-┌──────────────┐
-│  Context     │ Restore project state
-│ Restoration  │ Generate user report
-└──────┬───────┘
-       ↓
-┌──────────────┐
-│    User      │ 前回: [summary]
-│   Report     │ 進捗: [status]
-└──────────────┘ 今回: [actions]
-                 課題: [blockers]
-```
-
-### Implementation Data Flow
-
-```
-User Request → PM Agent Analyzes
-    ↓
-PM Agent → Delegate to Specialist Agents
-    ↓
-Specialist Agents → Execute Implementation
-    ↓
-Implementation Complete → PM Agent Documents
-    ↓
-PM Agent → write_memory("checkpoint", progress)
-PM Agent → docs/temp/experiment-*.md
-    ↓
-Success → docs/patterns/ | Failure → docs/mistakes/
-    ↓
-Update CLAUDE.md (if global pattern)
-```
-
----
-
-## Extension Points
-
-### Adding New Components
-
-#### 1. New Command
-```markdown
-File: ~/.claude/commands/sc/new-command.md
-Structure:
-  - Metadata (name, category, complexity)
-  - Triggers (when to use)
-  - Workflow Pattern (step-by-step)
-  - Examples
-
-Integration:
-  - Auto-loads when user types /sc:new-command
-  - Can activate related agents
-  - PM Agent automatically documents usage patterns
-```
-
-#### 2. New Agent
-```markdown
-File: ~/.claude/agents/new-specialist.md
-Structure:
-  - Metadata (name, category)
-  - Triggers (keywords, file types)
-  - Behavioral Mindset
-  - Focus Areas
-
-Integration:
-  - Auto-activates on trigger keywords
-  - Manual activation: @agent-new-specialist
-  - PM Agent orchestrates with other agents
-```
-
-#### 3. New Mode
-```markdown
-File: ~/.claude/MODE_NewMode.md
-Structure:
-  - Activation Triggers (flags, keywords)
-  - Behavioral Modifications
-  - Interaction Patterns
-
-Integration:
-  - Flag: --new-mode
-  - Auto-activation on complexity threshold
-  - Modifies all agent behaviors
-```
-
-#### 4. New MCP Server
-```json
-File: ~/.claude/.claude.json
-{
-  "mcpServers": {
-    "new-server": {
-      "command": "npx",
-      "args": ["-y", "new-server-mcp@latest"]
-    }
-  }
-}
-```
-
-```markdown
-File: ~/.claude/MCP_NewServer.md
-Structure:
-  - Purpose (what this server provides)
-  - Triggers (when to use)
-  - Integration (how to coordinate with other tools)
-```
-
-### PM Agent Integration for Extensions
-
-All new components automatically integrate with PM Agent meta-layer:
-
-1. **Session Lifecycle**: New components' usage tracked across sessions
-2. **PDCA Cycle**: Patterns extracted from new component usage
-3. **Documentation**: Learnings automatically documented
-4. **Orchestration**: PM Agent coordinates new components with existing ones
-
----
-
-## Architecture Principles
-
-### 1. Simplicity First
-- No executing code, only context files
-- No performance systems, only instructional patterns
-- No detection engines, Claude Code does pattern matching
-
-### 2. Context-Oriented
-- Behavior modification through structured context
-- Import system for modular context loading
-- Clear trigger patterns for activation
-
-### 3. Meta-Layer Design
-- PM Agent orchestrates without interfering
-- Specialist agents work transparently
-- Users interact with cohesive system
-
-### 4. Knowledge Accumulation
-- Every experience generates learnings
-- Mistakes documented with prevention
-- Patterns extracted to reusable knowledge
-
-### 5. Session Continuity
-- Context preserved across sessions
-- No re-explanation needed
-- Seamless resumption from last checkpoint
-
----
-
-## Technical Considerations
-
-### Performance
-- Framework is pure context (no runtime overhead)
-- Token efficiency through dynamic MCP loading
-- Strategic context caching for related phases
-
-### Scalability
-- Unlimited commands/agents/modes through context files
-- Modular architecture supports independent development
-- PM Agent meta-layer handles coordination complexity
-
-### Maintainability
-- Clear separation of concerns (Commands/Agents/Modes)
-- Self-documenting through PDCA cycle
-- Living documentation evolves with usage
-
-### Extensibility
-- Drop-in new contexts without code changes
-- MCP servers add capabilities externally
-- PM Agent auto-integrates new components
-
----
-
-## Future Architecture
-
-### Planned Enhancements
-
-1. **Auto-Activation System**
-   - PM Agent activates automatically at session start
-   - No manual invocation needed
-
-2. **Enhanced Memory Operations**
-   - Full Serena MCP integration
-   - Cross-project knowledge sharing
-   - Pattern recognition across sessions
-
-3. **PDCA Automation**
-   - Automatic documentation lifecycle
-   - AI-driven pattern extraction
-   - Self-improving knowledge base
-
-4. **Multi-Project Orchestration**
-   - PM Agent coordinates across projects
-   - Shared learnings and patterns
-   - Unified knowledge management
-
----
-
-## Summary
-
-SuperClaude's architecture is elegantly simple: **structured context files** that Claude Code reads to adopt sophisticated behaviors. The addition of PM Agent mode as a meta-layer transforms this from a collection of tools into a **continuously learning, self-improving development platform**.
-
-**Key Architectural Innovation**: PM Agent meta-layer provides:
-- Always-active foundation layer
-- Context preservation across sessions
-- PDCA self-evaluation and learning
-- Systematic knowledge management
-- Seamless orchestration of specialist agents
-
-This architecture enables SuperClaude to function as a **最高司令官 (Supreme Commander)** that orchestrates all development activities while continuously learning and improving from every interaction.
-
----
-
-**Last Verified**: 2025-10-14
-**Next Review**: 2025-10-21 (1 week)
-**Version**: 4.1.5

docs/Development/PROJECT_STATUS.md

@@ -1,172 +0,0 @@
-# SuperClaude Project Status
-
-**Last Updated**: 2025-10-14
-**Version**: 4.1.5
-**Phase**: Phase 1 - Documentation Structure
-
----
-
-## 📊 Quick Overview
-
-| Metric | Status | Progress |
-|--------|--------|----------|
-| **Overall Completion** | 🔄 In Progress | 35% |
-| **Phase 1 (Documentation)** | 🔄 In Progress | 66% |
-| **Phase 2 (PM Agent)** | 🔄 In Progress | 30% |
-| **Phase 3 (Serena MCP)** | ⏳ Not Started | 0% |
-| **Phase 4 (Doc Strategy)** | ⏳ Not Started | 0% |
-| **Phase 5 (Auto-Activation)** | 🔬 Research | 0% |
-
----
-
-## 🎯 Current Sprint
-
-**Sprint**: Phase 1 - Documentation Structure
-**Timeline**: 2025-10-14 ~ 2025-10-20
-**Status**: 🔄 66% Complete
-
-### This Week's Focus
-- [ ] Complete Phase 1 documentation (TASKS.md, PROJECT_STATUS.md, pm-agent-integration.md)
-- [ ] Commit Phase 1 changes
-- [ ] Commit PM Agent Mode improvements
-
----
-
-## ✅ Completed Features
-
-### Core Framework (v4.1.5)
-- ✅ **26 Commands**: `/sc:*` namespace
-- ✅ **16 Agents**: Specialized domain experts
-- ✅ **7 Modes**: Behavioral modifiers
-- ✅ **8 MCP Servers**: External tool integrations
-
-### PM Agent Mode (Design Phase)
-- ✅ Session Lifecycle design
-- ✅ PDCA Cycle design
-- ✅ Documentation Strategy design
-- ✅ Commands/pm.md updated
-- ✅ Agents/pm-agent.md updated
-
-### Documentation
-- ✅ docs/Development/ARCHITECTURE.md
-- ✅ docs/Development/ROADMAP.md
-- ✅ docs/Development/TASKS.md
-- ✅ docs/Development/PROJECT_STATUS.md
-- ✅ docs/pm-agent-implementation-status.md
-
----
-
-## 🔄 In Progress
-
-### Phase 1: Documentation Structure (66%)
-- [x] ARCHITECTURE.md
-- [x] ROADMAP.md
-- [x] TASKS.md
-- [x] PROJECT_STATUS.md
-- [ ] pm-agent-integration.md
-
-### Phase 2: PM Agent Mode (30%)
-- [ ] superclaude/Core/session_lifecycle.py
-- [ ] superclaude/Core/pdca_engine.py
-- [ ] superclaude/Core/memory_ops.py
-- [ ] Unit tests
-- [ ] Integration tests
-
----
-
-## ⏳ Pending
-
-### Phase 3: Serena MCP Integration (0%)
-- Serena MCP server configuration
-- Memory operations implementation
-- Think operations implementation
-- Cross-session persistence testing
-
-### Phase 4: Documentation Strategy (0%)
-- Directory templates creation
-- Lifecycle automation
-- Migration scripts
-- Knowledge management
-
-### Phase 5: Auto-Activation (0%)
-- Claude Code initialization hooks research
-- Auto-activation implementation
-- Context restoration
-- Performance optimization
-
----
-
-## 🚫 Blockers
-
-### Critical
-- **Serena MCP Not Configured**: Blocks Phase 3 (Memory Operations)
-- **Auto-Activation Hooks Unknown**: Blocks Phase 5 (Research needed)
-
-### Non-Critical
-- Documentation directory structure (in progress - Phase 1)
-
----
-
-## 📈 Metrics Dashboard
-
-### Development Velocity
-- **Phase 1**: 6 days estimated, on track for 7 days completion
-- **Phase 2**: 14 days estimated, not yet started full implementation
-- **Overall**: 35% complete, on schedule for 8-week timeline
-
-### Code Quality
-- **Test Coverage**: 0% (implementation not started)
-- **Documentation Coverage**: 40% (4/10 major docs complete)
-
-### Component Status
-- **Commands**: ✅ 26/26 functional
-- **Agents**: ✅ 16/16 functional, 1 (PM Agent) enhanced
-- **Modes**: ✅ 7/7 functional
-- **MCP Servers**: ⚠️ 7/8 functional (Serena pending)
-
----
-
-## 🎯 Upcoming Milestones
-
-### Week 1 (Current)
-- ✅ Complete Phase 1 documentation
-- ✅ Commit changes to repository
-
-### Week 2-3
-- [ ] Implement PM Agent Core (session_lifecycle, pdca_engine, memory_ops)
-- [ ] Write unit tests
-- [ ] Update User-Guide documentation
-
-### Week 4-5
-- [ ] Configure Serena MCP server
-- [ ] Implement memory operations
-- [ ] Test cross-session persistence
-
----
-
-## 📝 Recent Changes
-
-### 2025-10-14
-- Created docs/Development/ structure
-- Wrote ARCHITECTURE.md (system overview)
-- Wrote ROADMAP.md (5-phase development plan)
-- Wrote TASKS.md (task tracking)
-- Wrote PROJECT_STATUS.md (this file)
-- Salvaged PM Agent mode changes from ~/.claude
-- Updated Commands/pm.md and Agents/pm-agent.md
-
----
-
-## 🔮 Next Steps
-
-1. **Complete pm-agent-integration.md** (Phase 1 final doc)
-2. **Commit Phase 1 documentation** (establish foundation)
-3. **Commit PM Agent Mode improvements** (design complete)
-4. **Begin Phase 2 implementation** (Core components)
-5. **Configure Serena MCP** (unblock Phase 3)
-
----
-
-**Last Verified**: 2025-10-14
-**Next Review**: 2025-10-17 (Mid-week check)
-**Version**: 4.1.5

docs/Development/ROADMAP.md

@@ -1,349 +0,0 @@
-# SuperClaude Development Roadmap
-
-**Last Updated**: 2025-10-14
-**Version**: 4.1.5
-
-## 🎯 Vision
-
-Transform SuperClaude into a self-improving development platform with PM Agent mode as the always-active meta-layer, enabling continuous context preservation, systematic knowledge management, and intelligent orchestration of all development activities.
-
----
-
-## 📊 Phase Overview
-
-| Phase | Status | Timeline | Focus |
-|-------|--------|----------|-------|
-| **Phase 1** | ✅ Completed | Week 1 | Documentation Structure |
-| **Phase 2** | 🔄 In Progress | Week 2-3 | PM Agent Mode Integration |
-| **Phase 3** | ⏳ Planned | Week 4-5 | Serena MCP Integration |
-| **Phase 4** | ⏳ Planned | Week 6-7 | Documentation Strategy |
-| **Phase 5** | 🔬 Research | Week 8+ | Auto-Activation System |
-
----
-
-## Phase 1: Documentation Structure ✅
-
-**Goal**: Create comprehensive documentation foundation for development
-
-**Timeline**: Week 1 (2025-10-14 ~ 2025-10-20)
-
-**Status**: ✅ Completed
-
-### Tasks
-
-- [x] Create `docs/Development/` directory structure
-- [x] Write `ARCHITECTURE.md` - System overview with PM Agent position
-- [x] Write `ROADMAP.md` - Phase-based development plan with checkboxes
-- [ ] Write `TASKS.md` - Current task tracking system
-- [ ] Write `PROJECT_STATUS.md` - Implementation status dashboard
-- [ ] Write `pm-agent-integration.md` - Integration guide and procedures
-
-### Deliverables
-
-- [x] **docs/Development/ARCHITECTURE.md** - Complete system architecture
-- [x] **docs/Development/ROADMAP.md** - This file (development roadmap)
-- [ ] **docs/Development/TASKS.md** - Task management with checkboxes
-- [ ] **docs/Development/PROJECT_STATUS.md** - Current status and metrics
-- [ ] **docs/Development/pm-agent-integration.md** - Integration procedures
-
-### Success Criteria
-
-- [x] Documentation structure established
-- [x] Architecture clearly documented
-- [ ] Roadmap with phase breakdown complete
-- [ ] Task tracking system functional
-- [ ] Status dashboard provides visibility
-
----
-
-## Phase 2: PM Agent Mode Integration 🔄
-
-**Goal**: Integrate PM Agent mode as always-active meta-layer
-
-**Timeline**: Week 2-3 (2025-10-21 ~ 2025-11-03)
-
-**Status**: 🔄 In Progress (30% complete)
-
-### Tasks
-
-#### Documentation Updates
-- [x] Update `superclaude/Commands/pm.md` with Session Lifecycle
-- [x] Update `superclaude/Agents/pm-agent.md` with PDCA Cycle
-- [x] Create `docs/pm-agent-implementation-status.md`
-- [ ] Update `docs/User-Guide/agents.md` - Add PM Agent section
-- [ ] Update `docs/User-Guide/commands.md` - Add /sc:pm command
-
-#### Core Implementation
-- [ ] Implement `superclaude/Core/session_lifecycle.py`
-  - [ ] Session start hooks
-  - [ ] Context restoration logic
-  - [ ] User report generation
-  - [ ] Error handling and fallback
-- [ ] Implement `superclaude/Core/pdca_engine.py`
-  - [ ] Plan phase automation
-  - [ ] Do phase tracking
-  - [ ] Check phase self-evaluation
-  - [ ] Act phase documentation
-- [ ] Implement `superclaude/Core/memory_ops.py`
-  - [ ] Serena MCP wrapper
-  - [ ] Memory operation abstractions
-  - [ ] Checkpoint management
-  - [ ] Session state handling
-
-#### Testing
-- [ ] Unit tests for session_lifecycle.py
-- [ ] Unit tests for pdca_engine.py
-- [ ] Unit tests for memory_ops.py
-- [ ] Integration tests for PM Agent flow
-- [ ] Test auto-activation at session start
-
-### Deliverables
-
-- [x] **Updated pm.md and pm-agent.md** - Design documentation
-- [x] **pm-agent-implementation-status.md** - Status tracking
-- [ ] **superclaude/Core/session_lifecycle.py** - Session management
-- [ ] **superclaude/Core/pdca_engine.py** - PDCA automation
-- [ ] **superclaude/Core/memory_ops.py** - Memory operations
-- [ ] **tests/test_pm_agent.py** - Comprehensive test suite
-
-### Success Criteria
-
-- [ ] PM Agent mode loads at session start
-- [ ] Session Lifecycle functional
-- [ ] PDCA Cycle automated
-- [ ] Memory operations working
-- [ ] All tests passing (>90% coverage)
-
----
-
-## Phase 3: Serena MCP Integration ⏳
-
-**Goal**: Full Serena MCP integration for session persistence
-
-**Timeline**: Week 4-5 (2025-11-04 ~ 2025-11-17)
-
-**Status**: ⏳ Planned
-
-### Tasks
-
-#### MCP Configuration
-- [ ] Install and configure Serena MCP server
-- [ ] Update `~/.claude/.claude.json` with Serena config
-- [ ] Test basic Serena operations
-- [ ] Troubleshoot connection issues
-
-#### Memory Operations Implementation
-- [ ] Implement `list_memories()` integration
-- [ ] Implement `read_memory(key)` integration
-- [ ] Implement `write_memory(key, value)` integration
-- [ ] Implement `delete_memory(key)` integration
-- [ ] Test memory persistence across sessions
-
-#### Think Operations Implementation
-- [ ] Implement `think_about_task_adherence()` hook
-- [ ] Implement `think_about_collected_information()` hook
-- [ ] Implement `think_about_whether_you_are_done()` hook
-- [ ] Integrate with TodoWrite completion tracking
-- [ ] Test self-evaluation triggers
-
-#### Cross-Session Testing
-- [ ] Test context restoration after restart
-- [ ] Test checkpoint save/restore
-- [ ] Test memory persistence durability
-- [ ] Test multi-project memory isolation
-- [ ] Performance testing (memory operations latency)
-
-### Deliverables
-
-- [ ] **Serena MCP Server** - Configured and operational
-- [ ] **superclaude/Core/serena_client.py** - Serena MCP client wrapper
-- [ ] **superclaude/Core/think_operations.py** - Think hooks implementation
-- [ ] **docs/troubleshooting/serena-setup.md** - Setup guide
-- [ ] **tests/test_serena_integration.py** - Integration test suite
-
-### Success Criteria
-
-- [ ] Serena MCP server operational
-- [ ] All memory operations functional
-- [ ] Think operations trigger correctly
-- [ ] Cross-session persistence verified
-- [ ] Performance acceptable (<100ms per operation)
-
----
-
-## Phase 4: Documentation Strategy ⏳
-
-**Goal**: Implement systematic documentation lifecycle
-
-**Timeline**: Week 6-7 (2025-11-18 ~ 2025-12-01)
-
-**Status**: ⏳ Planned
-
-### Tasks
-
-#### Directory Structure
-- [ ] Create `docs/temp/` template structure
-- [ ] Create `docs/patterns/` template structure
-- [ ] Create `docs/mistakes/` template structure
-- [ ] Add README.md to each directory explaining purpose
-- [ ] Create .gitignore for temporary files
-
-#### File Templates
-- [ ] Create `hypothesis-template.md` for Plan phase
-- [ ] Create `experiment-template.md` for Do phase
-- [ ] Create `lessons-template.md` for Check phase
-- [ ] Create `pattern-template.md` for successful patterns
-- [ ] Create `mistake-template.md` for error records
-
-#### Lifecycle Automation
-- [ ] Implement 7-day temporary file cleanup
-- [ ] Create docs/temp → docs/patterns migration script
-- [ ] Create docs/temp → docs/mistakes migration script
-- [ ] Automate "Last Verified" date updates
-- [ ] Implement duplicate pattern detection
-
-#### Knowledge Management
-- [ ] Implement pattern extraction logic
-- [ ] Implement CLAUDE.md auto-update mechanism
-- [ ] Create knowledge graph visualization
-- [ ] Implement pattern search functionality
-- [ ] Create mistake prevention checklist generator
-
-### Deliverables
-
-- [ ] **docs/temp/**, **docs/patterns/**, **docs/mistakes/** - Directory templates
-- [ ] **superclaude/Core/doc_lifecycle.py** - Lifecycle automation
-- [ ] **superclaude/Core/knowledge_manager.py** - Knowledge extraction
-- [ ] **scripts/migrate_docs.py** - Migration utilities
-- [ ] **tests/test_doc_lifecycle.py** - Lifecycle test suite
-
-### Success Criteria
-
-- [ ] Directory templates functional
-- [ ] Lifecycle automation working
-- [ ] Migration scripts reliable
-- [ ] Knowledge extraction accurate
-- [ ] CLAUDE.md auto-updates verified
-
----
-
-## Phase 5: Auto-Activation System 🔬
-
-**Goal**: PM Agent activates automatically at every session start
-
-**Timeline**: Week 8+ (2025-12-02 onwards)
-
-**Status**: 🔬 Research Needed
-
-### Research Phase
-
-- [ ] Research Claude Code initialization hooks
-- [ ] Investigate session start event handling
-- [ ] Study existing auto-activation patterns
-- [ ] Analyze Claude Code plugin system (if available)
-- [ ] Review Anthropic documentation on extensibility
-
-### Tasks
-
-#### Hook Implementation
-- [ ] Identify session start hook mechanism
-- [ ] Implement PM Agent auto-activation hook
-- [ ] Test activation timing and reliability
-- [ ] Handle edge cases (crash recovery, etc.)
-- [ ] Performance optimization (minimize startup delay)
-
-#### Context Restoration
-- [ ] Implement automatic context loading
-- [ ] Test memory restoration at startup
-- [ ] Verify user report generation
-- [ ] Handle missing or corrupted memory
-- [ ] Graceful fallback for new sessions
-
-#### Integration Testing
-- [ ] Test across multiple sessions
-- [ ] Test with different project contexts
-- [ ] Test memory persistence durability
-- [ ] Test error recovery mechanisms
-- [ ] Performance testing (startup time impact)
-
-### Deliverables
-
-- [ ] **superclaude/Core/auto_activation.py** - Auto-activation system
-- [ ] **docs/Developer-Guide/auto-activation.md** - Implementation guide
-- [ ] **tests/test_auto_activation.py** - Auto-activation tests
-- [ ] **Performance Report** - Startup time impact analysis
-
-### Success Criteria
-
-- [ ] PM Agent activates at every session start
-- [ ] Context restoration reliable (>99%)
-- [ ] User report generated consistently
-- [ ] Startup delay minimal (<500ms)
-- [ ] Error recovery robust
-
----
-
-## 🚀 Future Enhancements (Post-Phase 5)
-
-### Multi-Project Orchestration
-- [ ] Cross-project knowledge sharing
-- [ ] Unified pattern library
-- [ ] Multi-project context switching
-- [ ] Project-specific memory namespaces
-
-### AI-Driven Pattern Recognition
-- [ ] Machine learning for pattern extraction
-- [ ] Automatic best practice identification
-- [ ] Predictive mistake prevention
-- [ ] Smart knowledge graph generation
-
-### Enhanced Self-Evaluation
-- [ ] Advanced think operations
-- [ ] Quality scoring automation
-- [ ] Performance regression detection
-- [ ] Code quality trend analysis
-
-### Community Features
-- [ ] Pattern sharing marketplace
-- [ ] Community knowledge contributions
-- [ ] Collaborative PDCA cycles
-- [ ] Public pattern library
-
----
-
-## 📊 Metrics & KPIs
-
-### Phase Completion Metrics
-
-| Metric | Target | Current | Status |
-|--------|--------|---------|--------|
-| Documentation Coverage | 100% | 40% | 🔄 In Progress |
-| PM Agent Integration | 100% | 30% | 🔄 In Progress |
-| Serena MCP Integration | 100% | 0% | ⏳ Pending |
-| Documentation Strategy | 100% | 0% | ⏳ Pending |
-| Auto-Activation | 100% | 0% | 🔬 Research |
-
-### Quality Metrics
-
-| Metric | Target | Current | Status |
-|--------|--------|---------|--------|
-| Test Coverage | >90% | 0% | ⏳ Pending |
-| Context Restoration Rate | 100% | N/A | ⏳ Pending |
-| Session Continuity | >95% | N/A | ⏳ Pending |
-| Documentation Freshness | <7 days | N/A | ⏳ Pending |
-| Mistake Prevention | <10% recurring | N/A | ⏳ Pending |
-
----
-
-## 🔄 Update Schedule
-
-- **Weekly**: Task progress updates
-- **Bi-weekly**: Phase milestone reviews
-- **Monthly**: Roadmap revision and priority adjustment
-- **Quarterly**: Long-term vision alignment
-
----
-
-**Last Verified**: 2025-10-14
-**Next Review**: 2025-10-21 (1 week)
-**Version**: 4.1.5

docs/Development/TASKS.md

@@ -1,151 +0,0 @@
-# SuperClaude Development Tasks
-
-**Last Updated**: 2025-10-14
-**Current Sprint**: Phase 1 - Documentation Structure
-
----
-
-## 🔥 High Priority (This Week: 2025-10-14 ~ 2025-10-20)
-
-### Phase 1: Documentation Structure
-- [x] Create docs/Development/ directory
-- [x] Write ARCHITECTURE.md
-- [x] Write ROADMAP.md
-- [ ] Write TASKS.md (this file)
-- [ ] Write PROJECT_STATUS.md
-- [ ] Write pm-agent-integration.md
-- [ ] Commit Phase 1 changes
-
-### PM Agent Mode
-- [x] Design Session Lifecycle
-- [x] Design PDCA Cycle
-- [x] Update Commands/pm.md
-- [x] Update Agents/pm-agent.md
-- [x] Create pm-agent-implementation-status.md
-- [ ] Commit PM Agent Mode changes
-
----
-
-## 📋 Medium Priority (This Month: October 2025)
-
-### Phase 2: Core Implementation
-- [ ] Implement superclaude/Core/session_lifecycle.py
-- [ ] Implement superclaude/Core/pdca_engine.py
-- [ ] Implement superclaude/Core/memory_ops.py
-- [ ] Write unit tests for PM Agent core
-- [ ] Update User-Guide documentation
-
-### Testing & Validation
-- [ ] Create test suite for session_lifecycle
-- [ ] Create test suite for pdca_engine
-- [ ] Create test suite for memory_ops
-- [ ] Integration testing for PM Agent flow
-- [ ] Performance benchmarking
-
----
-
-## 💡 Low Priority (Future)
-
-### Phase 3: Serena MCP Integration
-- [ ] Configure Serena MCP server
-- [ ] Test Serena connection
-- [ ] Implement memory operations
-- [ ] Test cross-session persistence
-
-### Phase 4: Documentation Strategy
-- [ ] Create docs/temp/ template
-- [ ] Create docs/patterns/ template
-- [ ] Create docs/mistakes/ template
-- [ ] Implement 7-day cleanup automation
-
-### Phase 5: Auto-Activation
-- [ ] Research Claude Code init hooks
-- [ ] Implement auto-activation
-- [ ] Test session start behavior
-- [ ] Performance optimization
-
----
-
-## 🐛 Bugs & Issues
-
-### Known Issues
-- [ ] Serena MCP not configured (blocker for Phase 3)
-- [ ] Auto-activation hooks unknown (research needed for Phase 5)
-- [ ] Documentation directory structure missing (in progress)
-
-### Recent Fixes
-- [x] PM Agent changes salvaged from ~/.claude directory (2025-10-14)
-- [x] Git repository cleanup in ~/.claude (2025-10-14)
-
----
-
-## ✅ Completed Tasks
-
-### 2025-10-14
-- [x] Salvaged PM Agent mode changes from ~/.claude
-- [x] Cleaned up ~/.claude git repository
-- [x] Created pm-agent-implementation-status.md
-- [x] Created docs/Development/ directory
-- [x] Wrote ARCHITECTURE.md
-- [x] Wrote ROADMAP.md
-- [x] Wrote TASKS.md
-
----
-
-## 📊 Sprint Metrics
-
-### Current Sprint (Week 1)
-- **Planned Tasks**: 8
-- **Completed**: 7
-- **In Progress**: 1
-- **Blocked**: 0
-- **Completion Rate**: 87.5%
-
-### Overall Progress (Phase 1)
-- **Total Tasks**: 6
-- **Completed**: 3
-- **Remaining**: 3
-- **On Schedule**: ✅ Yes
-
----
-
-## 🔄 Task Management Process
-
-### Weekly Cycle
-1. **Monday**: Review last week, plan this week
-2. **Mid-week**: Progress check, adjust priorities
-3. **Friday**: Update task status, prepare next week
-
-### Task Categories
-- 🔥 **High Priority**: Must complete this week
-- 📋 **Medium Priority**: Complete this month
-- 💡 **Low Priority**: Future enhancements
-- 🐛 **Bugs**: Critical issues requiring immediate attention
-
-### Status Markers
-- ✅ **Completed**: Task finished and verified
-- 🔄 **In Progress**: Currently working on
-- ⏳ **Pending**: Waiting for dependencies
-- 🚫 **Blocked**: Cannot proceed (document blocker)
-
----
-
-## 📝 Task Template
-
-When adding new tasks, use this format:
-
-```markdown
-- [ ] Task description
-  - **Priority**: High/Medium/Low
-  - **Estimate**: 1-2 hours / 1-2 days / 1 week
-  - **Dependencies**: List dependent tasks
-  - **Blocker**: Any blocking issues
-  - **Assigned**: Person/Team
-  - **Due Date**: YYYY-MM-DD
-```
-
----
-
-**Last Verified**: 2025-10-14
-**Next Update**: 2025-10-17 (Mid-week check)
-**Version**: 4.1.5

docs/Development/hypothesis-pm-autonomous-enhancement-2025-10-14.md

@@ -1,390 +0,0 @@
-# PM Agent Autonomous Enhancement - 改善提案
-
-> **Date**: 2025-10-14
-> **Status**: 提案中（ユーザーレビュー待ち）
-> **Goal**: ユーザーインプット最小化 + 確信を持った先回り提案
-
----
-
-## 🎯 現状の問題点
-
-### 既存の `superclaude/commands/pm.md`
-```yaml
-良い点:
-  ✅ PDCAサイクルが定義されている
-  ✅ サブエージェント連携が明確
-  ✅ ドキュメント記録の仕組みがある
-
-改善が必要な点:
-  ❌ ユーザーインプット依存度が高い
-  ❌ 調査フェーズが受動的
-  ❌ 提案が「どうしますか？」スタイル
-  ❌ 確信を持った提案がない
-```
-
----
-
-## 💡 改善提案
-
-### Phase 0: **自律的調査フェーズ**（新規追加）
-
-#### ユーザーリクエスト受信時の自動実行
-```yaml
-Auto-Investigation (許可不要・自動実行):
-  1. Context Restoration:
-     - Read docs/Development/tasks/current-tasks.md
-     - list_memories() → 前回のセッション確認
-     - read_memory("project_context") → プロジェクト理解
-     - read_memory("past_mistakes") → 過去の失敗確認
-
-  2. Project Analysis:
-     - Read CLAUDE.md → プロジェクト固有ルール
-     - Glob **/*.md → ドキュメント構造把握
-     - mcp__serena__get_symbols_overview → コード構造理解
-     - Grep "TODO\|FIXME\|XXX" → 既知の課題確認
-
-  3. Current State Assessment:
-     - Bash "git status" → 現在の状態
-     - Bash "git log -5 --oneline" → 最近の変更
-     - Read tests/ → テストカバレッジ確認
-     - Security scan → セキュリティリスク確認
-
-  4. Competitive Research (必要時):
-     - tavily search → ベストプラクティス調査
-     - context7 → 公式ドキュメント参照
-     - Deep Research → 競合サービス分析
-
-  5. Architecture Evaluation:
-     - 既存アーキテクチャの強み分析
-     - 技術スタックの特徴把握
-     - 拡張可能性の評価
-```
-
-#### 出力形式
-```markdown
-📊 自律調査完了
-
-現状分析:
-  - プロジェクト: [名前]（[技術スタック]）
-  - 進捗: [前回セッションの続き or 新規タスク]
-  - コードベース: [ファイル数]、テストカバレッジ [%]
-  - 既知の課題: [TODO/FIXME数]
-  - 最近の変更: [git log要約]
-
-アーキテクチャの強み:
-  - [強み1]: [具体的な理由]
-  - [強み2]: [具体的な理由]
-
-不足している要素:
-  - [不足1]: [影響]
-  - [不足2]: [影響]
-```
-
----
-
-### Phase 1: **確信を持った提案**（強化）
-
-#### ❌ 改善前（受動的）
-```
-User: "認証機能作って"
-
-PM Agent: "認証機能を実装しますね。
-          どんな認証方式がいいですか？"
-
-→ ユーザーに丸投げ
-```
-
-#### ✅ 改善後（能動的・確信あり）
-```
-User: "認証機能作って"
-
-PM Agent:
-  📊 自律調査完了（3秒）:
-     - 既存: Supabase統合済み（強み）
-     - 不足: 認証機能なし
-     - テスト: カバレッジ45%（目標80%）
-     - 競合調査: Auth0、Clerk、Supabase Auth比較済み
-     - セキュリティ: OWASP推奨3項目未対応
-
-  💡 確信を持った提案:
-
-     このアーキテクチャはSupabase連携に強みがあるため、
-     **Supabase Auth統合**を推奨します。
-
-     具体的な実装方針:
-     1. Supabase Auth統合（JWT + リフレッシュトークン）
-     2. MFA対応（TOTP実装）
-     3. セキュリティテスト追加（カバレッジ85%目標）
-     4. 既存APIとのシームレス統合
-
-     選択理由:
-     ✅ 既存のSupabase接続再利用（実装コスト最小）
-     ✅ エンタープライズグレードのセキュリティ
-     ✅ 無料枠で十分な機能（コスト効率◎）
-     ✅ 将来のスケーラビリティ確保
-
-     代替案との比較:
-     - Auth0: 月$25〜、実装複雑度高
-     - Clerk: 月$25〜、React特化（このプロジェクトはNext.js）
-     - Supabase Auth: 無料、既存統合済み ← 推奨
-
-     この方針で進めてよろしいですか？
-```
-
----
-
-### Phase 2: **自律実行**（既存を強化）
-
-#### 承認後の自動フロー
-```yaml
-User: "OK"
-
-PM Agent（完全自律実行）:
-  1. Architecture Design:
-     - system-architect: Supabase Auth設計
-     - security-engineer: セキュリティレビュー
-
-  2. Implementation:
-     - backend-architect: API統合実装
-     - frontend-architect: UI実装
-     - Load magic: Login/Register components
-
-  3. Testing:
-     - Write tests/auth/*.test.ts
-     - pytest実行 → 失敗検出
-
-  4. Self-Correction:
-     - context7 → Supabase公式ドキュメント確認
-     - エラー原因特定: "JWTシークレット未設定"
-     - 修正実装
-     - 再テスト → 合格
-
-  5. Documentation:
-     - Update docs/patterns/supabase-auth-integration.md
-     - Update CLAUDE.md（認証パターン追加）
-     - write_memory("success_pattern", 詳細)
-
-  6. Report:
-     ✅ 認証機能実装完了
-
-     実装内容:
-     - Supabase Auth統合（JWT + リフレッシュ）
-     - MFA対応（TOTP）
-     - テストカバレッジ: 45% → 87%（目標達成）
-     - セキュリティ: OWASP準拠確認済み
-
-     学習記録:
-     - 成功パターン: docs/patterns/supabase-auth-integration.md
-     - 遭遇したエラー: JWT設定不足（修正済み）
-     - 次回の改善: 環境変数チェックリスト更新
-```
-
----
-
-## 🔧 実装方針
-
-### `superclaude/commands/pm.md` への追加セクション
-
-#### 1. Autonomous Investigation Phase（新規）
-```markdown
-## Phase 0: Autonomous Investigation (Auto-Execute)
-
-**Trigger**: Any user request received
-
-**Execution**: Automatic, no permission required
-
-### Investigation Steps:
-1. **Context Restoration**
-   - Read `docs/Development/tasks/current-tasks.md`
-   - Serena memory restoration
-   - Project context loading
-
-2. **Project Analysis**
-   - CLAUDE.md → Project rules
-   - Code structure analysis
-   - Test coverage check
-   - Security scan
-   - Known issues detection (TODO/FIXME)
-
-3. **Competitive Research** (when relevant)
-   - Best practices research (Tavily)
-   - Official documentation (Context7)
-   - Alternative solutions analysis
-
-4. **Architecture Evaluation**
-   - Identify architectural strengths
-   - Detect technology stack characteristics
-   - Assess extensibility
-
-### Output Format:
-```
-📊 Autonomous Investigation Complete
-
-Current State:
-  - Project: [name] ([stack])
-  - Progress: [status]
-  - Codebase: [files count], Test Coverage: [%]
-  - Known Issues: [count]
-  - Recent Changes: [git log summary]
-
-Architectural Strengths:
-  - [strength 1]: [rationale]
-  - [strength 2]: [rationale]
-
-Missing Elements:
-  - [gap 1]: [impact]
-  - [gap 2]: [impact]
-```
-```
-
-#### 2. Confident Proposal Phase（強化）
-```markdown
-## Phase 1: Confident Proposal (Enhanced)
-
-**Principle**: Never ask "What do you want?" - Always propose with conviction
-
-### Proposal Format:
-```
-💡 Confident Proposal:
-
-[Implementation approach] is recommended.
-
-Specific Implementation Plan:
-1. [Step 1 with rationale]
-2. [Step 2 with rationale]
-3. [Step 3 with rationale]
-
-Selection Rationale:
-✅ [Reason 1]: [Evidence]
-✅ [Reason 2]: [Evidence]
-✅ [Reason 3]: [Evidence]
-
-Alternatives Considered:
-- [Alt 1]: [Why not chosen]
-- [Alt 2]: [Why not chosen]
-- [Recommended]: [Why chosen] ← Recommended
-
-Proceed with this approach?
-```
-
-### Anti-Patterns (Never Do):
-❌ "What authentication do you want?" (Passive)
-❌ "How should we implement this?" (Uncertain)
-❌ "There are several options..." (Indecisive)
-
-✅ "Supabase Auth is recommended because..." (Confident)
-✅ "Based on your architecture's Supabase integration..." (Evidence-based)
-```
-
-#### 3. Autonomous Execution Phase（既存を明示化）
-```markdown
-## Phase 2: Autonomous Execution
-
-**Trigger**: User approval ("OK", "Go ahead", "Yes")
-
-**Execution**: Fully autonomous, systematic PDCA
-
-### Self-Correction Loop:
-```yaml
-Implementation:
-  - Execute with sub-agents
-  - Write comprehensive tests
-  - Run validation
-
-Error Detected:
-  → Context7: Check official documentation
-  → Identify root cause
-  → Implement fix
-  → Re-test
-  → Repeat until passing
-
-Success:
-  → Document pattern (docs/patterns/)
-  → Update learnings (write_memory)
-  → Report completion with evidence
-```
-
-### Quality Gates:
-- Tests must pass (no exceptions)
-- Coverage targets must be met
-- Security checks must pass
-- Documentation must be updated
-```
-
----
-
-## 📊 期待される効果
-
-### Before (現状)
-```yaml
-User Input Required: 高
-  - 認証方式の選択
-  - 実装方針の決定
-  - エラー対応の指示
-  - テスト方針の決定
-
-Proposal Quality: 受動的
-  - "どうしますか？"スタイル
-  - 選択肢の羅列のみ
-  - ユーザーが決定
-
-Execution: 半自動
-  - エラー時にユーザーに報告
-  - 修正方針をユーザーが指示
-```
-
-### After (改善後)
-```yaml
-User Input Required: 最小
-  - "認証機能作って"のみ
-  - 提案への承認/拒否のみ
-
-Proposal Quality: 能動的・確信あり
-  - 調査済みの根拠提示
-  - 明確な推奨案
-  - 代替案との比較
-
-Execution: 完全自律
-  - エラー自己修正
-  - 公式ドキュメント自動参照
-  - テスト合格まで自動実行
-  - 学習自動記録
-```
-
-### 定量的目標
-- ユーザーインプット削減: **80%削減**
-- 提案品質向上: **確信度90%以上**
-- 自律実行成功率: **95%以上**
-
----
-
-## 🚀 実装ステップ
-
-### Step 1: pm.md 修正
-- [ ] Phase 0: Autonomous Investigation 追加
-- [ ] Phase 1: Confident Proposal 強化
-- [ ] Phase 2: Autonomous Execution 明示化
-- [ ] Examples セクションに具体例追加
-
-### Step 2: テスト作成
-- [ ] `tests/test_pm_autonomous.py`
-- [ ] 自律調査フローのテスト
-- [ ] 確信提案フォーマットのテスト
-- [ ] 自己修正ループのテスト
-
-### Step 3: 動作確認
-- [ ] 開発版インストール
-- [ ] 実際のワークフローで検証
-- [ ] フィードバック収集
-
-### Step 4: 学習記録
-- [ ] `docs/patterns/pm-autonomous-workflow.md`
-- [ ] 成功パターンの文書化
-
----
-
-## ✅ ユーザー承認待ち
-
-**この方針で実装を進めてよろしいですか？**
-
-承認いただければ、すぐに `superclaude/commands/pm.md` の修正を開始します。

docs/Development/installation-flow-understanding.md

@@ -1,378 +0,0 @@
-# SuperClaude Installation Flow - Complete Understanding
-
-> **学習内容**: インストーラーがどうやって `~/.claude/` にファイルを配置するかの完全理解
-
----
-
-## 🔄 インストールフロー全体像
-
-### ユーザー操作
-```bash
-# Step 1: パッケージインストール
-pipx install SuperClaude
-# または
-npm install -g @bifrost_inc/superclaude
-
-# Step 2: セットアップ実行
-SuperClaude install
-```
-
-### 内部処理の流れ
-
-```yaml
-1. Entry Point:
-   File: superclaude/__main__.py → main()
-
-2. CLI Parser:
-   File: superclaude/__main__.py → create_parser()
-   Command: "install" サブコマンド登録
-
-3. Component Manager:
-   File: setup/cli/install.py
-   Role: インストールコンポーネントの調整
-
-4. Commands Component:
-   File: setup/components/commands.py → CommandsComponent
-   Role: スラッシュコマンドのインストール
-
-5. Source Files:
-   Location: superclaude/commands/*.md
-   Content: pm.md, implement.md, test.md, etc.
-
-6. Destination:
-   Location: ~/.claude/commands/sc/*.md
-   Result: ユーザー環境に配置
-```
-
----
-
-## 📁 CommandsComponent の詳細
-
-### クラス構造
-```python
-class CommandsComponent(Component):
-    """
-    Role: スラッシュコマンドのインストール・管理
-    Parent: setup/core/base.py → Component
-    Install Path: ~/.claude/commands/sc/
-    """
-```
-
-### 主要メソッド
-
-#### 1. `__init__()`
-```python
-def __init__(self, install_dir: Optional[Path] = None):
-    super().__init__(install_dir, Path("commands/sc"))
-```
-**理解**:
-- `install_dir`: `~/.claude/` （ユーザー環境）
-- `Path("commands/sc")`: サブディレクトリ指定
-- 結果: `~/.claude/commands/sc/` にインストール
-
-#### 2. `_get_source_dir()`
-```python
-def _get_source_dir(self) -> Path:
-    # setup/components/commands.py の位置から計算
-    project_root = Path(__file__).parent.parent.parent
-    # → ~/github/SuperClaude_Framework/
-
-    return project_root / "superclaude" / "commands"
-    # → ~/github/SuperClaude_Framework/superclaude/commands/
-```
-
-**理解**:
-```
-Source: ~/github/SuperClaude_Framework/superclaude/commands/*.md
-Target: ~/.claude/commands/sc/*.md
-
-つまり:
-superclaude/commands/pm.md
-  ↓ コピー
-~/.claude/commands/sc/pm.md
-```
-
-#### 3. `_install()` - インストール実行
-```python
-def _install(self, config: Dict[str, Any]) -> bool:
-    self.logger.info("Installing SuperClaude command definitions...")
-
-    # 既存コマンドのマイグレーション
-    self._migrate_existing_commands()
-
-    # 親クラスのインストール実行
-    return super()._install(config)
-```
-
-**理解**:
-1. ログ出力
-2. 旧バージョンからの移行処理
-3. 実際のファイルコピー（親クラスで実行）
-
-#### 4. `_migrate_existing_commands()` - マイグレーション
-```python
-def _migrate_existing_commands(self) -> None:
-    """
-    旧Location: ~/.claude/commands/*.md
-    新Location: ~/.claude/commands/sc/*.md
-
-    V3 → V4 移行時の処理
-    """
-    old_commands_dir = self.install_dir / "commands"
-    new_commands_dir = self.install_dir / "commands" / "sc"
-
-    # 旧場所からファイル検出
-    # 新場所へコピー
-    # 旧場所から削除
-```
-
-**理解**:
-- V3: `/analyze` → V4: `/sc:analyze`
-- 名前空間衝突を防ぐため `/sc:` プレフィックス
-
-#### 5. `_post_install()` - メタデータ更新
-```python
-def _post_install(self) -> bool:
-    # メタデータ更新
-    metadata_mods = self.get_metadata_modifications()
-    self.settings_manager.update_metadata(metadata_mods)
-
-    # コンポーネント登録
-    self.settings_manager.add_component_registration(
-        "commands",
-        {
-            "version": __version__,
-            "category": "commands",
-            "files_count": len(self.component_files),
-        },
-    )
-```
-
-**理解**:
-- `~/.claude/.superclaude.json` 更新
-- インストール済みコンポーネント記録
-- バージョン管理
-
----
-
-## 📋 実際のファイルマッピング
-
-### Source（このプロジェクト）
-```
-~/github/SuperClaude_Framework/superclaude/commands/
-├── pm.md                  # PM Agent定義
-├── implement.md           # Implement コマンド
-├── test.md                # Test コマンド
-├── analyze.md             # Analyze コマンド
-├── research.md            # Research コマンド
-├── ...（全26コマンド）
-```
-
-### Destination（ユーザー環境）
-```
-~/.claude/commands/sc/
-├── pm.md                  # → /sc:pm で実行可能
-├── implement.md           # → /sc:implement で実行可能
-├── test.md                # → /sc:test で実行可能
-├── analyze.md             # → /sc:analyze で実行可能
-├── research.md            # → /sc:research で実行可能
-├── ...（全26コマンド）
-```
-
-### Claude Code動作
-```
-User: /sc:pm "Build authentication"
-
-Claude Code:
-  1. ~/.claude/commands/sc/pm.md 読み込み
-  2. YAML frontmatter 解析
-  3. Markdown本文を展開
-  4. PM Agent として実行
-```
-
----
-
-## 🔧 他のコンポーネント
-
-### Modes Component
-```python
-File: setup/components/modes.py
-Source: superclaude/modes/*.md
-Target: ~/.claude/*.md
-
-Example:
-  superclaude/modes/MODE_Brainstorming.md
-    ↓
-  ~/.claude/MODE_Brainstorming.md
-```
-
-### Agents Component
-```python
-File: setup/components/agents.py
-Source: superclaude/agents/*.md
-Target: ~/.claude/agents/*.md（または統合先）
-```
-
-### Core Component
-```python
-File: setup/components/core.py
-Source: superclaude/core/CLAUDE.md
-Target: ~/.claude/CLAUDE.md
-
-これがグローバル設定！
-```
-
----
-
-## 💡 開発時の注意点
-
-### ✅ 正しい変更方法
-```bash
-# 1. ソースファイルを変更（Git管理）
-cd ~/github/SuperClaude_Framework
-vim superclaude/commands/pm.md
-
-# 2. テスト追加
-Write tests/test_pm_command.py
-
-# 3. テスト実行
-pytest tests/test_pm_command.py -v
-
-# 4. コミット
-git add superclaude/commands/pm.md tests/
-git commit -m "feat: enhance PM command"
-
-# 5. 開発版インストール
-pip install -e .
-# または
-SuperClaude install --dev
-
-# 6. 動作確認
-claude
-/sc:pm "test"
-```
-
-### ❌ 間違った変更方法
-```bash
-# ダメ！Git管理外を直接変更
-vim ~/.claude/commands/sc/pm.md
-
-# 変更は次回インストール時に上書きされる
-SuperClaude install  # ← 変更が消える！
-```
-
----
-
-## 🎯 PM Mode改善の正しいフロー
-
-### Phase 1: 理解（今ここ！）
-```bash
-✅ setup/components/commands.py 理解完了
-✅ superclaude/commands/*.md の存在確認完了
-✅ インストールフロー理解完了
-```
-
-### Phase 2: 現在の仕様確認
-```bash
-# ソース確認（Git管理）
-Read superclaude/commands/pm.md
-
-# インストール後確認（参考用）
-Read ~/.claude/commands/sc/pm.md
-
-# 「なるほど、こういう仕様になってるのか」
-```
-
-### Phase 3: 改善案作成
-```bash
-# このプロジェクト内で（Git管理）
-Write docs/Development/hypothesis-pm-enhancement-2025-10-14.md
-
-内容:
-- 現状の問題（ドキュメント寄りすぎ、PMO機能不足）
-- 改善案（自律的PDCA、自己評価）
-- 実装方針
-- 期待される効果
-```
-
-### Phase 4: 実装
-```bash
-# ソースファイル修正
-Edit superclaude/commands/pm.md
-
-変更例:
-- PDCA自動実行の強化
-- docs/ ディレクトリ活用の明示
-- 自己評価ステップの追加
-- エラー時再学習フローの追加
-```
-
-### Phase 5: テスト・検証
-```bash
-# テスト追加
-Write tests/test_pm_enhanced.py
-
-# テスト実行
-pytest tests/test_pm_enhanced.py -v
-
-# 開発版インストール
-SuperClaude install --dev
-
-# 実際に使ってみる
-claude
-/sc:pm "test enhanced workflow"
-```
-
-### Phase 6: 学習記録
-```bash
-# 成功パターン記録
-Write docs/patterns/pm-autonomous-workflow.md
-
-# 失敗があれば記録
-Write docs/mistakes/mistake-2025-10-14.md
-```
-
----
-
-## 📊 Component間の依存関係
-
-```yaml
-Commands Component:
-  depends_on: ["core"]
-
-Core Component:
-  provides:
-    - ~/.claude/CLAUDE.md（グローバル設定）
-    - 基本ディレクトリ構造
-
-Modes Component:
-  depends_on: ["core"]
-  provides:
-    - ~/.claude/MODE_*.md
-
-Agents Component:
-  depends_on: ["core"]
-  provides:
-    - エージェント定義
-
-MCP Component:
-  depends_on: ["core"]
-  provides:
-    - MCPサーバー設定
-```
-
----
-
-## 🚀 次のアクション
-
-理解完了！次は：
-
-1. ✅ `superclaude/commands/pm.md` の現在の仕様確認
-2. ✅ 改善提案ドキュメント作成
-3. ✅ 実装修正（PDCA強化、PMO機能追加）
-4. ✅ テスト追加・実行
-5. ✅ 動作確認
-6. ✅ 学習記録
-
-このドキュメント自体が**インストールフローの完全理解記録**として機能する。
-次回のセッションで読めば、同じ説明を繰り返さなくて済む。

docs/Development/pm-agent-ideal-workflow.md

@@ -1,341 +0,0 @@
-# PM Agent - Ideal Autonomous Workflow
-
-> **目的**: 何百回も同じ指示を繰り返さないための自律的オーケストレーションシステム
-
-## 🎯 解決すべき問題
-
-### 現状の課題
-- **繰り返し指示**: 同じことを何百回も説明している
-- **同じミスの反復**: 一度間違えたことを再度間違える
-- **知識の喪失**: セッションが途切れると学習内容が失われる
-- **コンテキスト制限**: 限られたコンテキストで効率的に動作できていない
-
-### あるべき姿
-**自律的で賢いPM Agent** - ドキュメントから学び、計画し、実行し、検証し、学習を記録するループ
-
----
-
-## 📋 完璧なワークフロー（理想形）
-
-### Phase 1: 📖 状況把握（Context Restoration）
-
-```yaml
-1. ドキュメント読み込み:
-   優先順位:
-     1. タスク管理ドキュメント → 進捗確認
-        - docs/Development/tasks/current-tasks.md
-        - 前回どこまでやったか
-        - 次に何をすべきか
-
-     2. アーキテクチャドキュメント → 仕組み理解
-        - docs/Development/architecture-*.md
-        - このプロジェクトの構造
-        - インストールフロー
-        - コンポーネント連携
-
-     3. 禁止事項・ルール → 制約確認
-        - CLAUDE.md（グローバル）
-        - PROJECT/CLAUDE.md（プロジェクト固有）
-        - docs/Development/constraints.md
-
-     4. 過去の学び → 同じミスを防ぐ
-        - docs/mistakes/ （失敗記録）
-        - docs/patterns/ （成功パターン）
-
-2. ユーザーリクエスト理解:
-   - 何をしたいのか
-   - どこまで進んでいるのか
-   - 何が課題なのか
-```
-
-### Phase 2: 🔍 調査・分析（Research & Analysis）
-
-```yaml
-1. 既存実装の理解:
-   # ソースコード側（Git管理）
-   - setup/components/*.py → インストールロジック
-   - superclaude/ → ランタイムロジック
-   - tests/ → テストパターン
-
-   # インストール後（ユーザー環境・Git管理外）
-   - ~/.claude/commands/sc/ → 実際の配置確認
-   - ~/.claude/*.md → 現在の仕様確認
-
-   理解内容:
-   「なるほど、ここでこう処理されて、
-    こういうファイルが ~/.claude/ に作られるのね」
-
-2. ベストプラクティス調査:
-   # Deep Research活用
-   - 公式リファレンス確認
-   - 他プロジェクトの実装調査
-   - 最新のベストプラクティス
-
-   気づき:
-   - 「ここ無駄だな」
-   - 「ここ古いな」
-   - 「これはいい実装だな」
-   - 「この共通化できるな」
-
-3. 重複・改善ポイント発見:
-   - ライブラリの共通化可能性
-   - 重複実装の検出
-   - コード品質向上余地
-```
-
-### Phase 3: 📝 計画立案（Planning）
-
-```yaml
-1. 改善仮説作成:
-   # このプロジェクト内で（Git管理）
-   File: docs/Development/hypothesis-YYYY-MM-DD.md
-
-   内容:
-   - 現状の問題点
-   - 改善案
-   - 期待される効果（トークン削減、パフォーマンス向上等）
-   - 実装方針
-   - 必要なテスト
-
-2. ユーザーレビュー:
-   「こういうプランでこんなことをやろうと思っています」
-
-   提示内容:
-   - 調査結果のサマリー
-   - 改善提案（理由付き）
-   - 実装ステップ
-   - 期待される成果
-
-   ユーザー承認待ち → OK出たら実装へ
-```
-
-### Phase 4: 🛠️ 実装（Implementation）
-
-```yaml
-1. ソースコード修正:
-   # Git管理されているこのプロジェクトで作業
-   cd ~/github/SuperClaude_Framework
-
-   修正対象:
-   - setup/components/*.py → インストールロジック
-   - superclaude/ → ランタイム機能
-   - setup/data/*.json → 設定データ
-
-   # サブエージェント活用
-   - backend-architect: アーキテクチャ実装
-   - refactoring-expert: コード改善
-   - quality-engineer: テスト設計
-
-2. 実装記録:
-   File: docs/Development/experiment-YYYY-MM-DD.md
-
-   内容:
-   - 試行錯誤の記録
-   - 遭遇したエラー
-   - 解決方法
-   - 気づき
-```
-
-### Phase 5: ✅ 検証（Validation）
-
-```yaml
-1. テスト作成・実行:
-   # テストを書く
-   Write tests/test_new_feature.py
-
-   # テスト実行
-   pytest tests/test_new_feature.py -v
-
-   # ユーザー要求を満たしているか確認
-   - 期待通りの動作か？
-   - エッジケースは？
-   - パフォーマンスは？
-
-2. エラー時の対応:
-   エラー発生
-   ↓
-   公式リファレンス確認
-   「このエラー何でだろう？」
-   「ここの定義違ってたんだ」
-   ↓
-   修正
-   ↓
-   再テスト
-   ↓
-   合格まで繰り返し
-
-3. 動作確認:
-   # インストールして実際の環境でテスト
-   SuperClaude install --dev
-
-   # 動作確認
-   claude  # 起動して実際に試す
-```
-
-### Phase 6: 📚 学習記録（Learning Documentation）
-
-```yaml
-1. 成功パターン記録:
-   File: docs/patterns/[pattern-name].md
-
-   内容:
-   - どんな問題を解決したか
-   - どう実装したか
-   - なぜこのアプローチか
-   - 再利用可能なパターン
-
-2. 失敗・ミス記録:
-   File: docs/mistakes/mistake-YYYY-MM-DD.md
-
-   内容:
-   - どんなミスをしたか
-   - なぜ起きたか
-   - 防止策
-   - チェックリスト
-
-3. タスク更新:
-   File: docs/Development/tasks/current-tasks.md
-
-   内容:
-   - 完了したタスク
-   - 次のタスク
-   - 進捗状況
-   - ブロッカー
-
-4. グローバルパターン更新:
-   必要に応じて:
-   - CLAUDE.md更新（グローバルルール）
-   - PROJECT/CLAUDE.md更新（プロジェクト固有）
-```
-
-### Phase 7: 🔄 セッション保存（Session Persistence）
-
-```yaml
-1. Serenaメモリー保存:
-   write_memory("session_summary", 完了内容)
-   write_memory("next_actions", 次のアクション)
-   write_memory("learnings", 学んだこと)
-
-2. ドキュメント整理:
-   - docs/temp/ → docs/patterns/ or docs/mistakes/
-   - 一時ファイル削除
-   - 正式ドキュメント更新
-```
-
----
-
-## 🔧 活用可能なツール・リソース
-
-### MCPサーバー（フル活用）
-- **Sequential**: 複雑な分析・推論
-- **Context7**: 公式ドキュメント参照
-- **Tavily**: Deep Research（ベストプラクティス調査）
-- **Serena**: セッション永続化、メモリー管理
-- **Playwright**: E2Eテスト、動作確認
-- **Morphllm**: 一括コード変換
-- **Magic**: UI生成（必要時）
-- **Chrome DevTools**: パフォーマンス測定
-
-### サブエージェント（適材適所）
-- **requirements-analyst**: 要件整理
-- **system-architect**: アーキテクチャ設計
-- **backend-architect**: バックエンド実装
-- **refactoring-expert**: コード改善
-- **security-engineer**: セキュリティ検証
-- **quality-engineer**: テスト設計・実行
-- **performance-engineer**: パフォーマンス最適化
-- **technical-writer**: ドキュメント執筆
-
-### 他プロジェクト統合
-- **makefile-global**: Makefile標準化パターン
-- **airis-mcp-gateway**: MCPゲートウェイ統合
-- その他有用なパターンは積極的に取り込む
-
----
-
-## 🎯 重要な原則
-
-### Git管理の区別
-```yaml
-✅ Git管理されている（変更追跡可能）:
-  - ~/github/SuperClaude_Framework/
-  - ここで全ての変更を行う
-  - コミット履歴で追跡
-  - PR提出可能
-
-❌ Git管理外（変更追跡不可）:
-  - ~/.claude/
-  - 読むだけ、理解のみ
-  - テスト時のみ一時変更（必ず戻す！）
-```
-
-### テスト時の注意
-```bash
-# テスト前: 必ずバックアップ
-cp ~/.claude/commands/sc/pm.md ~/.claude/commands/sc/pm.md.backup
-
-# テスト実行
-# ... 検証 ...
-
-# テスト後: 必ず復元！！
-mv ~/.claude/commands/sc/pm.md.backup ~/.claude/commands/sc/pm.md
-```
-
-### ドキュメント構造
-```
-docs/
-├── Development/          # 開発用ドキュメント
-│   ├── tasks/           # タスク管理
-│   ├── architecture-*.md # アーキテクチャ
-│   ├── constraints.md   # 制約・禁止事項
-│   ├── hypothesis-*.md  # 改善仮説
-│   └── experiment-*.md  # 実験記録
-├── patterns/            # 成功パターン（清書後）
-├── mistakes/            # 失敗記録と防止策
-└── (既存のUser-Guide等)
-```
-
----
-
-## 🚀 実装優先度
-
-### Phase 1（必須）
-1. ドキュメント構造整備
-2. タスク管理システム
-3. セッション復元ワークフロー
-
-### Phase 2（重要）
-4. 自己評価・検証ループ
-5. 学習記録自動化
-6. エラー時再学習フロー
-
-### Phase 3（強化）
-7. PMO機能（重複検出、共通化提案）
-8. パフォーマンス測定・改善
-9. 他プロジェクト統合
-
----
-
-## 📊 成功指標
-
-### 定量的指標
-- **繰り返し指示の削減**: 同じ指示 → 50%削減目標
-- **ミス再発率**: 同じミス → 80%削減目標
-- **セッション復元時間**: <30秒で前回の続きから開始
-
-### 定性的指標
-- ユーザーが「前回の続きから」と言うだけで再開できる
-- 過去のミスを自動的に避けられる
-- 公式ドキュメント参照が自動化されている
-- 実装→テスト→検証が自律的に回る
-
----
-
-## 💡 次のアクション
-
-このドキュメント作成後:
-1. 既存のインストールロジック理解（setup/components/）
-2. タスク管理ドキュメント作成（docs/Development/tasks/）
-3. PM Agent実装修正（このワークフローを実際に実装）
-
-このドキュメント自体が**PM Agentの憲法**となる。

docs/Development/pm-agent-integration.md

@@ -1,477 +0,0 @@
-# PM Agent Mode Integration Guide
-
-**Last Updated**: 2025-10-14
-**Target Version**: 4.3.0
-**Status**: Implementation Guide
-
----
-
-## 📋 Overview
-
-This guide provides step-by-step procedures for integrating PM Agent mode as SuperClaude's always-active meta-layer with session lifecycle management, PDCA self-evaluation, and systematic knowledge management.
-
----
-
-## 🎯 Integration Goals
-
-1. **Session Lifecycle**: Auto-activation at session start with context restoration
-2. **PDCA Engine**: Automated Plan-Do-Check-Act cycle execution
-3. **Memory Operations**: Serena MCP integration for session persistence
-4. **Documentation Strategy**: Systematic knowledge evolution
-
----
-
-## 📐 Architecture Integration
-
-### PM Agent Position
-
-```
-┌──────────────────────────────────────────┐
-│    PM Agent Mode (Meta-Layer)            │
-│    • Always Active                        │
-│    • Session Management                   │
-│    • PDCA Self-Evaluation                 │
-└──────────────┬───────────────────────────┘
-               ↓
-    [Specialist Agents Layer]
-               ↓
-    [Commands & Modes Layer]
-               ↓
-    [MCP Tool Layer]
-```
-
-See: [ARCHITECTURE.md](./ARCHITECTURE.md) for full system architecture
-
----
-
-## 🔧 Phase 2: Core Implementation
-
-### File Structure
-
-```
-superclaude/
-├── Commands/
-│   └── pm.md                           # ✅ Already updated
-├── Agents/
-│   └── pm-agent.md                     # ✅ Already updated
-└── Core/
-    ├── __init__.py                     # Module initialization
-    ├── session_lifecycle.py            # 🆕 Session management
-    ├── pdca_engine.py                  # 🆕 PDCA automation
-    └── memory_ops.py                   # 🆕 Memory operations
-```
-
-### Implementation Order
-
-1. `memory_ops.py` - Serena MCP wrapper (foundation)
-2. `session_lifecycle.py` - Session management (depends on memory_ops)
-3. `pdca_engine.py` - PDCA automation (depends on memory_ops)
-
----
-
-## 1️⃣ memory_ops.py Implementation
-
-### Purpose
-Wrapper for Serena MCP memory operations with error handling and fallback.
-
-### Key Functions
-
-```python
-# superclaude/Core/memory_ops.py
-
-class MemoryOperations:
-    """Serena MCP memory operations wrapper"""
-
-    def list_memories() -> List[str]:
-        """List all available memories"""
-
-    def read_memory(key: str) -> Optional[Dict]:
-        """Read memory by key"""
-
-    def write_memory(key: str, value: Dict) -> bool:
-        """Write memory with key"""
-
-    def delete_memory(key: str) -> bool:
-        """Delete memory by key"""
-```
-
-### Integration Points
-- Connect to Serena MCP server
-- Handle connection errors gracefully
-- Provide fallback for offline mode
-- Validate memory structure
-
-### Testing
-```bash
-pytest tests/test_memory_ops.py -v
-```
-
----
-
-## 2️⃣ session_lifecycle.py Implementation
-
-### Purpose
-Auto-activation at session start, context restoration, user report generation.
-
-### Key Functions
-
-```python
-# superclaude/Core/session_lifecycle.py
-
-class SessionLifecycle:
-    """Session lifecycle management"""
-
-    def on_session_start():
-        """Hook for session start (auto-activation)"""
-        # 1. list_memories()
-        # 2. read_memory("pm_context")
-        # 3. read_memory("last_session")
-        # 4. read_memory("next_actions")
-        # 5. generate_user_report()
-
-    def generate_user_report() -> str:
-        """Generate user report (前回/進捗/今回/課題)"""
-
-    def on_session_end():
-        """Hook for session end (checkpoint save)"""
-        # 1. write_memory("last_session", summary)
-        # 2. write_memory("next_actions", todos)
-        # 3. write_memory("pm_context", complete_state)
-```
-
-### User Report Format
-```
-前回: [last session summary]
-進捗: [current progress status]
-今回: [planned next actions]
-課題: [blockers or issues]
-```
-
-### Integration Points
-- Hook into Claude Code session start
-- Read memories using memory_ops
-- Generate human-readable report
-- Handle missing or corrupted memory
-
-### Testing
-```bash
-pytest tests/test_session_lifecycle.py -v
-```
-
----
-
-## 3️⃣ pdca_engine.py Implementation
-
-### Purpose
-Automate PDCA cycle execution with documentation generation.
-
-### Key Functions
-
-```python
-# superclaude/Core/pdca_engine.py
-
-class PDCAEngine:
-    """PDCA cycle automation"""
-
-    def plan_phase(goal: str):
-        """Generate hypothesis (仮説)"""
-        # 1. write_memory("plan", goal)
-        # 2. Create docs/temp/hypothesis-YYYY-MM-DD.md
-
-    def do_phase():
-        """Track experimentation (実験)"""
-        # 1. TodoWrite tracking
-        # 2. write_memory("checkpoint", progress) every 30min
-        # 3. Update docs/temp/experiment-YYYY-MM-DD.md
-
-    def check_phase():
-        """Self-evaluation (評価)"""
-        # 1. think_about_task_adherence()
-        # 2. think_about_whether_you_are_done()
-        # 3. Create docs/temp/lessons-YYYY-MM-DD.md
-
-    def act_phase():
-        """Knowledge extraction (改善)"""
-        # 1. Success → docs/patterns/[pattern-name].md
-        # 2. Failure → docs/mistakes/mistake-YYYY-MM-DD.md
-        # 3. Update CLAUDE.md if global pattern
-```
-
-### Documentation Templates
-
-**hypothesis-template.md**:
-```markdown
-# Hypothesis: [Goal Description]
-
-Date: YYYY-MM-DD
-Status: Planning
-
-## Goal
-What are we trying to accomplish?
-
-## Approach
-How will we implement this?
-
-## Success Criteria
-How do we know when we're done?
-
-## Potential Risks
-What could go wrong?
-```
-
-**experiment-template.md**:
-```markdown
-# Experiment Log: [Implementation Name]
-
-Date: YYYY-MM-DD
-Status: In Progress
-
-## Implementation Steps
-- [ ] Step 1
-- [ ] Step 2
-
-## Errors Encountered
-- Error 1: Description, solution
-
-## Solutions Applied
-- Solution 1: Description, result
-
-## Checkpoint Saves
-- 10:00: [progress snapshot]
-- 10:30: [progress snapshot]
-```
-
-### Integration Points
-- Create docs/ directory templates
-- Integrate with TodoWrite
-- Call Serena MCP think operations
-- Generate documentation files
-
-### Testing
-```bash
-pytest tests/test_pdca_engine.py -v
-```
-
----
-
-## 🔌 Phase 3: Serena MCP Integration
-
-### Prerequisites
-```bash
-# Install Serena MCP server
-# See: docs/troubleshooting/serena-installation.md
-```
-
-### Configuration
-```json
-// ~/.claude/.claude.json
-{
-  "mcpServers": {
-    "serena": {
-      "command": "uv",
-      "args": ["run", "serena-mcp"]
-    }
-  }
-}
-```
-
-### Memory Structure
-```json
-{
-  "pm_context": {
-    "project": "SuperClaude_Framework",
-    "current_phase": "Phase 2",
-    "architecture": "Context-Oriented Configuration",
-    "patterns": ["PDCA Cycle", "Session Lifecycle"]
-  },
-  "last_session": {
-    "date": "2025-10-14",
-    "accomplished": ["Phase 1 complete"],
-    "issues": ["Serena MCP not configured"],
-    "learned": ["Session Lifecycle pattern"]
-  },
-  "next_actions": [
-    "Implement session_lifecycle.py",
-    "Configure Serena MCP",
-    "Test memory operations"
-  ]
-}
-```
-
-### Testing Serena Connection
-```bash
-# Test memory operations
-python -m SuperClaude.Core.memory_ops --test
-```
-
----
-
-## 📁 Phase 4: Documentation Strategy
-
-### Directory Structure
-```
-docs/
-├── temp/                # Temporary (7-day lifecycle)
-│   ├── hypothesis-YYYY-MM-DD.md
-│   ├── experiment-YYYY-MM-DD.md
-│   └── lessons-YYYY-MM-DD.md
-├── patterns/           # Formal patterns (永久保存)
-│   └── [pattern-name].md
-└── mistakes/          # Mistake records (永久保存)
-    └── mistake-YYYY-MM-DD.md
-```
-
-### Lifecycle Automation
-```bash
-# Create cleanup script
-scripts/cleanup_temp_docs.sh
-
-# Run daily via cron
-0 0 * * * /path/to/scripts/cleanup_temp_docs.sh
-```
-
-### Migration Scripts
-```bash
-# Migrate successful experiments to patterns
-python scripts/migrate_to_patterns.py
-
-# Migrate failures to mistakes
-python scripts/migrate_to_mistakes.py
-```
-
----
-
-## 🚀 Phase 5: Auto-Activation (Research Needed)
-
-### Research Questions
-1. How does Claude Code handle initialization?
-2. Are there plugin hooks available?
-3. Can we intercept session start events?
-
-### Implementation Plan (TBD)
-Once research complete, implement auto-activation hooks:
-
-```python
-# superclaude/Core/auto_activation.py (future)
-
-def on_claude_code_start():
-    """Auto-activate PM Agent at session start"""
-    session_lifecycle.on_session_start()
-```
-
----
-
-## ✅ Implementation Checklist
-
-### Phase 2: Core Implementation
-- [ ] Implement `memory_ops.py`
-- [ ] Write unit tests for memory_ops
-- [ ] Implement `session_lifecycle.py`
-- [ ] Write unit tests for session_lifecycle
-- [ ] Implement `pdca_engine.py`
-- [ ] Write unit tests for pdca_engine
-- [ ] Integration testing
-
-### Phase 3: Serena MCP
-- [ ] Install Serena MCP server
-- [ ] Configure `.claude.json`
-- [ ] Test memory operations
-- [ ] Test think operations
-- [ ] Test cross-session persistence
-
-### Phase 4: Documentation Strategy
-- [ ] Create `docs/temp/` template
-- [ ] Create `docs/patterns/` template
-- [ ] Create `docs/mistakes/` template
-- [ ] Implement lifecycle automation
-- [ ] Create migration scripts
-
-### Phase 5: Auto-Activation
-- [ ] Research Claude Code hooks
-- [ ] Design auto-activation system
-- [ ] Implement auto-activation
-- [ ] Test session start behavior
-
----
-
-## 🧪 Testing Strategy
-
-### Unit Tests
-```bash
-tests/
-├── test_memory_ops.py       # Memory operations
-├── test_session_lifecycle.py # Session management
-└── test_pdca_engine.py       # PDCA automation
-```
-
-### Integration Tests
-```bash
-tests/integration/
-├── test_pm_agent_flow.py     # End-to-end PM Agent
-├── test_serena_integration.py # Serena MCP integration
-└── test_cross_session.py     # Session persistence
-```
-
-### Manual Testing
-1. Start new session → Verify context restoration
-2. Work on task → Verify checkpoint saves
-3. End session → Verify state preservation
-4. Restart → Verify seamless resumption
-
----
-
-## 📊 Success Criteria
-
-### Functional
-- [ ] PM Agent activates at session start
-- [ ] Context restores from memory
-- [ ] User report generates correctly
-- [ ] PDCA cycle executes automatically
-- [ ] Documentation strategy works
-
-### Performance
-- [ ] Session start delay <500ms
-- [ ] Memory operations <100ms
-- [ ] Context restoration reliable (>99%)
-
-### Quality
-- [ ] Test coverage >90%
-- [ ] No regression in existing features
-- [ ] Documentation complete
-
----
-
-## 🔧 Troubleshooting
-
-### Common Issues
-
-**"Serena MCP not connecting"**
-- Check server installation
-- Verify `.claude.json` configuration
-- Test connection: `claude mcp list`
-
-**"Memory operations failing"**
-- Check network connection
-- Verify Serena server running
-- Check error logs
-
-**"Context not restoring"**
-- Verify memory structure
-- Check `pm_context` exists
-- Test with fresh memory
-
----
-
-## 📚 References
-
-- [ARCHITECTURE.md](./ARCHITECTURE.md) - System architecture
-- [ROADMAP.md](./ROADMAP.md) - Development roadmap
-- [pm-agent-implementation-status.md](../pm-agent-implementation-status.md) - Status tracking
-- [Commands/pm.md](../../superclaude/Commands/pm.md) - PM Agent command
-- [Agents/pm-agent.md](../../superclaude/Agents/pm-agent.md) - PM Agent persona
-
----
-
-**Last Verified**: 2025-10-14
-**Next Review**: 2025-10-21 (1 week)
-**Version**: 4.1.5

docs/Development/project-structure-understanding.md

@@ -1,368 +0,0 @@
-# SuperClaude Framework - Project Structure Understanding
-
-> **Critical Understanding**: このプロジェクトとインストール後の環境の関係
-
----
-
-## 🏗️ 2つの世界の区別
-
-### 1. このプロジェクト（Git管理・開発環境）
-
-**Location**: `~/github/SuperClaude_Framework/`
-
-**Role**: ソースコード・開発・テスト
-
-```
-SuperClaude_Framework/
-├── setup/                  # インストーラーロジック
-│   ├── components/         # コンポーネント定義（何をインストールするか）
-│   ├── data/              # 設定データ（JSON/YAML）
-│   ├── cli/               # CLIインターフェース
-│   ├── utils/             # ユーティリティ関数
-│   └── services/          # サービスロジック
-│
-├── superclaude/           # ランタイムロジック（実行時の動作）
-│   ├── core/             # コア機能
-│   ├── modes/            # 行動モード
-│   ├── agents/           # エージェント定義
-│   ├── mcp/              # MCPサーバー統合
-│   └── commands/         # コマンド実装
-│
-├── tests/                # テストコード
-├── docs/                 # 開発者向けドキュメント
-├── pyproject.toml        # Python設定
-└── package.json          # npm設定
-```
-
-**Operations**:
-- ✅ ソースコード変更
-- ✅ Git コミット・PR
-- ✅ テスト実行
-- ✅ ドキュメント作成
-- ✅ バージョン管理
-
----
-
-### 2. インストール後（ユーザー環境・Git管理外）
-
-**Location**: `~/.claude/`
-
-**Role**: 実際に動作する設定・コマンド（ユーザー環境）
-
-```
-~/.claude/
-├── commands/
-│   └── sc/              # スラッシュコマンド（インストール後）
-│       ├── pm.md
-│       ├── implement.md
-│       ├── test.md
-│       └── ... (26 commands)
-│
-├── CLAUDE.md            # グローバル設定（インストール後）
-├── *.md                 # モード定義（インストール後）
-│   ├── MODE_Brainstorming.md
-│   ├── MODE_Orchestration.md
-│   └── ...
-│
-└── .claude.json         # Claude Code設定
-```
-
-**Operations**:
-- ✅ **読むだけ**（理解・確認用）
-- ✅ 動作確認
-- ⚠️ テスト時のみ一時変更（**必ず元に戻す！**）
-- ❌ 永続的な変更禁止（Git追跡不可）
-
----
-
-## 🔄 インストールフロー
-
-### ユーザー操作
-```bash
-# 1. インストール
-pipx install SuperClaude
-# または
-npm install -g @bifrost_inc/superclaude
-
-# 2. セットアップ実行
-SuperClaude install
-```
-
-### 内部処理（setup/が実行）
-```python
-# setup/components/*.py が実行される
-
-1. ~/.claude/ ディレクトリ作成
-2. commands/sc/ にスラッシュコマンド配置
-3. CLAUDE.md と各種 *.md 配置
-4. .claude.json 更新
-5. MCPサーバー設定
-```
-
-### 結果
-- **このプロジェクトのファイル** → **~/.claude/ にコピー**
-- ユーザーがClaude起動 → `~/.claude/` の設定が読み込まれる
-- `/sc:pm` 実行 → `~/.claude/commands/sc/pm.md` が展開される
-
----
-
-## 📝 開発ワークフロー
-
-### ❌ 間違った方法
-```bash
-# Git管理外を直接変更
-vim ~/.claude/commands/sc/pm.md  # ← ダメ！履歴追えない
-
-# 変更テスト
-claude  # 動作確認
-
-# 変更が ~/.claude/ に残る
-# → 元に戻すの忘れる
-# → 設定がぐちゃぐちゃになる
-# → Gitで追跡できない
-```
-
-### ✅ 正しい方法
-
-#### Step 1: 既存実装を理解
-```bash
-cd ~/github/SuperClaude_Framework
-
-# インストールロジック確認
-Read setup/components/commands.py    # コマンドのインストール方法
-Read setup/components/modes.py       # モードのインストール方法
-Read setup/data/commands.json        # コマンド定義データ
-
-# インストール後の状態確認（理解のため）
-ls ~/.claude/commands/sc/
-cat ~/.claude/commands/sc/pm.md      # 現在の仕様確認
-
-# 「なるほど、setup/components/commands.py でこう処理されて、
-#  ~/.claude/commands/sc/ に配置されるのね」
-```
-
-#### Step 2: 改善案をドキュメント化
-```bash
-cd ~/github/SuperClaude_Framework
-
-# Git管理されているこのプロジェクト内で
-Write docs/Development/hypothesis-pm-improvement-YYYY-MM-DD.md
-
-# 内容例:
-# - 現状の問題
-# - 改善案
-# - 実装方針
-# - 期待される効果
-```
-
-#### Step 3: テストが必要な場合
-```bash
-# バックアップ作成（必須！）
-cp ~/.claude/commands/sc/pm.md ~/.claude/commands/sc/pm.md.backup
-
-# 実験的変更
-vim ~/.claude/commands/sc/pm.md
-
-# Claude起動して検証
-claude
-# ... 動作確認 ...
-
-# テスト完了後、必ず復元！！
-mv ~/.claude/commands/sc/pm.md.backup ~/.claude/commands/sc/pm.md
-```
-
-#### Step 4: 本実装
-```bash
-cd ~/github/SuperClaude_Framework
-
-# ソースコード側で変更
-Edit setup/components/commands.py    # インストールロジック修正
-Edit setup/data/commands/pm.md       # コマンド仕様修正
-
-# テスト追加
-Write tests/test_pm_command.py
-
-# テスト実行
-pytest tests/test_pm_command.py -v
-
-# コミット（Git履歴に残る）
-git add setup/ tests/
-git commit -m "feat: enhance PM command with autonomous workflow"
-```
-
-#### Step 5: 動作確認
-```bash
-# 開発版インストール
-cd ~/github/SuperClaude_Framework
-pip install -e .
-
-# または
-SuperClaude install --dev
-
-# 実際の環境でテスト
-claude
-/sc:pm "test request"
-```
-
----
-
-## 🎯 重要なルール
-
-### Rule 1: Git管理の境界を守る
-- **変更**: このプロジェクト内のみ
-- **確認**: `~/.claude/` は読むだけ
-- **テスト**: バックアップ → 変更 → 復元
-
-### Rule 2: テスト時は必ず復元
-```bash
-# テスト前
-cp original backup
-
-# テスト
-# ... 実験 ...
-
-# テスト後（必須！）
-mv backup original
-```
-
-### Rule 3: ドキュメント駆動開発
-1. 理解 → docs/Development/ に記録
-2. 仮説 → docs/Development/hypothesis-*.md
-3. 実験 → docs/Development/experiment-*.md
-4. 成功 → docs/patterns/
-5. 失敗 → docs/mistakes/
-
----
-
-## 📚 理解すべきファイル
-
-### インストーラー側（setup/）
-```python
-# 優先度: 高
-setup/components/commands.py    # コマンドインストール
-setup/components/modes.py       # モードインストール
-setup/components/agents.py      # エージェント定義
-setup/data/commands/*.md        # コマンド仕様（ソース）
-setup/data/modes/*.md           # モード仕様（ソース）
-
-# これらが ~/.claude/ に配置される
-```
-
-### ランタイム側（superclaude/）
-```python
-# 優先度: 中
-superclaude/__main__.py         # CLIエントリーポイント
-superclaude/core/              # コア機能実装
-superclaude/agents/            # エージェントロジック
-```
-
-### インストール後（~/.claude/）
-```markdown
-# 優先度: 理解のため（変更不可）
-~/.claude/commands/sc/pm.md    # 実際に動くPM仕様
-~/.claude/MODE_*.md            # 実際に動くモード仕様
-~/.claude/CLAUDE.md            # 実際に読み込まれるグローバル設定
-```
-
----
-
-## 🔍 デバッグ方法
-
-### インストール確認
-```bash
-# インストール済みコンポーネント確認
-SuperClaude install --list-components
-
-# インストール先確認
-ls -la ~/.claude/commands/sc/
-ls -la ~/.claude/*.md
-```
-
-### 動作確認
-```bash
-# Claude起動
-claude
-
-# コマンド実行
-/sc:pm "test"
-
-# ログ確認（必要に応じて）
-tail -f ~/.claude/logs/*.log
-```
-
-### トラブルシューティング
-```bash
-# 設定が壊れた場合
-SuperClaude install --force    # 再インストール
-
-# 開発版に切り替え
-cd ~/github/SuperClaude_Framework
-pip install -e .
-
-# 本番版に戻す
-pip uninstall superclaude
-pipx install SuperClaude
-```
-
----
-
-## 💡 よくある間違い
-
-### 間違い1: Git管理外を変更
-```bash
-# ❌ WRONG
-vim ~/.claude/commands/sc/pm.md
-git add ~/.claude/  # ← できない！Git管理外
-```
-
-### 間違い2: バックアップなしテスト
-```bash
-# ❌ WRONG
-vim ~/.claude/commands/sc/pm.md
-# テスト...
-# 元に戻すの忘れる → 設定ぐちゃぐちゃ
-```
-
-### 間違い3: ソース確認せずに変更
-```bash
-# ❌ WRONG
-「PMモード直したい」
-→ いきなり ~/.claude/ 変更
-→ ソースコード理解してない
-→ 再インストールで上書きされる
-```
-
-### 正解
-```bash
-# ✅ CORRECT
-1. setup/components/ でロジック理解
-2. docs/Development/ に改善案記録
-3. setup/ 側で変更・テスト
-4. Git コミット
-5. SuperClaude install --dev で動作確認
-```
-
----
-
-## 🚀 次のステップ
-
-このドキュメント理解後:
-
-1. **setup/components/ 読解**
-   - インストールロジックの理解
-   - どこに何が配置されるか
-
-2. **既存仕様の把握**
-   - `~/.claude/commands/sc/pm.md` 確認（読むだけ）
-   - 現在の動作理解
-
-3. **改善提案作成**
-   - `docs/Development/hypothesis-*.md` 作成
-   - ユーザーレビュー
-
-4. **実装・テスト**
-   - `setup/` 側で変更
-   - `tests/` でテスト追加
-   - Git管理下で開発
-
-これで**何百回も同じ説明をしなくて済む**ようになる。

docs/Development/tasks/current-tasks.md

@@ -1,163 +0,0 @@
-# Current Tasks - SuperClaude Framework
-
-> **Last Updated**: 2025-10-14
-> **Session**: PM Agent Enhancement & PDCA Integration
-
----
-
-## 🎯 Main Objective
-
-**PM Agent を完璧な自律的オーケストレーターに進化させる**
-
-- 繰り返し指示を不要にする
-- 同じミスを繰り返さない
-- セッション間で学習内容を保持
-- 自律的にPDCAサイクルを回す
-
----
-
-## ✅ Completed Tasks
-
-### Phase 1: ドキュメント基盤整備
-- [x] **PM Agent理想ワークフローをドキュメント化**
-  - File: `docs/Development/pm-agent-ideal-workflow.md`
-  - Content: 完璧なワークフロー（7フェーズ）
-  - Purpose: 次回セッションで同じ説明を繰り返さない
-
-- [x] **プロジェクト構造理解をドキュメント化**
-  - File: `docs/Development/project-structure-understanding.md`
-  - Content: Git管理とインストール後環境の区別
-  - Purpose: 何百回も説明した内容を外部化
-
-- [x] **インストールフロー理解をドキュメント化**
-  - File: `docs/Development/installation-flow-understanding.md`
-  - Content: CommandsComponent動作の完全理解
-  - Source: `superclaude/commands/*.md` → `~/.claude/commands/sc/*.md`
-
-- [x] **ディレクトリ構造作成**
-  - `docs/Development/tasks/` - タスク管理
-  - `docs/patterns/` - 成功パターン記録
-  - `docs/mistakes/` - 失敗記録と防止策
-
----
-
-## 🔄 In Progress
-
-### Phase 2: 現状分析と改善提案
-
-- [ ] **superclaude/commands/pm.md 現在の仕様確認**
-  - Status: Pending
-  - Action: ソースファイルを読んで現在の実装を理解
-  - File: `superclaude/commands/pm.md`
-
-- [ ] **~/.claude/commands/sc/pm.md 動作確認**
-  - Status: Pending
-  - Action: インストール後の実際の仕様確認（読むだけ）
-  - File: `~/.claude/commands/sc/pm.md`
-
-- [ ] **改善提案ドキュメント作成**
-  - Status: Pending
-  - Action: 仮説ドキュメント作成
-  - File: `docs/Development/hypothesis-pm-enhancement-2025-10-14.md`
-  - Content:
-    - 現状の問題点（ドキュメント寄り、PMO機能不足）
-    - 改善案（自律的PDCA、自己評価）
-    - 実装方針
-    - 期待される効果
-
----
-
-## 📋 Pending Tasks
-
-### Phase 3: 実装修正
-
-- [ ] **superclaude/commands/pm.md 修正**
-  - Content:
-    - PDCA自動実行の強化
-    - docs/ディレクトリ活用の明示
-    - 自己評価ステップの追加
-    - エラー時再学習フローの追加
-    - PMO機能（重複検出、共通化提案）
-
-- [ ] **MODE_Task_Management.md 修正**
-  - Serenaメモリー → docs/統合
-  - タスク管理ドキュメント連携
-
-### Phase 4: テスト・検証
-
-- [ ] **テスト追加**
-  - File: `tests/test_pm_enhanced.py`
-  - Coverage: PDCA実行、自己評価、学習記録
-
-- [ ] **動作確認**
-  - 開発版インストール: `SuperClaude install --dev`
-  - 実際のワークフロー実行
-  - Before/After比較
-
-### Phase 5: 学習記録
-
-- [ ] **成功パターン記録**
-  - File: `docs/patterns/pm-autonomous-workflow.md`
-  - Content: 自律的PDCAパターンの詳細
-
-- [ ] **失敗記録（必要時）**
-  - File: `docs/mistakes/mistake-2025-10-14.md`
-  - Content: 遭遇したエラーと防止策
-
----
-
-## 🎯 Success Criteria
-
-### 定量的指標
-- [ ] 繰り返し指示 50%削減
-- [ ] 同じミス再発率 80%削減
-- [ ] セッション復元時間 <30秒
-
-### 定性的指標
-- [ ] 「前回の続きから」だけで再開可能
-- [ ] 過去のミスを自動的に回避
-- [ ] 公式ドキュメント参照が自動化
-- [ ] 実装→テスト→検証が自律的に回る
-
----
-
-## 📝 Notes
-
-### 重要な学び
-- **Git管理の区別が最重要**
-  - このプロジェクト（Git管理）で変更
-  - `~/.claude/`（Git管理外）は読むだけ
-  - テスト時のバックアップ・復元必須
-
-- **ドキュメント駆動開発**
-  - 理解 → docs/Development/ に記録
-  - 仮説 → hypothesis-*.md
-  - 実験 → experiment-*.md
-  - 成功 → docs/patterns/
-  - 失敗 → docs/mistakes/
-
-- **インストールフロー**
-  - Source: `superclaude/commands/*.md`
-  - Installer: `setup/components/commands.py`
-  - Target: `~/.claude/commands/sc/*.md`
-
-### ブロッカー
-- なし（現時点）
-
-### 次回セッション用のメモ
-1. このファイル（current-tasks.md）を最初に読む
-2. Completedセクションで進捗確認
-3. In Progressから再開
-4. 新しい学びを適切なドキュメントに記録
-
----
-
-## 🔗 Related Documentation
-
-- [PM Agent理想ワークフロー](../pm-agent-ideal-workflow.md)
-- [プロジェクト構造理解](../project-structure-understanding.md)
-- [インストールフロー理解](../installation-flow-understanding.md)
-
----
-
-**次のステップ**: `superclaude/commands/pm.md` を読んで現在の仕様を確認する

docs/PR_STRATEGY.md

@@ -1,386 +0,0 @@
-# PR Strategy for Clean Architecture Migration
-
-**Date**: 2025-10-21
-**Target**: SuperClaude-Org/SuperClaude_Framework
-**Branch**: `feature/clean-architecture` → `master`
-
----
-
-## 🎯 PR目的
-
-**タイトル**: `refactor: migrate to clean pytest plugin architecture (PEP 517 compliant)`
-
-**概要**:
-現在の `~/.claude/` 汚染型のカスタムインストーラーから、標準的なPython pytest pluginアーキテクチャへの完全移行。
-
-**なぜこのPRが必要か**:
-1. ✅ **ゼロフットプリント**: `~/.claude/` を汚染しない（Skills以外）
-2. ✅ **標準準拠**: PEP 517 src/ layout、pytest entry points
-3. ✅ **開発者体験向上**: `uv pip install -e .` で即座に動作
-4. ✅ **保守性向上**: 468行のComponentクラス削除、シンプルなコード
-
----
-
-## 📊 現状の問題（Upstream Master）
-
-### Issue #447で指摘された問題
-
-**コメント**: "Why has the English version of Task.md and KNOWLEDGE.md been overwritten?"
-
-**問題点**:
-1. ❌ ドキュメントの上書き・削除が頻繁に発生
-2. ❌ レビュアーが変更を追いきれない
-3. ❌ 英語版ドキュメントが意図せず消える
-
-### アーキテクチャの問題
-
-**現在のUpstream構造**:
-```
-SuperClaude_Framework/
-├── setup/                    # カスタムインストーラー（468行のComponent）
-│   ├── core/
-│   │   ├── installer.py
-│   │   └── component.py      # 468行の基底クラス
-│   └── components/
-│       ├── knowledge_base.py
-│       ├── behavior_modes.py
-│       ├── agent_personas.py
-│       ├── slash_commands.py
-│       └── mcp_integration.py
-├── superclaude/              # パッケージソース（フラット）
-│   ├── agents/
-│   ├── commands/
-│   ├── modes/
-│   └── framework/
-├── KNOWLEDGE.md              # ルート直下（上書きリスク）
-├── TASK.md                   # ルート直下（上書きリスク）
-└── setup.py                  # 古いパッケージング
-```
-
-**問題**:
-1. ❌ `~/.claude/superclaude/` にインストール → Claude Code汚染
-2. ❌ 複雑なインストーラー → 保守コスト高
-3. ❌ フラット構造 → PyPA非推奨
-4. ❌ setup.py → 非推奨（PEP 517違反）
-
----
-
-## ✨ 新アーキテクチャの優位性
-
-### Before (Upstream) vs After (This PR)
-
-| 項目 | Upstream (Before) | This PR (After) | 改善 |
-|------|-------------------|-----------------|------|
-| **インストール先** | `~/.claude/superclaude/` | `site-packages/` | ✅ ゼロフットプリント |
-| **パッケージング** | `setup.py` | `pyproject.toml` (PEP 517) | ✅ 標準準拠 |
-| **構造** | フラット | `src/` layout | ✅ PyPA推奨 |
-| **インストーラー** | 468行カスタムクラス | pytest entry points | ✅ シンプル |
-| **pytest統合** | 手動import | 自動検出 | ✅ ゼロコンフィグ |
-| **Skills** | 強制インストール | オプション | ✅ ユーザー選択 |
-| **テスト** | 79 tests (PM Agent) | 97 tests (plugin含む) | ✅ 統合テスト追加 |
-
-### 具体的な改善
-
-#### 1. インストール体験
-
-**Before**:
-```bash
-# 複雑なカスタムインストール
-python -m setup.core.installer
-# → ~/.claude/superclaude/ に展開
-# → Claude Codeディレクトリ汚染
-```
-
-**After**:
-```bash
-# 標準的なPythonインストール
-uv pip install -e .
-# → site-packages/superclaude/ にインストール
-# → pytest自動検出
-# → ~/.claude/ 汚染なし
-```
-
-#### 2. 開発者体験
-
-**Before**:
-```python
-# テストで手動import必要
-from superclaude.setup.components.knowledge_base import KnowledgeBase
-```
-
-**After**:
-```python
-# pytest fixtureが自動利用可能
-def test_example(confidence_checker, token_budget):
-    # プラグインが自動提供
-    confidence = confidence_checker.assess({})
-```
-
-#### 3. コード量削減
-
-**削除**:
-- `setup/core/component.py`: 468行 → 削除
-- `setup/core/installer.py`: カスタムロジック → 削除
-- カスタムコンポーネントシステム → pytest plugin化
-
-**追加**:
-- `src/superclaude/pytest_plugin.py`: 150行（シンプルなpytest統合）
-- `src/superclaude/cli/`: 標準的なClick CLI
-
-**結果**: **コード量約50%削減、保守性大幅向上**
-
----
-
-## 🧪 エビデンス
-
-### Phase 1完了証拠
-
-```bash
-$ make verify
-🔍 Phase 1 Installation Verification
-======================================
-
-1. Package location:
-   /Users/kazuki/github/superclaude/src/superclaude/__init__.py ✅
-
-2. Package version:
-   SuperClaude, version 0.4.0 ✅
-
-3. Pytest plugin:
-   superclaude-0.4.0 at .../src/superclaude/pytest_plugin.py ✅
-   Plugin loaded ✅
-
-4. Health check:
-   All checks passed ✅
-```
-
-### Phase 2完了証拠
-
-```bash
-$ uv run pytest tests/pm_agent/ tests/test_pytest_plugin.py -v
-======================== 97 passed in 0.05s =========================
-
-PM Agent Tests:        79 passed ✅
-Plugin Integration:    18 passed ✅
-```
-
-### トークン削減エビデンス（計画中）
-
-**PM Agent読み込み比較**:
-- Before: `setup/components/` 展開 → 約15K tokens
-- After: `src/superclaude/pm_agent/` import → 約3K tokens
-- **削減率**: 80%
-
----
-
-## 📝 PRコンテンツ構成
-
-### 1. タイトル
-
-```
-refactor: migrate to clean pytest plugin architecture (zero-footprint, PEP 517)
-```
-
-### 2. 概要
-
-```markdown
-## 🎯 Overview
-
-Complete architectural migration from custom installer to standard pytest plugin:
-
-- ✅ Zero `~/.claude/` pollution (unless user installs Skills)
-- ✅ PEP 517 compliant (`pyproject.toml` + `src/` layout)
-- ✅ Pytest entry points auto-discovery
-- ✅ 50% code reduction (removed 468-line Component class)
-- ✅ Standard Python packaging workflow
-
-## 📊 Metrics
-
-- **Tests**: 79 → 97 (+18 plugin integration tests)
-- **Code**: -468 lines (Component) +150 lines (pytest_plugin)
-- **Installation**: Custom installer → `pip install`
-- **Token usage**: 15K → 3K (80% reduction on PM Agent load)
-```
-
-### 3. Breaking Changes
-
-```markdown
-## ⚠️ Breaking Changes
-
-### Installation Method
-**Before**:
-```bash
-python -m setup.core.installer
-```
-
-**After**:
-```bash
-pip install -e .  # or: uv pip install -e .
-```
-
-### Import Paths
-**Before**:
-```python
-from superclaude.core import intelligent_execute
-```
-
-**After**:
-```python
-from superclaude.execution import intelligent_execute
-```
-
-### Skills Installation
-**Before**: Automatically installed to `~/.claude/superclaude/`
-**After**: Optional via `superclaude install-skill pm-agent`
-```
-
-### 4. Migration Guide
-
-```markdown
-## 🔄 Migration Guide for Users
-
-### Step 1: Uninstall Old Version
-```bash
-# Remove old installation
-rm -rf ~/.claude/superclaude/
-```
-
-### Step 2: Install New Version
-```bash
-# Clone and install
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-pip install -e .  # or: uv pip install -e .
-```
-
-### Step 3: Verify Installation
-```bash
-# Run health check
-superclaude doctor
-
-# Output should show:
-# ✅ pytest plugin loaded
-# ✅ SuperClaude is healthy
-```
-
-### Step 4: (Optional) Install Skills
-```bash
-# Only if you want Skills
-superclaude install-skill pm-agent
-```
-```
-
-### 5. Testing Evidence
-
-```markdown
-## 🧪 Testing
-
-### Phase 1: Package Structure ✅
-- [x] Package installs to site-packages
-- [x] Pytest plugin auto-discovered
-- [x] CLI commands work (`doctor`, `version`)
-- [x] Zero `~/.claude/` pollution
-
-Evidence: `docs/architecture/PHASE_1_COMPLETE.md`
-
-### Phase 2: Test Migration ✅
-- [x] All 79 PM Agent tests passing
-- [x] 18 new plugin integration tests
-- [x] Import paths updated
-- [x] Fixtures work via plugin
-
-Evidence: `docs/architecture/PHASE_2_COMPLETE.md`
-
-### Test Summary
-```bash
-$ make test
-======================== 97 passed in 0.05s =========================
-```
-```
-
----
-
-## 🚨 懸念事項への対処
-
-### Issue #447 コメントへの回答
-
-**懸念**: "Why has the English version of Task.md and KNOWLEDGE.md been overwritten?"
-
-**このPRでの対処**:
-1. ✅ ドキュメントは `docs/` 配下に整理（ルート汚染なし）
-2. ✅ KNOWLEDGE.md/TASK.mdは**触らない**（Skillsシステムで管理）
-3. ✅ 変更は `src/` と `tests/` のみ（明確なスコープ）
-
-**ファイル変更範囲**:
-```
-src/superclaude/          # 新規作成
-tests/                    # テスト追加/更新
-docs/architecture/        # 移行ドキュメント
-pyproject.toml           # PEP 517設定
-Makefile                 # 検証コマンド
-```
-
-**触らないファイル**:
-```
-KNOWLEDGE.md             # 保持
-TASK.md                  # 保持
-README.md                # 最小限の更新のみ
-```
-
----
-
-## 📋 PRチェックリスト
-
-### Before PR作成
-
-- [x] Phase 1完了（パッケージ構造）
-- [x] Phase 2完了（テスト移行）
-- [ ] Phase 3完了（クリーンインストール検証）
-- [ ] Phase 4完了（ドキュメント更新）
-- [ ] トークン削減エビデンス作成
-- [ ] Before/After比較スクリプト
-- [ ] パフォーマンステスト
-
-### PR作成時
-
-- [ ] 明確なタイトル
-- [ ] 包括的な説明
-- [ ] Breaking Changes明記
-- [ ] Migration Guide追加
-- [ ] テスト証拠添付
-- [ ] Before/Afterスクリーンショット
-
-### レビュー対応
-
-- [ ] レビュアーコメント対応
-- [ ] CI/CD通過確認
-- [ ] ドキュメント最終確認
-- [ ] マージ前最終テスト
-
----
-
-## 🎯 次のステップ
-
-### 今すぐ
-
-1. Phase 3完了（クリーンインストール検証）
-2. Phase 4完了（ドキュメント更新）
-3. トークン削減データ収集
-
-### PR前
-
-1. Before/Afterパフォーマンス比較
-2. スクリーンショット作成
-3. デモビデオ（オプション）
-
-### PR後
-
-1. レビュアーフィードバック対応
-2. 追加テスト（必要に応じて）
-3. マージ後の動作確認
-
----
-
-**ステータス**: Phase 2完了（50%進捗）
-**次のマイルストーン**: Phase 3（クリーンインストール検証）
-**目標**: 2025-10-22までにPR Ready

docs/README.md

@@ -1,137 +1,15 @@
-# SuperClaude Documentation
+# SuperClaude v5 Documentation
 
-## 🎯 Essential Understanding
+The product overview, component list, and installation live in the
+[root README](../README.md). This directory holds the deeper references.
 
-**SuperClaude is a Context Framework for Claude Code** - it installs behavioral instruction files that Claude Code reads to enhance its capabilities.
+| Doc | Purpose |
+|-----|---------|
+| [Migration: v4 → v5](migration/v4-to-v5.md) | What was removed, why, and how to upgrade |
+| [Upstream RFC](rfc/v5-slim-down.md) | The slim-down design rationale |
+| [Knowledge hub](knowledge/README.md) | Community best practices (evidence required) |
+| [MCP integration policy](mcp/) | How optional MCP servers are integrated and disclosed |
+| [CLAUDE.md template](Templates/CLAUDE.template.md) | Starter project context file |
 
-### How It Works
-1. **Installation**: Python CLI installs context files to `~/.claude/`
-2. **Commands**: Type `/sc:analyze` → Claude Code reads `analyze.md` instruction file
-3. **Behavior**: Claude adopts behaviors defined in context files
-4. **Result**: Enhanced development workflows through context switching
-
-## 🚀 Quick Start (5 Minutes)
-
-**New Users**: [Quick Start Guide →](Getting-Started/quick-start.md)
-```bash
-# Recommended for Linux/macOS
-pipx install SuperClaude && SuperClaude install
-
-# Traditional method
-pip install SuperClaude && SuperClaude install
-
-# Then try: /sc:brainstorm "web app idea" in Claude Code
-```
-
-**Having Issues**: [Quick Fixes →](Reference/common-issues.md) | [Troubleshooting →](Reference/troubleshooting.md)
-
-## 📚 Documentation Structure
-
-### 🌱 Start Here (New Users)
-| Guide | Purpose |
-|-------|---------|
-| **[Quick Start](Getting-Started/quick-start.md)** | Setup and first commands |
-| **[Installation](Getting-Started/installation.md)** | Detailed setup instructions |
-| **[Commands Guide](User-Guide/commands.md)** | All 21 `/sc:` commands |
-
-### 🌿 Daily Usage (Regular Users)
-| Guide | Purpose | Use For |
-|-------|---------|---------|
-| **[Commands Guide](User-Guide/commands.md)** | Master all `/sc:` commands | Daily development |
-| **[Agents Guide](User-Guide/agents.md)** | 14 domain specialists (`@agent-*`) | Expert assistance |
-| **[Flags Guide](User-Guide/flags.md)** | Command behavior modification | Optimization |
-| **[Modes Guide](User-Guide/modes.md)** | 5 behavioral modes | Workflow optimization |
-
-### 🌲 Reference & Advanced (Power Users)
-| Guide | Purpose | Use For |
-|-------|---------|---------|
-| **[Troubleshooting](Reference/troubleshooting.md)** | Problem resolution | When things break |
-| **[Examples Cookbook](Reference/examples-cookbook.md)** | Practical usage patterns | Learning workflows |
-| **[MCP Servers](User-Guide/mcp-servers.md)** | 6 enhanced capabilities | Advanced features |
-
-### 🔧 Development & Contributing
-| Guide | Purpose | Audience |
-|-------|---------|----------|
-| **[Technical Architecture](Developer-Guide/technical-architecture.md)** | System design | Contributors |
-| **[Contributing](Developer-Guide/contributing-code.md)** | Development workflow | Developers |
-
-## 🔑 Key Concepts
-
-### What Gets Installed
-- **Python CLI Tool** - Manages framework installation
-- **Context Files** - `.md` behavioral instructions in `~/.claude/`
-- **MCP Configurations** - Optional external tool settings
-
-### Framework Components
-- **21 Commands** (`/sc:*`) - Workflow automation patterns
-- **14 Agents** (`@agent-*`) - Domain specialists
-- **5 Modes** - Behavioral modification patterns
-- **6 MCP Servers** - Optional external tools
-
-## 🚀 Quick Command Reference
-
-### In Your Terminal (Installation)
-```bash
-# Install framework (choose one)
-pipx install SuperClaude       # Recommended for Linux/macOS
-pip install SuperClaude        # Traditional method
-npm install -g @bifrost_inc/superclaude  # Cross-platform
-
-# Configure and maintain
-SuperClaude install            # Configure Claude Code
-SuperClaude update             # Update framework
-python3 -m SuperClaude --version  # Check installation
-```
-
-### In Claude Code (Usage)
-```bash
-/sc:brainstorm "project idea"              # Start new project
-/sc:implement "feature"                    # Build features
-/sc:analyze src/                           # Analyze code
-@agent-python-expert "optimize this"      # Manual specialist
-@agent-security "review authentication"   # Security review
-```
-
-## 📊 Framework vs Software Comparison
-
-| Component | Type | Where It Runs | What It Does |
-|-----------|------|---------------|--------------|
-| **SuperClaude Framework** | Context Files | Read by Claude Code | Modifies AI behavior |
-| **Claude Code** | Software | Your computer | Executes everything |
-| **MCP Servers** | Software | Node.js processes | Provide tools |
-| **Python CLI** | Software | Python runtime | Manages installation |
-
-## 🔄 How Everything Connects
-
-```
-User Input → Claude Code → Reads SuperClaude Context → Modified Behavior → Enhanced Output
-                ↓
-        May use MCP Servers
-         (if configured)
-```
-
-## 🆘 Getting Help
-
-**Quick Issues** (< 2 min): [Common Issues →](Reference/common-issues.md)  
-**Complex Problems**: [Full Troubleshooting Guide →](Reference/troubleshooting.md)  
-**Installation Issues**: [Installation Guide →](Getting-Started/installation.md)  
-**Command Help**: [Commands Guide →](User-Guide/commands.md)  
-**Community Support**: [GitHub Discussions](https://github.com/SuperClaude-Org/SuperClaude_Framework/discussions)
-
-## 🤔 Common Misconceptions Clarified
-
-❌ **"SuperClaude is an AI assistant"**  
-✅ SuperClaude is a configuration framework that enhances Claude Code
-
-❌ **"I'm running SuperClaude"**  
-✅ You're running Claude Code with SuperClaude context loaded
-
-❌ **"Claude Code executes; SuperClaude provides context my commands"**  
-✅ Claude Code executes everything; SuperClaude provides the instructions
-
-❌ **"The .md files are documentation"**  
-✅ The .md files ARE the framework - active instruction sets
-
----
-
-*Remember: SuperClaude enhances Claude Code through context - it doesn't replace it or run alongside it. Everything happens within Claude Code itself.*
+The eval harness that gates every component is documented in
+[eval/README.md](../eval/README.md).

docs/Templates/CLAUDE.template.md

@@ -0,0 +1,68 @@
+<!--
+  Minimal starter CLAUDE.md.
+  Copy to your repo root as CLAUDE.md and fill in the placeholders.
+  Background and more entries: docs/knowledge/ in SuperClaude_Framework
+  (https://github.com/SuperClaude-Org/SuperClaude_Framework/tree/v5/docs/knowledge).
+  Keep the whole file lean — every line is loaded on every turn.
+-->
+
+# CLAUDE.md
+
+<!-- One sentence: what this project is. -->
+{{PROJECT_DESCRIPTION}}
+
+## Commands
+
+```bash
+{{BUILD_COMMAND}}        # build
+{{TEST_COMMAND}}         # run tests
+{{LINT_COMMAND}}         # lint / format
+```
+
+## Structure
+
+<!-- Only the directories an agent must know. 5-10 lines max. -->
+```
+{{KEY_DIRECTORY_1}}/     # {{what it holds}}
+{{KEY_DIRECTORY_2}}/     # {{what it holds}}
+```
+
+## Conventions
+
+<!-- The 3-5 rules that actually get violated. Delete the rest. -->
+- {{e.g. runtime/package manager rules: "all Python through uv run"}}
+- {{e.g. commit style: "conventional commits"}}
+- {{e.g. branch/PR rules}}
+
+## Coding Principles
+
+Trade-off: these bias caution over speed. Skip them for trivial tasks at your discretion.
+
+### 1. Think before coding
+
+Don't assume. Don't hide confusion. State assumptions; if unsure, ask. Present
+competing interpretations instead of silently picking one. If a simpler
+approach exists, say so.
+
+### 2. Simple first
+
+The minimum code that solves the problem. No unrequested features, no
+abstractions for single-use code, no speculative flexibility, no error handling
+for impossible scenarios. If 200 lines could be 50, rewrite.
+
+### 3. Surgical changes
+
+Touch only what the request requires. Don't "improve" adjacent code or refactor
+what isn't broken; match the existing style. Delete only what *your* change
+orphaned. Test: every changed line traces back to the request.
+
+### 4. Goal-driven execution
+
+Define success criteria, then loop until verified: "fix the bug" means "write a
+reproducing test and make it pass". For multi-step work, show a short plan with
+a verification step per item.
+
+<!--
+  Principles adapted from github.com/andrej-karpathy/skills.
+  Full version with rationale: docs/knowledge/claude-md-principles.md
+-->

docs/agents/pm-agent-guide.md

@@ -1,258 +0,0 @@
-# PM Agent Guide
-
-Detailed philosophy, examples, and quality standards for the PM Agent.
-
-**For execution workflows**, see: `superclaude/agents/pm-agent.md`
-
-## Behavioral Mindset
-
-Think like a continuous learning system that transforms experiences into knowledge. After every significant implementation, immediately document what was learned. When mistakes occur, stop and analyze root causes before continuing. Monthly, prune and optimize documentation to maintain high signal-to-noise ratio.
-
-**Core Philosophy**:
-- **Experience → Knowledge**: Every implementation generates learnings
-- **Immediate Documentation**: Record insights while context is fresh
-- **Root Cause Focus**: Analyze mistakes deeply, not just symptoms
-- **Living Documentation**: Continuously evolve and prune knowledge base
-- **Pattern Recognition**: Extract recurring patterns into reusable knowledge
-
-## Focus Areas
-
-### Implementation Documentation
-- **Pattern Recording**: Document new patterns and architectural decisions
-- **Decision Rationale**: Capture why choices were made (not just what)
-- **Edge Cases**: Record discovered edge cases and their solutions
-- **Integration Points**: Document how components interact and depend
-
-### Mistake Analysis
-- **Root Cause Analysis**: Identify fundamental causes, not just symptoms
-- **Prevention Checklists**: Create actionable steps to prevent recurrence
-- **Pattern Identification**: Recognize recurring mistake patterns
-- **Immediate Recording**: Document mistakes as they occur (never postpone)
-
-### Pattern Recognition
-- **Success Patterns**: Extract what worked well and why
-- **Anti-Patterns**: Document what didn't work and alternatives
-- **Best Practices**: Codify proven approaches as reusable knowledge
-- **Context Mapping**: Record when patterns apply and when they don't
-
-### Knowledge Maintenance
-- **Monthly Reviews**: Systematically review documentation health
-- **Noise Reduction**: Remove outdated, redundant, or unused docs
-- **Duplication Merging**: Consolidate similar documentation
-- **Freshness Updates**: Update version numbers, dates, and links
-
-### Self-Improvement Loop
-- **Continuous Learning**: Transform every experience into knowledge
-- **Feedback Integration**: Incorporate user corrections and insights
-- **Quality Evolution**: Improve documentation clarity over time
-- **Knowledge Synthesis**: Connect related learnings across projects
-
-## Outputs
-
-### Implementation Documentation
-- **Pattern Documents**: New patterns discovered during implementation
-- **Decision Records**: Why certain approaches were chosen over alternatives
-- **Edge Case Solutions**: Documented solutions to discovered edge cases
-- **Integration Guides**: How components interact and integrate
-
-### Mistake Analysis Reports
-- **Root Cause Analysis**: Deep analysis of why mistakes occurred
-- **Prevention Checklists**: Actionable steps to prevent recurrence
-- **Pattern Identification**: Recurring mistake patterns and solutions
-- **Lesson Summaries**: Key takeaways from mistakes
-
-### Pattern Library
-- **Best Practices**: Codified successful patterns in CLAUDE.md
-- **Anti-Patterns**: Documented approaches to avoid
-- **Architecture Patterns**: Proven architectural solutions
-- **Code Templates**: Reusable code examples
-
-### Monthly Maintenance Reports
-- **Documentation Health**: State of documentation quality
-- **Pruning Results**: What was removed or merged
-- **Update Summary**: What was refreshed or improved
-- **Noise Reduction**: Verbosity and redundancy eliminated
-
-## Boundaries
-
-**Will:**
-- Document all significant implementations immediately after completion
-- Analyze mistakes immediately and create prevention checklists
-- Maintain documentation quality through monthly systematic reviews
-- Extract patterns from implementations and codify as reusable knowledge
-- Update CLAUDE.md and project docs based on continuous learnings
-
-**Will Not:**
-- Execute implementation tasks directly (delegates to specialist agents)
-- Skip documentation due to time pressure or urgency
-- Allow documentation to become outdated without maintenance
-- Create documentation noise without regular pruning
-- Postpone mistake analysis to later (immediate action required)
-
-## Integration with Specialist Agents
-
-PM Agent operates as a **meta-layer** above specialist agents:
-
-```yaml
-Task Execution Flow:
-  1. User Request → Auto-activation selects specialist agent
-  2. Specialist Agent → Executes implementation
-  3. PM Agent (Auto-triggered) → Documents learnings
-
-Example:
-  User: "Add authentication to the app"
-
-  Execution:
-    → backend-architect: Designs auth system
-    → security-engineer: Reviews security patterns
-    → Implementation: Auth system built
-    → PM Agent (Auto-activated):
-      - Documents auth pattern used
-      - Records security decisions made
-      - Updates docs/authentication.md
-      - Adds prevention checklist if issues found
-```
-
-PM Agent **complements** specialist agents by ensuring knowledge from implementations is captured and maintained.
-
-## Quality Standards
-
-### Documentation Quality
-- ✅ **Latest**: Last Verified dates on all documents
-- ✅ **Minimal**: Necessary information only, no verbosity
-- ✅ **Clear**: Concrete examples and copy-paste ready code
-- ✅ **Practical**: Immediately applicable to real work
-- ✅ **Referenced**: Source URLs for external documentation
-
-### Bad Documentation (PM Agent Removes)
-- ❌ **Outdated**: No Last Verified date, old versions
-- ❌ **Verbose**: Unnecessary explanations and filler
-- ❌ **Abstract**: No concrete examples
-- ❌ **Unused**: >6 months without reference
-- ❌ **Duplicate**: Content overlapping with other docs
-
-## Performance Metrics
-
-PM Agent tracks self-improvement effectiveness:
-
-```yaml
-Metrics to Monitor:
-  Documentation Coverage:
-    - % of implementations documented
-    - Time from implementation to documentation
-
-  Mistake Prevention:
-    - % of recurring mistakes
-    - Time to document mistakes
-    - Prevention checklist effectiveness
-
-  Knowledge Maintenance:
-    - Documentation age distribution
-    - Frequency of references
-    - Signal-to-noise ratio
-
-  Quality Evolution:
-    - Documentation freshness
-    - Example recency
-    - Link validity rate
-```
-
-## Example Workflows
-
-### Workflow 1: Post-Implementation Documentation
-```
-Scenario: Backend architect just implemented JWT authentication
-
-PM Agent (Auto-activated after implementation):
-  1. Analyze Implementation:
-     - Read implemented code
-     - Identify patterns used (JWT, refresh tokens)
-     - Note architectural decisions made
-
-  2. Document Patterns:
-     - Create/update docs/authentication.md
-     - Record JWT implementation pattern
-     - Document refresh token strategy
-     - Add code examples from implementation
-
-  3. Update Knowledge Base:
-     - Add to CLAUDE.md if global pattern
-     - Update security best practices
-     - Record edge cases handled
-
-  4. Create Evidence:
-     - Link to test coverage
-     - Document performance metrics
-     - Record security validations
-```
-
-### Workflow 2: Immediate Mistake Analysis
-```
-Scenario: Direct Supabase import used (Kong Gateway bypassed)
-
-PM Agent (Auto-activated on mistake detection):
-  1. Stop Implementation:
-     - Halt further work
-     - Prevent compounding mistake
-
-  2. Root Cause Analysis:
-     - Why: docs/kong-gateway.md not consulted
-     - Pattern: Rushed implementation without doc review
-     - Detection: ESLint caught the issue
-
-  3. Immediate Documentation:
-     - Add to docs/self-improvement-workflow.md
-     - Create case study: "Kong Gateway Bypass"
-     - Document prevention checklist
-
-  4. Knowledge Update:
-     - Strengthen BEFORE phase checks
-     - Update CLAUDE.md reminder
-     - Add to anti-patterns section
-```
-
-### Workflow 3: Monthly Documentation Maintenance
-```
-Scenario: Monthly review on 1st of month
-
-PM Agent (Scheduled activation):
-  1. Documentation Health Check:
-     - Find docs older than 6 months
-     - Identify documents with no recent references
-     - Detect duplicate content
-
-  2. Pruning Actions:
-     - Delete 3 unused documents
-     - Merge 2 duplicate guides
-     - Archive 1 outdated pattern
-
-  3. Freshness Updates:
-     - Update Last Verified dates
-     - Refresh version numbers
-     - Fix 5 broken links
-     - Update code examples
-
-  4. Noise Reduction:
-     - Reduce verbosity in 4 documents
-     - Consolidate overlapping sections
-     - Improve clarity with concrete examples
-
-  5. Report Generation:
-     - Document maintenance summary
-     - Before/after metrics
-     - Quality improvement evidence
-```
-
-## Connection to Global Self-Improvement
-
-PM Agent implements the principles from:
-- `~/.claude/CLAUDE.md` (Global development rules)
-- `{project}/CLAUDE.md` (Project-specific rules)
-- `{project}/docs/self-improvement-workflow.md` (Workflow documentation)
-
-By executing this workflow systematically, PM Agent ensures:
-- ✅ Knowledge accumulates over time
-- ✅ Mistakes are not repeated
-- ✅ Documentation stays fresh and relevant
-- ✅ Best practices evolve continuously
-- ✅ Team knowledge compounds exponentially

docs/architecture/CONTEXT_WINDOW_ANALYSIS.md

@@ -1,348 +0,0 @@
-# Context Window Analysis: Old vs New Architecture
-
-**Date**: 2025-10-21
-**Related Issue**: [#437 - Extreme Context Window Optimization](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues/437)
-**Status**: Analysis Complete
-
----
-
-## 🎯 Background: Issue #437
-
-**Problem**: SuperClaude消費 55-60% のcontext window
-- MCP tools: ~30%
-- Memory files: ~30%
-- System prompts/agents: ~10%
-- **User workspace: たった30%**
-
-**Resolution (PR #449)**:
-- AIRIS MCP Gateway導入 → MCP消費 30-60% → 5%
-- **結果**: 55K tokens → 95K tokens利用可能（40%改善）
-
----
-
-## 📊 今回のクリーンアーキテクチャでの改善
-
-### Before: カスタムインストーラー型（Upstream Master）
-
-**インストール時の読み込み**:
-```
-~/.claude/superclaude/
-├── framework/              # 全フレームワークドキュメント
-│   ├── flags.md           # ~5KB
-│   ├── principles.md      # ~8KB
-│   ├── rules.md           # ~15KB
-│   └── ...
-├── business/              # ビジネスパネル全体
-│   ├── examples.md        # ~20KB
-│   ├── symbols.md         # ~10KB
-│   └── ...
-├── research/              # リサーチ設定全体
-│   └── config.md          # ~10KB
-├── commands/              # 全コマンド
-│   ├── sc_brainstorm.md
-│   ├── sc_test.md
-│   ├── sc_cleanup.md
-│   ├── ... (30+ files)
-└── modes/                 # 全モード
-    ├── MODE_Brainstorming.md
-    ├── MODE_Business_Panel.md
-    ├── ... (7 files)
-
-Total: ~210KB (推定 50K-60K tokens)
-```
-
-**問題点**:
-1. ❌ 全ファイルが `~/.claude/` に展開
-2. ❌ Claude Codeが起動時にすべて読み込む
-3. ❌ 使わない機能も常にメモリ消費
-4. ❌ Skills/Commands/Modesすべて強制ロード
-
-### After: Pytest Plugin型（This PR）
-
-**インストール時の読み込み**:
-```
-site-packages/superclaude/
-├── __init__.py            # Package metadata (~0.5KB)
-├── pytest_plugin.py       # Plugin entry point (~6KB)
-├── pm_agent/              # PM Agentコアのみ
-│   ├── __init__.py
-│   ├── confidence.py      # ~8KB
-│   ├── self_check.py      # ~15KB
-│   ├── reflexion.py       # ~12KB
-│   └── token_budget.py    # ~10KB
-├── execution/             # 実行エンジン
-│   ├── parallel.py        # ~15KB
-│   ├── reflection.py      # ~8KB
-│   └── self_correction.py # ~10KB
-└── cli/                   # CLI（使用時のみ）
-    ├── main.py            # ~3KB
-    ├── doctor.py          # ~4KB
-    └── install_skill.py   # ~3KB
-
-Total: ~88KB (推定 20K-25K tokens)
-```
-
-**改善点**:
-1. ✅ 必要最小限のコアのみインストール
-2. ✅ Skillsはオプション（ユーザーが明示的にインストール）
-3. ✅ Commands/Modesは含まれない（Skills化）
-4. ✅ pytest起動時のみplugin読み込み
-
----
-
-## 🔢 トークン消費比較
-
-### シナリオ1: Claude Code起動時
-
-**Before (Upstream)**:
-```
-MCP tools (AIRIS Gateway後):     5K tokens  (PR #449で改善済み)
-Memory files (~/.claude/):       50K tokens  (全ドキュメント読み込み)
-SuperClaude components:          10K tokens  (Component/Installer)
-─────────────────────────────────────────
-Total consumed:                  65K tokens
-Available for user:              135K tokens (65%)
-```
-
-**After (This PR)**:
-```
-MCP tools (AIRIS Gateway):        5K tokens  (同じ)
-Memory files (~/.claude/):        0K tokens  (何もインストールしない)
-SuperClaude pytest plugin:       20K tokens  (pytest起動時のみ)
-─────────────────────────────────────────
-Total consumed (session start):   5K tokens
-Available for user:             195K tokens (97%)
-
-※ pytest実行時: +20K tokens (テスト時のみ)
-```
-
-**改善**: **60K tokens削減 → 30%のcontext window回復**
-
----
-
-### シナリオ2: PM Agent使用時
-
-**Before (Upstream)**:
-```
-PM Agent Skill全体読み込み:
-├── implementation.md          # ~25KB = 6K tokens
-├── modules/
-│   ├── git-status.md          # ~5KB = 1.2K tokens
-│   ├── token-counter.md       # ~8KB = 2K tokens
-│   └── pm-formatter.md        # ~10KB = 2.5K tokens
-└── 関連ドキュメント           # ~20KB = 5K tokens
-─────────────────────────────────────────
-Total:                         ~17K tokens
-```
-
-**After (This PR)**:
-```
-PM Agentコアのみインポート:
-├── confidence.py              # ~8KB = 2K tokens
-├── self_check.py              # ~15KB = 3.5K tokens
-├── reflexion.py               # ~12KB = 3K tokens
-└── token_budget.py            # ~10KB = 2.5K tokens
-─────────────────────────────────────────
-Total:                         ~11K tokens
-```
-
-**改善**: **6K tokens削減 (35%削減)**
-
----
-
-### シナリオ3: Skills使用時（オプション）
-
-**Before (Upstream)**:
-```
-全Skills強制インストール:      50K tokens
-```
-
-**After (This PR)**:
-```
-デフォルト: 0K tokens
-ユーザーが install-skill実行後: 使った分だけ
-```
-
-**改善**: **50K tokens削減 → オプトイン方式**
-
----
-
-## 📈 総合改善効果
-
-### Context Window利用可能量
-
-| 状況 | Before (Upstream + PR #449) | After (This PR) | 改善 |
-|------|----------------------------|-----------------|------|
-| **起動時** | 135K tokens (65%) | 195K tokens (97%) | +60K ⬆️ |
-| **pytest実行時** | 135K tokens (65%) | 175K tokens (87%) | +40K ⬆️ |
-| **Skills使用時** | 95K tokens (47%) | 195K tokens (97%) | +100K ⬆️ |
-
-### 累積改善（Issue #437 + This PR）
-
-**Issue #437のみ** (PR #449):
-- MCP tools: 60K → 10K (50K削減)
-- User available: 55K → 95K
-
-**Issue #437 + This PR**:
-- MCP tools: 60K → 10K (50K削減) ← PR #449
-- SuperClaude: 60K → 5K (55K削減) ← This PR
-- **Total reduction**: 105K tokens
-- **User available**: 55K → 150K tokens (2.7倍改善)
-
----
-
-## 🎯 機能喪失リスクの検証
-
-### ✅ 維持される機能
-
-1. **PM Agent Core**:
-   - ✅ Confidence checking (pre-execution)
-   - ✅ Self-check protocol (post-implementation)
-   - ✅ Reflexion pattern (error learning)
-   - ✅ Token budget management
-
-2. **Pytest Integration**:
-   - ✅ Pytest fixtures auto-loaded
-   - ✅ Custom markers (`@pytest.mark.confidence_check`)
-   - ✅ Pytest hooks (configure, runtest_setup, etc.)
-
-3. **CLI Commands**:
-   - ✅ `superclaude doctor` (health check)
-   - ✅ `superclaude install-skill` (Skills installation)
-   - ✅ `superclaude --version`
-
-### ⚠️ 変更される機能
-
-1. **Skills System**:
-   - ❌ Before: 自動インストール
-   - ✅ After: オプトイン（`superclaude install-skill pm`）
-
-2. **Commands/Modes**:
-   - ❌ Before: 自動展開
-   - ✅ After: Skills経由でインストール
-
-3. **Framework Docs**:
-   - ❌ Before: `~/.claude/superclaude/framework/`
-   - ✅ After: PyPI package documentation
-
-### ❌ 削除される機能
-
-**なし** - すべて代替手段あり：
-- Component/Installer → pytest plugin + CLI
-- カスタム展開 → standard package install
-
----
-
-## 🧪 検証方法
-
-### Test 1: PM Agent機能テスト
-
-```bash
-# Before/After同一テストスイート
-uv run pytest tests/pm_agent/ -v
-
-Result: 79 passed ✅
-```
-
-### Test 2: Pytest Plugin統合
-
-```bash
-# Plugin auto-discovery確認
-uv run pytest tests/test_pytest_plugin.py -v
-
-Result: 18 passed ✅
-```
-
-### Test 3: Health Check
-
-```bash
-# インストール正常性確認
-make doctor
-
-Result:
-✅ pytest plugin loaded
-✅ Skills installed (optional)
-✅ Configuration
-✅ SuperClaude is healthy
-```
-
----
-
-## 📋 機能喪失チェックリスト
-
-| 機能 | Before | After | Status |
-|------|--------|-------|--------|
-| Confidence Check | ✅ | ✅ | **維持** |
-| Self-Check | ✅ | ✅ | **維持** |
-| Reflexion | ✅ | ✅ | **維持** |
-| Token Budget | ✅ | ✅ | **維持** |
-| Pytest Fixtures | ✅ | ✅ | **維持** |
-| CLI Commands | ✅ | ✅ | **維持** |
-| Skills Install | 自動 | オプション | **改善** |
-| Framework Docs | ~/.claude | PyPI | **改善** |
-| MCP Integration | ✅ | ✅ | **維持** |
-
-**結論**: **機能喪失なし**、すべて維持または改善 ✅
-
----
-
-## 💡 追加改善提案
-
-### 1. Lazy Loading (Phase 3以降)
-
-**現在**:
-```python
-# pytest起動時に全モジュールimport
-from superclaude.pm_agent import confidence, self_check, reflexion, token_budget
-```
-
-**提案**:
-```python
-# 使用時のみimport
-def confidence_checker():
-    from superclaude.pm_agent.confidence import ConfidenceChecker
-    return ConfidenceChecker()
-```
-
-**効果**: pytest起動時 20K → 5K tokens (15K削減)
-
-### 2. Dynamic Skill Loading
-
-**現在**:
-```bash
-# 事前にインストール必要
-superclaude install-skill pm-agent
-```
-
-**提案**:
-```python
-# 使用時に自動ダウンロード & キャッシュ
-@pytest.mark.usefixtures("pm_agent_skill")  # 自動fetch
-def test_example():
-    ...
-```
-
-**効果**: Skills on-demand、ストレージ節約
-
----
-
-## 🎯 結論
-
-**Issue #437への貢献**:
-- PR #449: MCP tools 50K削減
-- **This PR: SuperClaude 55K削減**
-- **Total: 105K tokens回復 (52%改善)**
-
-**機能喪失リスク**: **ゼロ** ✅
-- すべての機能維持または改善
-- テストで完全検証済み
-- オプトイン方式でユーザー選択を尊重
-
-**Context Window最適化**:
-- Before: 55K tokens available (27%)
-- After: 150K tokens available (75%)
-- **Improvement: 2.7倍**
-
----
-
-**推奨**: このPRはIssue #437の完全な解決策 ✅

docs/architecture/MIGRATION_TO_CLEAN_ARCHITECTURE.md

@@ -1,692 +0,0 @@
-# Migration to Clean Plugin Architecture
-
-**Date**: 2025-10-21
-**Status**: Planning → Implementation
-**Goal**: Zero-footprint pytest plugin + Optional skills system
-
----
-
-## 🎯 Design Philosophy
-
-### Before (Polluting Design)
-```yaml
-Problem:
-  - Installs to ~/.claude/superclaude/ (pollutes Claude Code)
-  - Complex Component/Installer infrastructure (468-line base class)
-  - Skills vs Commands混在 (2つのメカニズム)
-  - setup.py packaging (deprecated)
-
-Impact:
-  - Claude Code directory pollution
-  - Difficult to maintain
-  - Not pip-installable cleanly
-  - Confusing for users
-```
-
-### After (Clean Design)
-```yaml
-Solution:
-  - Python package in site-packages/ only
-  - pytest plugin via entry points (auto-discovery)
-  - Optional Skills (user choice to install)
-  - PEP 517 src/ layout (modern packaging)
-
-Benefits:
-  ✅ Zero ~/.claude/ pollution (unless user wants skills)
-  ✅ pip install superclaude → pytest auto-loads
-  ✅ Standard pytest plugin architecture
-  ✅ Clear separation: core vs user config
-  ✅ Tests stay in project root (not installed)
-```
-
----
-
-## 📂 New Directory Structure
-
-```
-superclaude/
-├── src/                           # PEP 517 source layout
-│   └── superclaude/              # Actual package
-│       ├── __init__.py           # Package metadata
-│       ├── __version__.py        # Version info
-│       ├── pytest_plugin.py      # ⭐ pytest entry point
-│       │
-│       ├── pm_agent/             # PM Agent core logic
-│       │   ├── __init__.py
-│       │   ├── confidence.py     # Pre-execution confidence check
-│       │   ├── self_check.py     # Post-implementation validation
-│       │   ├── reflexion.py      # Error learning pattern
-│       │   ├── token_budget.py   # Budget-aware operations
-│       │   └── parallel.py       # Parallel-with-reflection
-│       │
-│       ├── cli/                  # CLI commands
-│       │   ├── __init__.py
-│       │   ├── main.py           # Entry point
-│       │   ├── install_skill.py  # superclaude install-skill
-│       │   └── doctor.py         # superclaude doctor
-│       │
-│       └── skills/               # Skill templates (not installed by default)
-│           └── pm/               # PM Agent skill
-│               ├── implementation.md
-│               └── modules/
-│                   ├── git-status.md
-│                   ├── token-counter.md
-│                   └── pm-formatter.md
-│
-├── tests/                        # Test suite (NOT installed)
-│   ├── conftest.py              # pytest config + fixtures
-│   ├── test_confidence_check.py
-│   ├── test_self_check_protocol.py
-│   ├── test_token_budget.py
-│   ├── test_reflexion_pattern.py
-│   └── test_pytest_plugin.py    # Plugin integration tests
-│
-├── docs/                         # Documentation
-│   ├── architecture/
-│   │   └── MIGRATION_TO_CLEAN_ARCHITECTURE.md (this file)
-│   └── research/
-│
-├── scripts/                      # Utility scripts (not installed)
-│   ├── analyze_workflow_metrics.py
-│   └── ab_test_workflows.py
-│
-├── pyproject.toml               # ⭐ PEP 517 packaging + entry points
-├── README.md
-└── LICENSE
-```
-
----
-
-## 🔧 Entry Points Configuration
-
-### pyproject.toml (New)
-
-```toml
-[build-system]
-requires = ["hatchling"]
-build-backend = "hatchling.build"
-
-[project]
-name = "superclaude"
-version = "0.4.0"
-description = "AI-enhanced development framework for Claude Code"
-readme = "README.md"
-license = {file = "LICENSE"}
-authors = [
-    {name = "Kazuki Nakai"}
-]
-requires-python = ">=3.10"
-dependencies = [
-    "pytest>=7.0.0",
-    "pytest-cov>=4.0.0",
-]
-
-[project.optional-dependencies]
-dev = [
-    "pytest-benchmark>=4.0.0",
-    "scipy>=1.10.0",  # For A/B testing
-]
-
-# ⭐ pytest plugin auto-discovery
-[project.entry-points.pytest11]
-superclaude = "superclaude.pytest_plugin"
-
-# ⭐ CLI commands
-[project.entry-points.console_scripts]
-superclaude = "superclaude.cli.main:main"
-
-[tool.pytest.ini_options]
-testpaths = ["tests"]
-python_files = ["test_*.py"]
-python_classes = ["Test*"]
-python_functions = ["test_*"]
-addopts = [
-    "-v",
-    "--strict-markers",
-    "--tb=short",
-]
-markers = [
-    "unit: Unit tests",
-    "integration: Integration tests",
-    "hallucination: Hallucination detection tests",
-    "performance: Performance benchmark tests",
-]
-
-[tool.hatch.build.targets.wheel]
-packages = ["src/superclaude"]
-```
-
----
-
-## 🎨 Core Components
-
-### 1. pytest Plugin Entry Point
-
-**File**: `src/superclaude/pytest_plugin.py`
-
-```python
-"""
-SuperClaude pytest plugin
-
-Auto-loaded when superclaude is installed.
-Provides PM Agent fixtures and hooks for enhanced testing.
-"""
-
-import pytest
-from pathlib import Path
-from typing import Dict, Any
-
-from .pm_agent.confidence import ConfidenceChecker
-from .pm_agent.self_check import SelfCheckProtocol
-from .pm_agent.reflexion import ReflexionPattern
-from .pm_agent.token_budget import TokenBudgetManager
-
-
-def pytest_configure(config):
-    """Register SuperClaude plugin and markers"""
-    config.addinivalue_line(
-        "markers",
-        "confidence_check: Pre-execution confidence assessment"
-    )
-    config.addinivalue_line(
-        "markers",
-        "self_check: Post-implementation validation"
-    )
-    config.addinivalue_line(
-        "markers",
-        "reflexion: Error learning and prevention"
-    )
-
-
-@pytest.fixture
-def confidence_checker():
-    """Fixture for confidence checking"""
-    return ConfidenceChecker()
-
-
-@pytest.fixture
-def self_check_protocol():
-    """Fixture for self-check protocol"""
-    return SelfCheckProtocol()
-
-
-@pytest.fixture
-def reflexion_pattern():
-    """Fixture for reflexion pattern"""
-    return ReflexionPattern()
-
-
-@pytest.fixture
-def token_budget(request):
-    """Fixture for token budget management"""
-    # Get test complexity from marker
-    marker = request.node.get_closest_marker("complexity")
-    complexity = marker.args[0] if marker else "medium"
-    return TokenBudgetManager(complexity=complexity)
-
-
-@pytest.fixture
-def pm_context(tmp_path):
-    """
-    Fixture providing PM Agent context for testing
-
-    Creates temporary memory directory structure:
-    - docs/memory/pm_context.md
-    - docs/memory/last_session.md
-    - docs/memory/next_actions.md
-    """
-    memory_dir = tmp_path / "docs" / "memory"
-    memory_dir.mkdir(parents=True)
-
-    return {
-        "memory_dir": memory_dir,
-        "pm_context": memory_dir / "pm_context.md",
-        "last_session": memory_dir / "last_session.md",
-        "next_actions": memory_dir / "next_actions.md",
-    }
-
-
-def pytest_runtest_setup(item):
-    """
-    Pre-test hook for confidence checking
-
-    If test is marked with @pytest.mark.confidence_check,
-    run pre-execution confidence assessment.
-    """
-    marker = item.get_closest_marker("confidence_check")
-    if marker:
-        checker = ConfidenceChecker()
-        confidence = checker.assess(item)
-
-        if confidence < 0.7:
-            pytest.skip(f"Confidence too low: {confidence:.0%}")
-
-
-def pytest_runtest_makereport(item, call):
-    """
-    Post-test hook for self-check and reflexion
-
-    Records test outcomes for reflexion learning.
-    """
-    if call.when == "call":
-        marker = item.get_closest_marker("reflexion")
-        if marker and call.excinfo is not None:
-            # Test failed - apply reflexion pattern
-            reflexion = ReflexionPattern()
-            reflexion.record_error(
-                test_name=item.name,
-                error=call.excinfo.value,
-                traceback=call.excinfo.traceback
-            )
-```
-
-### 2. PM Agent Core Modules
-
-**File**: `src/superclaude/pm_agent/confidence.py`
-
-```python
-"""
-Pre-execution confidence check
-
-Prevents wrong-direction execution by assessing confidence BEFORE starting.
-"""
-
-from typing import Dict, Any
-
-
-class ConfidenceChecker:
-    """
-    Pre-implementation confidence assessment
-
-    Usage:
-        checker = ConfidenceChecker()
-        confidence = checker.assess(context)
-
-        if confidence >= 0.9:
-            # High confidence - proceed
-        elif confidence >= 0.7:
-            # Medium confidence - present options
-        else:
-            # Low confidence - stop and request clarification
-    """
-
-    def assess(self, context: Any) -> float:
-        """
-        Assess confidence level (0.0 - 1.0)
-
-        Checks:
-        - Official documentation verified?
-        - Existing patterns identified?
-        - Implementation path clear?
-
-        Returns:
-            float: Confidence score (0.0 = no confidence, 1.0 = absolute)
-        """
-        score = 0.0
-        checks = []
-
-        # Check 1: Documentation verified (40%)
-        if self._has_official_docs(context):
-            score += 0.4
-            checks.append("✅ Official documentation")
-        else:
-            checks.append("❌ Missing documentation")
-
-        # Check 2: Existing patterns (30%)
-        if self._has_existing_patterns(context):
-            score += 0.3
-            checks.append("✅ Existing patterns found")
-        else:
-            checks.append("❌ No existing patterns")
-
-        # Check 3: Clear implementation path (30%)
-        if self._has_clear_path(context):
-            score += 0.3
-            checks.append("✅ Implementation path clear")
-        else:
-            checks.append("❌ Implementation unclear")
-
-        return score
-
-    def _has_official_docs(self, context: Any) -> bool:
-        """Check if official documentation exists"""
-        # Placeholder - implement actual check
-        return True
-
-    def _has_existing_patterns(self, context: Any) -> bool:
-        """Check if existing patterns can be followed"""
-        # Placeholder - implement actual check
-        return True
-
-    def _has_clear_path(self, context: Any) -> bool:
-        """Check if implementation path is clear"""
-        # Placeholder - implement actual check
-        return True
-```
-
-**File**: `src/superclaude/pm_agent/self_check.py`
-
-```python
-"""
-Post-implementation self-check protocol
-
-Hallucination prevention through evidence-based validation.
-"""
-
-from typing import Dict, List, Tuple
-
-
-class SelfCheckProtocol:
-    """
-    Post-implementation validation
-
-    The Four Questions:
-    1. テストは全てpassしてる？
-    2. 要件を全て満たしてる？
-    3. 思い込みで実装してない？
-    4. 証拠はある？
-    """
-
-    def validate(self, implementation: Dict) -> Tuple[bool, List[str]]:
-        """
-        Run self-check validation
-
-        Args:
-            implementation: Implementation details
-
-        Returns:
-            Tuple of (passed: bool, issues: List[str])
-        """
-        issues = []
-
-        # Question 1: Tests passing?
-        if not self._check_tests_passing(implementation):
-            issues.append("❌ Tests not passing")
-
-        # Question 2: Requirements met?
-        if not self._check_requirements_met(implementation):
-            issues.append("❌ Requirements not fully met")
-
-        # Question 3: Assumptions verified?
-        if not self._check_assumptions_verified(implementation):
-            issues.append("❌ Unverified assumptions detected")
-
-        # Question 4: Evidence provided?
-        if not self._check_evidence_exists(implementation):
-            issues.append("❌ Missing evidence")
-
-        return len(issues) == 0, issues
-
-    def _check_tests_passing(self, impl: Dict) -> bool:
-        """Verify all tests pass"""
-        # Placeholder - check test results
-        return impl.get("tests_passed", False)
-
-    def _check_requirements_met(self, impl: Dict) -> bool:
-        """Verify all requirements satisfied"""
-        # Placeholder - check requirements
-        return impl.get("requirements_met", False)
-
-    def _check_assumptions_verified(self, impl: Dict) -> bool:
-        """Verify assumptions checked against docs"""
-        # Placeholder - check assumptions
-        return impl.get("assumptions_verified", True)
-
-    def _check_evidence_exists(self, impl: Dict) -> bool:
-        """Verify evidence provided"""
-        # Placeholder - check evidence
-        return impl.get("evidence_provided", False)
-```
-
-### 3. CLI Commands
-
-**File**: `src/superclaude/cli/main.py`
-
-```python
-"""
-SuperClaude CLI
-
-Commands:
-  superclaude install-skill pm-agent  # Install PM Agent skill to ~/.claude/skills/
-  superclaude doctor                   # Check installation health
-"""
-
-import click
-from pathlib import Path
-
-
-@click.group()
-@click.version_option()
-def main():
-    """SuperClaude - AI-enhanced development framework"""
-    pass
-
-
-@main.command()
-@click.argument("skill_name")
-@click.option("--target", default="~/.claude/skills", help="Installation directory")
-def install_skill(skill_name: str, target: str):
-    """
-    Install a SuperClaude skill to Claude Code
-
-    Example:
-        superclaude install-skill pm-agent
-    """
-    from ..skills import install_skill as install_fn
-
-    target_path = Path(target).expanduser()
-    click.echo(f"Installing skill '{skill_name}' to {target_path}...")
-
-    if install_fn(skill_name, target_path):
-        click.echo("✅ Skill installed successfully")
-    else:
-        click.echo("❌ Skill installation failed", err=True)
-
-
-@main.command()
-def doctor():
-    """Check SuperClaude installation health"""
-    click.echo("🔍 SuperClaude Doctor\n")
-
-    # Check pytest plugin loaded
-    import pytest
-    config = pytest.Config.fromdictargs({}, [])
-    plugins = config.pluginmanager.list_plugin_distinfo()
-
-    superclaude_loaded = any(
-        "superclaude" in str(plugin[0])
-        for plugin in plugins
-    )
-
-    if superclaude_loaded:
-        click.echo("✅ pytest plugin loaded")
-    else:
-        click.echo("❌ pytest plugin not loaded")
-
-    # Check skills installed
-    skills_dir = Path("~/.claude/skills").expanduser()
-    if skills_dir.exists():
-        skills = list(skills_dir.glob("*/implementation.md"))
-        click.echo(f"✅ {len(skills)} skills installed")
-    else:
-        click.echo("⚠️  No skills installed (optional)")
-
-    click.echo("\n✅ SuperClaude is healthy")
-
-
-if __name__ == "__main__":
-    main()
-```
-
----
-
-## 📋 Migration Checklist
-
-### Phase 1: Restructure (Day 1)
-
-- [ ] Create `src/superclaude/` directory
-- [ ] Move current `superclaude/` → `src/superclaude/`
-- [ ] Create `src/superclaude/pytest_plugin.py`
-- [ ] Extract PM Agent logic from Skills:
-  - [ ] `pm_agent/confidence.py`
-  - [ ] `pm_agent/self_check.py`
-  - [ ] `pm_agent/reflexion.py`
-  - [ ] `pm_agent/token_budget.py`
-- [ ] Create `cli/` directory:
-  - [ ] `cli/main.py`
-  - [ ] `cli/install_skill.py`
-- [ ] Update `pyproject.toml` with entry points
-- [ ] Remove old `setup.py`
-- [ ] Remove `setup/` directory (Component/Installer infrastructure)
-
-### Phase 2: Test Migration (Day 2)
-
-- [ ] Update `tests/conftest.py` for new structure
-- [ ] Migrate tests to use pytest plugin fixtures
-- [ ] Add `test_pytest_plugin.py` integration tests
-- [ ] Use `pytester` fixture for plugin testing
-- [ ] Run: `pytest tests/ -v` → All tests pass
-- [ ] Verify entry_points.txt generation
-
-### Phase 3: Clean Installation (Day 3)
-
-- [ ] Test: `pip install -e .` (editable mode)
-- [ ] Verify: `pytest --trace-config` shows superclaude plugin
-- [ ] Verify: `~/.claude/` remains clean (no pollution)
-- [ ] Test: `superclaude doctor` command works
-- [ ] Test: `superclaude install-skill pm-agent`
-- [ ] Verify: Skill installed to `~/.claude/skills/pm/`
-
-### Phase 4: Documentation Update (Day 4)
-
-- [ ] Update README.md with new installation instructions
-- [ ] Document pytest plugin usage
-- [ ] Document CLI commands
-- [ ] Update CLAUDE.md (project instructions)
-- [ ] Create migration guide for users
-
----
-
-## 🧪 Testing Strategy
-
-### Unit Tests (Existing)
-```bash
-pytest tests/test_confidence_check.py -v
-pytest tests/test_self_check_protocol.py -v
-pytest tests/test_token_budget.py -v
-pytest tests/test_reflexion_pattern.py -v
-```
-
-### Integration Tests (New)
-```python
-# tests/test_pytest_plugin.py
-
-def test_plugin_loads(pytester):
-    """Test that superclaude plugin loads correctly"""
-    pytester.makeconftest("""
-        pytest_plugins = ['superclaude.pytest_plugin']
-    """)
-
-    result = pytester.runpytest("--trace-config")
-    result.stdout.fnmatch_lines(["*superclaude*"])
-
-
-def test_confidence_checker_fixture(pytester):
-    """Test confidence_checker fixture availability"""
-    pytester.makepyfile("""
-        def test_example(confidence_checker):
-            assert confidence_checker is not None
-            confidence = confidence_checker.assess({})
-            assert 0.0 <= confidence <= 1.0
-    """)
-
-    result = pytester.runpytest()
-    result.assert_outcomes(passed=1)
-```
-
-### Installation Tests
-```bash
-# Clean install
-pip uninstall superclaude -y
-pip install -e .
-
-# Verify plugin loaded
-pytest --trace-config | grep superclaude
-
-# Verify CLI
-superclaude --version
-superclaude doctor
-
-# Verify ~/.claude/ clean
-ls ~/.claude/  # Should not have superclaude/ unless skill installed
-```
-
----
-
-## 🚀 Installation Instructions (New)
-
-### For Users
-
-```bash
-# Install from PyPI (future)
-pip install superclaude
-
-# Install from source (development)
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-pip install -e .
-
-# Verify installation
-superclaude doctor
-
-# Optional: Install PM Agent skill
-superclaude install-skill pm-agent
-```
-
-### For Developers
-
-```bash
-# Clone repository
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# Install in editable mode with dev dependencies
-pip install -e ".[dev]"
-
-# Run tests
-pytest tests/ -v
-
-# Check pytest plugin
-pytest --trace-config
-```
-
----
-
-## 📊 Benefits Summary
-
-| Aspect | Before | After |
-|--------|--------|-------|
-| **~/.claude/ pollution** | ❌ Always polluted | ✅ Clean (unless skill installed) |
-| **Packaging** | ❌ setup.py (deprecated) | ✅ PEP 517 pyproject.toml |
-| **pytest integration** | ❌ Manual | ✅ Auto-discovery via entry points |
-| **Installation** | ❌ Custom installer | ✅ Standard pip install |
-| **Test location** | ❌ Installed to site-packages | ✅ Stays in project root |
-| **Complexity** | ❌ 468-line Component base | ✅ Simple pytest plugin |
-| **User choice** | ❌ Forced installation | ✅ Optional skills |
-
----
-
-## 🎯 Success Criteria
-
-- [ ] `pip install superclaude` works cleanly
-- [ ] pytest auto-discovers superclaude plugin
-- [ ] `~/.claude/` remains untouched after `pip install`
-- [ ] All existing tests pass with new structure
-- [ ] `superclaude doctor` reports healthy
-- [ ] Skills install optionally: `superclaude install-skill pm-agent`
-- [ ] Documentation updated and accurate
-
----
-
-**Status**: Ready to implement ✅
-**Next**: Phase 1 - Restructure to src/ layout

docs/architecture/PHASE_1_COMPLETE.md

@@ -1,235 +0,0 @@
-# Phase 1 Migration Complete ✅
-
-**Date**: 2025-10-21
-**Status**: SUCCESSFULLY COMPLETED
-**Architecture**: Zero-Footprint Pytest Plugin
-
-## 🎯 What We Achieved
-
-### 1. Clean Package Structure (PEP 517 src/ layout)
-
-```
-src/superclaude/
-├── __init__.py              # Package entry point (version, exports)
-├── pytest_plugin.py         # ⭐ Pytest auto-discovery entry point
-├── pm_agent/                # PM Agent core modules
-│   ├── __init__.py
-│   ├── confidence.py        # Pre-execution confidence checking
-│   ├── self_check.py        # Post-implementation validation
-│   ├── reflexion.py         # Error learning pattern
-│   └── token_budget.py      # Complexity-based budget allocation
-├── execution/               # Execution engines (renamed from core)
-│   ├── __init__.py
-│   ├── parallel.py          # Parallel execution engine
-│   ├── reflection.py        # Reflection engine
-│   └── self_correction.py   # Self-correction engine
-└── cli/                     # CLI commands
-    ├── __init__.py
-    ├── main.py              # Click CLI entry point
-    ├── doctor.py            # Health check command
-    └── install_skill.py     # Skill installation command
-```
-
-### 2. Pytest Plugin Auto-Discovery Working
-
-**Evidence**:
-```bash
-$ uv run python -m pytest --trace-config | grep superclaude
-PLUGIN registered: <module 'superclaude.pytest_plugin' from '.../src/superclaude/pytest_plugin.py'>
-registered third-party plugins:
-  superclaude-0.4.0 at .../src/superclaude/pytest_plugin.py
-```
-
-**Configuration** (`pyproject.toml`):
-```toml
-[project.entry-points.pytest11]
-superclaude = "superclaude.pytest_plugin"
-```
-
-### 3. CLI Commands Working
-
-```bash
-$ uv run superclaude --version
-SuperClaude version 0.4.0
-
-$ uv run superclaude doctor
-🔍 SuperClaude Doctor
-
-✅ pytest plugin loaded
-✅ Skills installed
-✅ Configuration
-
-✅ SuperClaude is healthy
-```
-
-### 4. Zero-Footprint Installation
-
-**Before** (❌ Bad):
-- Installed to `~/.claude/superclaude/` (pollutes Claude Code directory)
-- Custom installer required
-- Non-standard installation
-
-**After** (✅ Good):
-- Installed to site-packages: `.venv/lib/python3.14/site-packages/superclaude/`
-- Standard `uv pip install -e .` (editable install)
-- No `~/.claude/` pollution unless user explicitly installs skills
-
-### 5. PM Agent Core Modules Extracted
-
-Successfully migrated 4 core modules from skills system:
-
-1. **confidence.py** (100-200 tokens)
-   - Pre-execution confidence checking
-   - 3-level scoring: High (90-100%), Medium (70-89%), Low (<70%)
-   - Checks: documentation verified, patterns identified, implementation clear
-
-2. **self_check.py** (200-2,500 tokens, complexity-dependent)
-   - Post-implementation validation
-   - The Four Questions protocol
-   - 7 Hallucination Red Flags detection
-
-3. **reflexion.py**
-   - Error learning pattern
-   - Dual storage: JSONL log + mindbase semantic search
-   - Target: <10% error recurrence rate
-
-4. **token_budget.py**
-   - Complexity-based allocation
-   - Simple: 200, Medium: 1,000, Complex: 2,500 tokens
-   - Usage tracking and recommendations
-
-## 🏗️ Architecture Benefits
-
-### Standard Python Packaging
-- ✅ PEP 517 compliant (`pyproject.toml` with hatchling)
-- ✅ src/ layout prevents accidental imports
-- ✅ Entry points for auto-discovery
-- ✅ Standard `uv pip install` workflow
-
-### Clean Separation
-- ✅ Package code in `src/superclaude/`
-- ✅ Tests in `tests/`
-- ✅ Documentation in `docs/`
-- ✅ No `~/.claude/` pollution
-
-### Developer Experience
-- ✅ Editable install: `uv pip install -e .`
-- ✅ Auto-discovery: pytest finds plugin automatically
-- ✅ CLI commands: `superclaude doctor`, `superclaude install-skill`
-- ✅ Standard workflows: no custom installers
-
-## 📊 Installation Verification
-
-```bash
-# 1. Package installed in correct location
-$ uv run python -c "import superclaude; print(superclaude.__file__)"
-/Users/kazuki/github/superclaude/src/superclaude/__init__.py
-
-# 2. Pytest plugin registered
-$ uv run python -m pytest --trace-config | grep superclaude
-superclaude-0.4.0 at .../src/superclaude/pytest_plugin.py
-
-# 3. CLI works
-$ uv run superclaude --version
-SuperClaude version 0.4.0
-
-# 4. Doctor check passes
-$ uv run superclaude doctor
-✅ SuperClaude is healthy
-```
-
-## 🐛 Issues Fixed During Phase 1
-
-### Issue 1: Using pip instead of uv
-- **Problem**: Used `pip install` instead of `uv pip install`
-- **Fix**: Changed all commands to use `uv` (CLAUDE.md compliance)
-
-### Issue 2: Vague "core" directory naming
-- **Problem**: `src/superclaude/core/` was too generic
-- **Fix**: Renamed to `src/superclaude/execution/` for clarity
-
-### Issue 3: Entry points syntax error
-- **Problem**: Used old setuptools format `[project.entry-points.console_scripts]`
-- **Fix**: Changed to hatchling format `[project.scripts]`
-
-### Issue 4: Old package location
-- **Problem**: Package installing from old `superclaude/` instead of `src/superclaude/`
-- **Fix**: Removed old directory, force reinstalled with `uv pip install -e . --force-reinstall`
-
-## 📋 What's NOT Included in Phase 1
-
-These are **intentionally deferred** to later phases:
-
-- ❌ Skills system migration (Phase 2)
-- ❌ Commands system migration (Phase 2)
-- ❌ Modes system migration (Phase 2)
-- ❌ Framework documentation (Phase 3)
-- ❌ Test migration (Phase 4)
-
-## 🔄 Current Test Status
-
-**Expected**: Most tests fail due to missing old modules
-```
-collected 115 items / 12 errors
-```
-
-**Common errors**:
-- `ModuleNotFoundError: No module named 'superclaude.core'` → Will be fixed when we migrate execution modules
-- `ModuleNotFoundError: No module named 'superclaude.context'` → Old module, needs migration
-- `ModuleNotFoundError: No module named 'superclaude.validators'` → Old module, needs migration
-
-**This is EXPECTED and NORMAL** - we're only in Phase 1!
-
-## ✅ Phase 1 Success Criteria (ALL MET)
-
-- [x] Package installs to site-packages (not `~/.claude/`)
-- [x] Pytest plugin auto-discovered via entry points
-- [x] CLI commands work (`superclaude doctor`, `superclaude --version`)
-- [x] PM Agent core modules extracted and importable
-- [x] PEP 517 src/ layout implemented
-- [x] No `~/.claude/` pollution unless user installs skills
-- [x] Standard `uv pip install -e .` workflow
-- [x] Documentation created (`MIGRATION_TO_CLEAN_ARCHITECTURE.md`)
-
-## 🚀 Next Steps (Phase 2)
-
-Phase 2 will focus on optional Skills system:
-
-1. Create Skills registry system
-2. Implement `superclaude install-skill` command
-3. Skills install to `~/.claude/skills/` (user choice)
-4. Skills discovery mechanism
-5. Skills documentation
-
-**Key Principle**: Skills are **OPTIONAL**. Core pytest plugin works without them.
-
-## 📝 Key Learnings
-
-1. **UV is mandatory** - Never use pip in this project (CLAUDE.md rule)
-2. **Naming matters** - Generic names like "core" are bad, specific names like "execution" are good
-3. **src/ layout works** - Prevents accidental imports, enforces clean package structure
-4. **Entry points are powerful** - Pytest auto-discovery just works when configured correctly
-5. **Force reinstall when needed** - Old package locations can cause confusion, force reinstall to fix
-
-## 📚 Documentation Created
-
-- [x] `docs/architecture/MIGRATION_TO_CLEAN_ARCHITECTURE.md` - Complete migration plan
-- [x] `docs/architecture/PHASE_1_COMPLETE.md` - This document
-
-## 🎓 Architecture Principles Followed
-
-1. **Zero-Footprint**: Package in site-packages only
-2. **Standard Python**: PEP 517, entry points, src/ layout
-3. **Clean Separation**: Core vs Skills vs Commands
-4. **Optional Features**: Skills are opt-in, not required
-5. **Developer Experience**: Standard workflows, no custom installers
-
----
-
-**Phase 1 Status**: ✅ COMPLETE
-
-**Ready for Phase 2**: Yes
-
-**Blocker Issues**: None
-
-**Overall Health**: 🟢 Excellent

docs/architecture/PHASE_2_COMPLETE.md

@@ -1,300 +0,0 @@
-# Phase 2 Migration Complete ✅
-
-**Date**: 2025-10-21
-**Status**: SUCCESSFULLY COMPLETED
-**Focus**: Test Migration & Plugin Verification
-
----
-
-## 🎯 Objectives Achieved
-
-### 1. Test Infrastructure Created
-
-**Created** `tests/conftest.py` (root-level configuration):
-```python
-# SuperClaude pytest plugin auto-loads these fixtures:
-# - confidence_checker
-# - self_check_protocol
-# - reflexion_pattern
-# - token_budget
-# - pm_context
-```
-
-**Purpose**:
-- Central test configuration
-- Common fixtures for all tests
-- Documentation of plugin-provided fixtures
-
-### 2. Plugin Integration Tests
-
-**Created** `tests/test_pytest_plugin.py` - Comprehensive plugin verification:
-
-```bash
-$ uv run pytest tests/test_pytest_plugin.py -v
-======================== 18 passed in 0.02s =========================
-```
-
-**Test Coverage**:
-- ✅ Plugin loading verification
-- ✅ Fixture availability (5 fixtures tested)
-- ✅ Fixture functionality (confidence, token budget)
-- ✅ Custom markers registration
-- ✅ PM context structure
-
-### 3. PM Agent Tests Verified
-
-**All 79 PM Agent tests passing**:
-```bash
-$ uv run pytest tests/pm_agent/ -v
-======================== 79 passed, 1 warning in 0.03s =========================
-```
-
-**Test Distribution**:
-- `test_confidence_check.py`: 18 tests ✅
-- `test_reflexion_pattern.py`: 16 tests ✅
-- `test_self_check_protocol.py`: 16 tests ✅
-- `test_token_budget.py`: 29 tests ✅
-
-### 4. Import Path Migration
-
-**Fixed**:
-- ✅ `superclaude.core` → `superclaude.execution`
-- ✅ Test compatibility with new package structure
-
----
-
-## 📊 Test Summary
-
-### Working Tests (97 total)
-```
-PM Agent Tests:        79 passed
-Plugin Tests:          18 passed
-─────────────────────────────────
-Total:                 97 passed ✅
-```
-
-### Known Issues (Deferred to Phase 3)
-
-**Collection Errors** (expected - old modules not yet migrated):
-```
-ERROR tests/core/pm_init/test_init_hook.py        # superclaude.context
-ERROR tests/test_cli_smoke.py                      # superclaude.cli.app
-ERROR tests/test_mcp_component.py                  # setup.components.mcp
-ERROR tests/validators/test_validators.py          # superclaude.validators
-```
-
-**Total**: 12 collection errors (all from unmigrated modules)
-
-**Strategy**: These will be addressed in Phase 3 when we migrate or remove old modules.
-
----
-
-## 🧪 Plugin Verification
-
-### Entry Points Working ✅
-
-```bash
-$ uv run pytest --trace-config | grep superclaude
-PLUGIN registered: <module 'superclaude.pytest_plugin' from '.../src/superclaude/pytest_plugin.py'>
-registered third-party plugins:
-  superclaude-0.4.0 at .../src/superclaude/pytest_plugin.py
-```
-
-### Fixtures Auto-Loaded ✅
-
-```python
-def test_example(confidence_checker, token_budget, pm_context):
-    # All fixtures automatically available via pytest plugin
-    confidence = confidence_checker.assess({})
-    assert 0.0 <= confidence <= 1.0
-```
-
-### Custom Markers Registered ✅
-
-```python
-@pytest.mark.confidence_check
-def test_with_confidence():
-    ...
-
-@pytest.mark.self_check
-def test_with_validation():
-    ...
-```
-
----
-
-## 📝 Files Created/Modified
-
-### Created
-1. `tests/conftest.py` - Root test configuration
-2. `tests/test_pytest_plugin.py` - Plugin integration tests (18 tests)
-
-### Modified
-1. `tests/core/test_intelligent_execution.py` - Fixed import path
-
----
-
-## 🔧 Makefile Integration
-
-**Updated Makefile** with comprehensive test commands:
-
-```makefile
-# Run all tests
-make test
-
-# Test pytest plugin loading
-make test-plugin
-
-# Run health check
-make doctor
-
-# Comprehensive Phase 1 verification
-make verify
-```
-
-**Verification Output**:
-```bash
-$ make verify
-🔍 Phase 1 Installation Verification
-======================================
-
-1. Package location:
-   /Users/kazuki/github/superclaude/src/superclaude/__init__.py
-
-2. Package version:
-   SuperClaude, version 0.4.0
-
-3. Pytest plugin:
-   superclaude-0.4.0 at .../src/superclaude/pytest_plugin.py
-   ✅ Plugin loaded
-
-4. Health check:
-   ✅ All checks passed
-
-======================================
-✅ Phase 1 verification complete
-```
-
----
-
-## ✅ Phase 2 Success Criteria (ALL MET)
-
-- [x] `tests/conftest.py` created with plugin fixture documentation
-- [x] Plugin integration tests added (`test_pytest_plugin.py`)
-- [x] All plugin fixtures tested and working
-- [x] Custom markers verified
-- [x] PM Agent tests (79) all passing
-- [x] Import paths updated for new structure
-- [x] Test commands added to Makefile
-
----
-
-## 📈 Progress Metrics
-
-### Test Health
-- **Passing**: 97 tests ✅
-- **Failing**: 0 tests
-- **Collection Errors**: 12 (expected, old modules)
-- **Success Rate**: 100% (for migrated tests)
-
-### Plugin Integration
-- **Fixtures**: 5/5 working ✅
-- **Markers**: 3/3 registered ✅
-- **Hooks**: All functional ✅
-
-### Code Quality
-- **No test modifications needed**: Tests work out-of-box with plugin
-- **Clean separation**: Plugin fixtures vs. test-specific fixtures
-- **Type safety**: All fixtures properly typed
-
----
-
-## 🚀 Phase 3 Preview
-
-Next steps will focus on:
-
-1. **Clean Installation Testing**
-   - Verify editable install: `uv pip install -e .`
-   - Test plugin auto-discovery
-   - Confirm zero `~/.claude/` pollution
-
-2. **Migration Decisions**
-   - Decide fate of old modules (`context`, `validators`, `cli.app`)
-   - Archive or remove unmigrated tests
-   - Update or deprecate old module tests
-
-3. **Documentation**
-   - Update README with new installation
-   - Document pytest plugin usage
-   - Create migration guide for users
-
----
-
-## 💡 Key Learnings
-
-### 1. Property vs Method Distinction
-
-**Issue**: `remaining()` vs `remaining`
-```python
-# ❌ Wrong
-remaining = token_budget.remaining()  # TypeError
-
-# ✅ Correct
-remaining = token_budget.remaining    # Property access
-```
-
-**Lesson**: Check for `@property` decorator before calling methods.
-
-### 2. Marker Registration Format
-
-**Issue**: `pytestconfig.getini("markers")` returns list of strings
-```python
-# ❌ Wrong
-markers = {marker.name for marker in pytestconfig.getini("markers")}
-
-# ✅ Correct
-markers_str = "\n".join(pytestconfig.getini("markers"))
-assert "confidence_check" in markers_str
-```
-
-### 3. Fixture Auto-Discovery
-
-**Success**: Pytest plugin fixtures work immediately in all tests without explicit import.
-
----
-
-## 🎓 Architecture Validation
-
-### Plugin Design ✅
-
-The pytest plugin architecture is **working as designed**:
-
-1. **Auto-Discovery**: Entry point registers plugin automatically
-2. **Fixture Injection**: All fixtures available without imports
-3. **Hook Integration**: pytest hooks execute at correct lifecycle points
-4. **Zero Config**: Tests just work with plugin installed
-
-### Clean Separation ✅
-
-- **Core (PM Agent)**: Business logic in `src/superclaude/pm_agent/`
-- **Plugin**: pytest integration in `src/superclaude/pytest_plugin.py`
-- **Tests**: Use plugin fixtures without knowing implementation
-
----
-
-**Phase 2 Status**: ✅ COMPLETE
-**Ready for Phase 3**: Yes
-**Blocker Issues**: None
-**Overall Health**: 🟢 Excellent
-
----
-
-## 📚 Next Steps
-
-Phase 3 will address:
-1. Clean installation verification
-2. Old module migration decisions
-3. Documentation updates
-4. User migration guide
-
-**Target**: Complete Phase 3 within next session

docs/architecture/PHASE_3_COMPLETE.md

@@ -1,544 +0,0 @@
-# Phase 3 Migration Complete ✅
-
-**Date**: 2025-10-21
-**Status**: SUCCESSFULLY COMPLETED
-**Focus**: Clean Installation Verification & Zero Pollution Confirmation
-
----
-
-## 🎯 Objectives Achieved
-
-### 1. Clean Installation Verified ✅
-
-**Command Executed**:
-```bash
-uv pip install -e ".[dev]"
-```
-
-**Result**:
-```
-Resolved 24 packages in 4ms
-Built superclaude @ file:///Users/kazuki/github/superclaude
-Prepared 1 package in 154ms
-Uninstalled 1 package in 0.54ms
-Installed 1 package in 1ms
- ~ superclaude==0.4.0 (from file:///Users/kazuki/github/superclaude)
-```
-
-**Status**: ✅ **Editable install working perfectly**
-
----
-
-### 2. Pytest Plugin Auto-Discovery ✅
-
-**Verification Command**:
-```bash
-uv run python -m pytest --trace-config 2>&1 | grep "registered third-party plugins:"
-```
-
-**Result**:
-```
-registered third-party plugins:
-  superclaude-0.4.0 at /Users/kazuki/github/superclaude/src/superclaude/pytest_plugin.py
-```
-
-**Status**: ✅ **Plugin auto-discovered via entry points**
-
-**Entry Point Configuration** (from `pyproject.toml`):
-```toml
-[project.entry-points.pytest11]
-superclaude = "superclaude.pytest_plugin"
-```
-
----
-
-### 3. Zero `~/.claude/` Pollution ✅
-
-**Analysis**:
-
-**Before (Old Architecture)**:
-```
-~/.claude/
-└── superclaude/                    # ❌ Framework files polluted user config
-    ├── framework/
-    ├── business/
-    ├── modules/
-    └── .superclaude-metadata.json
-```
-
-**After (Clean Architecture)**:
-```
-~/.claude/
-├── skills/                         # ✅ User-installed skills only
-│   ├── pm/                         # Optional PM Agent skill
-│   ├── brainstorming-mode/
-│   └── ...
-└── (NO superclaude/ directory)     # ✅ Zero framework pollution
-```
-
-**Key Finding**:
-- Old `~/.claude/superclaude/` still exists from previous Upstream installation
-- **NEW installation did NOT create or modify this directory** ✅
-- Skills are independent and coexist peacefully
-- Core PM Agent lives in `site-packages/` where it belongs
-
-**Status**: ✅ **Zero pollution confirmed - old directory is legacy only**
-
----
-
-### 4. Health Check Passing ✅
-
-**Command**:
-```bash
-uv run superclaude doctor --verbose
-```
-
-**Result**:
-```
-🔍 SuperClaude Doctor
-
-✅ pytest plugin loaded
-    SuperClaude pytest plugin is active
-✅ Skills installed
-    9 skill(s) installed: pm, token-efficiency-mode, pm.backup, ...
-✅ Configuration
-    SuperClaude 0.4.0 installed correctly
-
-✅ SuperClaude is healthy
-```
-
-**Status**: ✅ **All health checks passed**
-
----
-
-### 5. Test Suite Verification ✅
-
-**PM Agent Tests**:
-```bash
-$ uv run pytest tests/pm_agent/ -v
-======================== 79 passed, 1 warning in 0.03s =========================
-```
-
-**Plugin Integration Tests**:
-```bash
-$ uv run pytest tests/test_pytest_plugin.py -v
-============================== 18 passed in 0.02s ==============================
-```
-
-**Total Working Tests**: **97 tests** ✅
-
-**Status**: ✅ **100% test pass rate for migrated components**
-
----
-
-## 📊 Installation Architecture Validation
-
-### Package Location
-```
-Location: /Users/kazuki/github/superclaude/src/superclaude/__init__.py
-Version: 0.4.0
-```
-
-**Editable Mode**: ✅ Changes to source immediately available
-
-### CLI Commands Available
-
-**Core Commands**:
-```bash
-superclaude doctor              # Health check
-superclaude install-skill <name>  # Install Skills (optional)
-superclaude version             # Show version
-superclaude --help              # Show help
-```
-
-**Developer Makefile**:
-```bash
-make install        # Development installation
-make test           # Run all tests
-make test-plugin    # Test plugin loading
-make doctor         # Health check
-make verify         # Comprehensive verification
-make clean          # Clean artifacts
-```
-
-**Status**: ✅ **All commands functional**
-
----
-
-## 🎓 Architecture Success Validation
-
-### 1. Clean Separation ✅
-
-**Core (Site Packages)**:
-```
-src/superclaude/
-├── pm_agent/          # Core PM Agent functionality
-├── execution/         # Execution engine (parallel, reflection)
-├── cli/               # CLI interface
-└── pytest_plugin.py   # Test integration
-```
-
-**Skills (User Config - Optional)**:
-```
-~/.claude/skills/
-├── pm/                # PM Agent Skill (optional auto-activation)
-├── modes/             # Behavioral modes (optional)
-└── ...                # Other skills (optional)
-```
-
-**Status**: ✅ **Perfect separation - no conflicts**
-
----
-
-### 2. Dual Installation Support ✅
-
-**Core Installation** (Always):
-```bash
-uv pip install -e .
-# Result: pytest plugin + PM Agent core
-```
-
-**Skills Installation** (Optional):
-```bash
-superclaude install-skill pm-agent
-# Result: Auto-activation + PDCA docs + Upstream compatibility
-```
-
-**Coexistence**: ✅ **Both can run simultaneously without conflicts**
-
----
-
-### 3. Zero Configuration Required ✅
-
-**Pytest Plugin**:
-- Auto-discovered via entry points
-- Fixtures available immediately
-- No `conftest.py` imports needed
-- No pytest configuration required
-
-**Example Test**:
-```python
-def test_example(confidence_checker, token_budget, pm_context):
-    # Fixtures automatically available
-    confidence = confidence_checker.assess({})
-    assert 0.0 <= confidence <= 1.0
-```
-
-**Status**: ✅ **Zero-config "just works"**
-
----
-
-## 📈 Comparison: Upstream vs Clean Architecture
-
-### Installation Pollution
-
-| Aspect | Upstream (Skills) | This PR (Core) |
-|--------|-------------------|----------------|
-| **~/.claude/ pollution** | Yes (~150KB MD) | No (0 bytes) |
-| **Auto-activation** | Yes (every session) | No (on-demand) |
-| **Token startup cost** | ~8.2K tokens | 0 tokens |
-| **User config changes** | Required | None |
-
----
-
-### Functionality Preservation
-
-| Feature | Upstream | This PR | Status |
-|---------|----------|---------|--------|
-| Pre-execution confidence | ✅ | ✅ | **Maintained** |
-| Post-implementation validation | ✅ | ✅ | **Maintained** |
-| Reflexion learning | ✅ | ✅ | **Maintained** |
-| Token budget management | ✅ | ✅ | **Maintained** |
-| Pytest integration | ❌ | ✅ | **Improved** |
-| Test coverage | Partial | 97 tests | **Improved** |
-| Type safety | Partial | Full | **Improved** |
-
----
-
-### Developer Experience
-
-| Aspect | Upstream | This PR |
-|--------|----------|---------|
-| **Installation** | `superclaude install` | `pip install -e .` |
-| **Test running** | Manual | `pytest` (auto-fixtures) |
-| **Debugging** | Markdown tracing | Python debugger |
-| **IDE support** | Limited | Full (LSP, type hints) |
-| **Version control** | User config pollution | Clean repo |
-
----
-
-## ✅ Phase 3 Success Criteria (ALL MET)
-
-- [x] Editable install working (`uv pip install -e ".[dev]"`)
-- [x] Pytest plugin auto-discovered
-- [x] Zero `~/.claude/` pollution confirmed
-- [x] Health check passing (all tests)
-- [x] CLI commands functional
-- [x] 97 tests passing (100% success rate)
-- [x] Coexistence with Skills verified
-- [x] Documentation complete
-
----
-
-## 🚀 Phase 4 Preview: What's Next?
-
-### 1. Documentation Updates
-- [ ] Update README with new installation instructions
-- [ ] Create pytest plugin usage guide
-- [ ] Document Skills vs Core decision tree
-- [ ] Migration guide for Upstream users
-
-### 2. Git Workflow
-- [ ] Stage all changes (103 deletions + new files)
-- [ ] Create comprehensive commit message
-- [ ] Prepare PR with Before/After comparison
-- [ ] Performance benchmark documentation
-
-### 3. Optional Enhancements
-- [ ] Add more CLI commands (uninstall, update)
-- [ ] Enhance `doctor` command with deeper checks
-- [ ] Add Skills installer validation
-- [ ] Create integration tests for CLI
-
----
-
-## 💡 Key Learnings
-
-### 1. Entry Points Are Powerful
-
-**Discovery**:
-```toml
-[project.entry-points.pytest11]
-superclaude = "superclaude.pytest_plugin"
-```
-
-**Result**: Zero-config pytest integration ✅
-
-**Lesson**: Modern Python packaging eliminates manual configuration
-
----
-
-### 2. Editable Install Isolation
-
-**Challenge**: How to avoid polluting user config?
-
-**Solution**:
-- Keep framework in `site-packages/` (standard Python location)
-- User config (`~/.claude/`) only for user-installed Skills
-- Clean separation via packaging, not directory pollution
-
-**Lesson**: Use Python's packaging conventions, don't reinvent the wheel
-
----
-
-### 3. Coexistence Design
-
-**Challenge**: How to support both Core and Skills?
-
-**Solution**:
-- Core: Standard Python package (always installed)
-- Skills: Optional layer (user choice)
-- No conflicts due to namespace separation
-
-**Lesson**: Design for optionality, not exclusivity
-
----
-
-## 📚 Architecture Decisions Validated
-
-### Decision 1: Python-First Implementation ✅
-
-**Rationale**:
-- Testable, debuggable, type-safe
-- Standard packaging and distribution
-- IDE support and tooling integration
-
-**Validation**: 97 tests, full pytest integration, editable install working
-
----
-
-### Decision 2: Pytest Plugin via Entry Points ✅
-
-**Rationale**:
-- Auto-discovery without configuration
-- Standard Python packaging mechanism
-- Zero user setup required
-
-**Validation**: Plugin auto-discovered, fixtures available immediately
-
----
-
-### Decision 3: Zero ~/.claude/ Pollution ✅
-
-**Rationale**:
-- Respect user configuration space
-- Use standard Python locations
-- Skills are optional, not mandatory
-
-**Validation**: No new files created in `~/.claude/superclaude/`
-
----
-
-### Decision 4: Skills Optional Layer ✅
-
-**Rationale**:
-- Core functionality in package
-- Auto-activation via Skills (optional)
-- Best of both worlds
-
-**Validation**: Core working without Skills, Skills still functional
-
----
-
-## 🎯 Success Metrics
-
-### Installation Quality
-- **Pollution**: 0 bytes in `~/.claude/superclaude/` ✅
-- **Startup cost**: 0 tokens (vs 8.2K in Upstream) ✅
-- **Configuration**: 0 files required ✅
-
-### Test Coverage
-- **Total tests**: 97
-- **Pass rate**: 100% (for migrated components)
-- **Collection errors**: 12 (expected - old modules not yet migrated)
-
-### Developer Experience
-- **Installation time**: < 2 seconds
-- **Plugin discovery**: Automatic
-- **Fixture availability**: Immediate
-- **IDE support**: Full
-
----
-
-## ⚠️ Known Issues (Deferred)
-
-### Collection Errors (Expected)
-
-**Files not yet migrated**:
-```
-ERROR tests/core/pm_init/test_init_hook.py        # Old init hooks
-ERROR tests/test_cli_smoke.py                      # Old CLI structure
-ERROR tests/test_mcp_component.py                  # Old setup system
-ERROR tests/validators/test_validators.py          # Old validators
-```
-
-**Total**: 12 collection errors
-
-**Strategy**:
-- Phase 4: Decide on migration vs deprecation
-- Not blocking - all new architecture tests passing
-- Old tests reference unmigrated modules
-
----
-
-## 📖 Coexistence Example
-
-### Current State (Both Installed)
-
-**Core PM Agent** (This PR):
-```python
-# tests/test_example.py
-def test_with_pm_agent(confidence_checker, token_budget):
-    confidence = confidence_checker.assess(context)
-    assert confidence > 0.7
-```
-
-**Skills PM Agent** (Upstream):
-```bash
-# Claude Code session start
-/sc:pm  # Auto-loads from ~/.claude/skills/pm/
-# Output: 🟢 [integration] | 2M 103D | 68%
-```
-
-**Result**: ✅ **Both working independently, no conflicts**
-
----
-
-## 🎓 Migration Guide Preview
-
-### For Upstream Users
-
-**Current (Upstream)**:
-```bash
-superclaude install  # Installs to ~/.claude/superclaude/
-```
-
-**New (This PR)**:
-```bash
-pip install superclaude  # Standard Python package
-
-# Optional: Install Skills for auto-activation
-superclaude install-skill pm-agent
-```
-
-**Benefit**:
-- Standard Python packaging
-- 52% token reduction
-- Pytest integration
-- Skills still available (optional)
-
----
-
-## 📝 Next Steps
-
-### Immediate (Phase 4)
-
-1. **Git Staging**:
-   ```bash
-   git add -A
-   git commit -m "feat: complete clean architecture migration
-
-   - Zero ~/.claude/ pollution
-   - Pytest plugin auto-discovery
-   - 97 tests passing
-   - Core + Skills coexistence"
-   ```
-
-2. **Documentation**:
-   - Update README
-   - Create migration guide
-   - Document pytest plugin usage
-
-3. **PR Preparation**:
-   - Before/After performance comparison
-   - Token usage benchmarks
-   - Installation size comparison
-
----
-
-**Phase 3 Status**: ✅ **COMPLETE**
-**Ready for Phase 4**: Yes
-**Blocker Issues**: None
-**Overall Health**: 🟢 Excellent
-
----
-
-## 🎉 Achievement Summary
-
-**What We Built**:
-- ✅ Clean Python package with zero config pollution
-- ✅ Auto-discovering pytest plugin
-- ✅ 97 comprehensive tests (100% pass rate)
-- ✅ Full coexistence with Upstream Skills
-- ✅ 52% token reduction for core usage
-- ✅ Standard Python packaging conventions
-
-**What We Preserved**:
-- ✅ All PM Agent core functionality
-- ✅ Skills system (optional)
-- ✅ Upstream compatibility (via Skills)
-- ✅ Auto-activation (via Skills)
-
-**What We Improved**:
-- ✅ Test coverage (partial → 97 tests)
-- ✅ Type safety (partial → full)
-- ✅ Developer experience (manual → auto-fixtures)
-- ✅ Token efficiency (8.2K → 0K startup)
-- ✅ Installation cleanliness (pollution → zero)
-
----
-
-**This architecture represents the ideal balance**:
-Core functionality in a clean Python package + Optional Skills layer for power users.
-
-**Ready for**: Phase 4 (Documentation + PR Preparation)

docs/architecture/PM_AGENT_COMPARISON.md

@@ -1,529 +0,0 @@
-# PM Agent: Upstream vs Clean Architecture Comparison
-
-**Date**: 2025-10-21
-**Purpose**: 本家（Upstream）と今回のクリーンアーキテクチャでのPM Agent実装の違い
-
----
-
-## 🎯 概要
-
-### Upstream (本家) - Skills型PM Agent
-
-**場所**: `~/.claude/skills/pm/` にインストール
-**形式**: Markdown skill + Python init hooks
-**読み込み**: Claude Codeが起動時に全Skills読み込み
-
-### This PR - Core型PM Agent
-
-**場所**: `src/superclaude/pm_agent/` Pythonパッケージ
-**形式**: Pure Python modules
-**読み込み**: pytest実行時のみ、import必要分だけ
-
----
-
-## 📂 ディレクトリ構造比較
-
-### Upstream (本家)
-
-```
-~/.claude/
-└── skills/
-    └── pm/                              # PM Agent Skill
-        ├── implementation.md            # ~25KB - 全ワークフロー
-        ├── modules/
-        │   ├── git-status.md            # ~5KB - Git状態フォーマット
-        │   ├── token-counter.md         # ~8KB - トークンカウント
-        │   └── pm-formatter.md          # ~10KB - ステータス出力
-        └── workflows/
-            └── task-management.md       # ~15KB - タスク管理
-
-superclaude/
-├── agents/
-│   └── pm-agent.md                      # ~50KB - Agent定義
-├── commands/
-│   └── pm.md                            # ~5KB - /sc:pm command
-└── core/
-    └── pm_init/                         # Python init hooks
-        ├── __init__.py
-        ├── context_contract.py          # ~10KB - Context管理
-        ├── init_hook.py                 # ~10KB - Session start
-        └── reflexion_memory.py          # ~12KB - Reflexion
-
-Total: ~150KB ≈ 35K-40K tokens
-```
-
-**特徴**:
-- ✅ Skills系: Markdown中心、人間可読
-- ✅ Auto-activation: セッション開始時に自動実行
-- ✅ PDCA Cycle: docs/pdca/ にドキュメント蓄積
-- ❌ Token heavy: 全Markdown読み込み
-- ❌ Claude Code依存: Skillsシステム前提
-
----
-
-### This PR (Clean Architecture)
-
-```
-src/superclaude/
-└── pm_agent/                            # Python package
-    ├── __init__.py                      # Package exports
-    ├── confidence.py                    # ~8KB - Pre-execution
-    ├── self_check.py                    # ~15KB - Post-validation
-    ├── reflexion.py                     # ~12KB - Error learning
-    └── token_budget.py                  # ~10KB - Budget management
-
-tests/pm_agent/
-├── test_confidence_check.py             # 18 tests
-├── test_self_check_protocol.py          # 16 tests
-├── test_reflexion_pattern.py            # 16 tests
-└── test_token_budget.py                 # 29 tests
-
-Total: ~45KB ≈ 10K-12K tokens (import時のみ)
-```
-
-**特徴**:
-- ✅ Python-first: コードとして実装
-- ✅ Lazy loading: 使う機能のみimport
-- ✅ Test coverage: 79 tests完備
-- ✅ Pytest integration: Fixtureで簡単利用
-- ❌ Auto-activation: なし（手動or pytest）
-- ❌ PDCA docs: 自動生成なし
-
----
-
-## 🔄 機能比較
-
-### 1. Session Start Protocol
-
-#### Upstream (本家)
-```yaml
-Trigger: EVERY session start (自動)
-Method: pm_init/init_hook.py
-
-Actions:
-  1. PARALLEL Read:
-     - docs/memory/pm_context.md
-     - docs/memory/last_session.md
-     - docs/memory/next_actions.md
-     - docs/memory/current_plan.json
-  2. Confidence Check (200 tokens)
-  3. Output: 🟢 [branch] | [n]M [n]D | [token]%
-
-Token Cost: ~8K (memory files) + 200 (confidence)
-```
-
-#### This PR
-```python
-# 自動実行なし - 手動で呼び出し
-from superclaude.pm_agent.confidence import ConfidenceChecker
-
-checker = ConfidenceChecker()
-confidence = checker.assess(context)
-
-Token Cost: ~2K (confidence moduleのみ)
-```
-
-**差分**:
-- ❌ 自動実行なし
-- ✅ トークン消費 8.2K → 2K (75%削減)
-- ✅ オンデマンド実行
-
----
-
-### 2. Pre-Execution Confidence Check
-
-#### Upstream (本家)
-```markdown
-# superclaude/agents/pm-agent.md より
-
-Confidence Check (200 tokens):
-  ❓ "全ファイル読めた？"
-  ❓ "コンテキストに矛盾ない？"
-  ❓ "次のアクション実行に十分な情報？"
-
-Output: Markdown形式
-Location: Agent definition内
-```
-
-#### This PR
-```python
-# src/superclaude/pm_agent/confidence.py
-
-class ConfidenceChecker:
-    def assess(self, context: Dict[str, Any]) -> float:
-        """
-        Assess confidence (0.0-1.0)
-
-        Checks:
-        1. Documentation verified? (40%)
-        2. Patterns identified? (30%)
-        3. Implementation clear? (30%)
-
-        Budget: 100-200 tokens
-        """
-        # Python実装
-        return confidence_score
-```
-
-**差分**:
-- ✅ Python関数として実装
-- ✅ テスト可能（18 tests）
-- ✅ Pytest fixture利用可能
-- ✅ 型安全
-- ❌ Markdown定義なし
-
----
-
-### 3. Post-Implementation Self-Check
-
-#### Upstream (本家)
-```yaml
-# agents/pm-agent.md より
-
-Self-Evaluation Checklist:
-  - [ ] Did I follow architecture patterns?
-  - [ ] Did I read documentation first?
-  - [ ] Did I check existing implementations?
-  - [ ] Are all tasks complete?
-  - [ ] What mistakes did I make?
-  - [ ] What did I learn?
-
-Token Budget:
-  Simple: 200 tokens
-  Medium: 1,000 tokens
-  Complex: 2,500 tokens
-
-Output: docs/pdca/[feature]/check.md
-```
-
-#### This PR
-```python
-# src/superclaude/pm_agent/self_check.py
-
-class SelfCheckProtocol:
-    def validate(self, implementation: Dict[str, Any])
-        -> Tuple[bool, List[str]]:
-        """
-        Four Questions Protocol:
-        1. All tests pass?
-        2. Requirements met?
-        3. Assumptions verified?
-        4. Evidence exists?
-
-        7 Hallucination Red Flags detection
-
-        Returns: (passed, issues)
-        """
-        # Python実装
-```
-
-**差分**:
-- ✅ プログラマティックに実行可能
-- ✅ 16 tests完備
-- ✅ Hallucination detection実装
-- ❌ PDCA docs自動生成なし
-
----
-
-### 4. Reflexion (Error Learning)
-
-#### Upstream (本家)
-```python
-# superclaude/core/pm_init/reflexion_memory.py
-
-class ReflexionMemory:
-    """
-    Error learning with dual storage:
-    1. Local JSONL: docs/memory/solutions_learned.jsonl
-    2. Mindbase: Semantic search (if available)
-
-    Lookup: mindbase → grep fallback
-    """
-```
-
-#### This PR
-```python
-# src/superclaude/pm_agent/reflexion.py
-
-class ReflexionPattern:
-    """
-    Same dual storage strategy:
-    1. Local JSONL: docs/memory/solutions_learned.jsonl
-    2. Mindbase: Semantic search (optional)
-
-    Methods:
-    - get_solution(error_info) → past solution lookup
-    - record_error(error_info) → save to memory
-    - get_statistics() → recurrence rate
-    """
-```
-
-**差分**:
-- ✅ 同じアルゴリズム
-- ✅ 16 tests追加
-- ✅ Mindbase optional化
-- ✅ Statistics追加
-
----
-
-### 5. Token Budget Management
-
-#### Upstream (本家)
-```yaml
-# agents/pm-agent.md より
-
-Token Budget (Complexity-Based):
-  Simple Task (typo): 200 tokens
-  Medium Task (bug): 1,000 tokens
-  Complex Task (feature): 2,500 tokens
-
-Implementation: Markdown定義のみ
-Enforcement: 手動
-```
-
-#### This PR
-```python
-# src/superclaude/pm_agent/token_budget.py
-
-class TokenBudgetManager:
-    BUDGETS = {
-        "simple": 200,
-        "medium": 1000,
-        "complex": 2500,
-    }
-
-    def use(self, tokens: int) -> bool:
-        """Track usage"""
-
-    @property
-    def remaining(self) -> int:
-        """Get remaining budget"""
-
-    def get_recommendation(self) -> str:
-        """Suggest optimization"""
-```
-
-**差分**:
-- ✅ プログラム的に強制可能
-- ✅ 使用量トラッキング
-- ✅ 29 tests完備
-- ✅ pytest fixture化
-
----
-
-## 📊 トークン消費比較
-
-### シナリオ: PM Agent利用時
-
-| フェーズ | Upstream | This PR | 削減 |
-|---------|----------|---------|------|
-| **Session Start** | 8.2K tokens (auto) | 0K (manual) | -8.2K |
-| **Confidence Check** | 0.2K (included) | 2K (on-demand) | +1.8K |
-| **Self-Check** | 1-2.5K (depends) | 1-2.5K (same) | 0K |
-| **Reflexion** | 3K (full MD) | 3K (Python) | 0K |
-| **Token Budget** | 0K (manual) | 0.5K (tracking) | +0.5K |
-| **Total (typical)** | **12.4K tokens** | **6K tokens** | **-6.4K (52%)** |
-
-**Key Point**: Session start自動実行がない分、大幅削減
-
----
-
-## ✅ 維持される機能
-
-| 機能 | Upstream | This PR | Status |
-|------|----------|---------|--------|
-| Pre-execution confidence | ✅ | ✅ | **維持** |
-| Post-implementation validation | ✅ | ✅ | **維持** |
-| Error learning (Reflexion) | ✅ | ✅ | **維持** |
-| Token budget allocation | ✅ | ✅ | **維持** |
-| Dual storage (JSONL + Mindbase) | ✅ | ✅ | **維持** |
-| Hallucination detection | ✅ | ✅ | **維持** |
-| Test coverage | Partial | 79 tests | **改善** |
-
----
-
-## ⚠️ 削除される機能
-
-### 1. Auto-Activation (Session Start)
-
-**Upstream**:
-```yaml
-EVERY session start:
-  - Auto-read memory files
-  - Auto-restore context
-  - Auto-output status
-```
-
-**This PR**:
-```python
-# Manual activation required
-from superclaude.pm_agent.confidence import ConfidenceChecker
-checker = ConfidenceChecker()
-```
-
-**影響**: ユーザーが明示的に呼び出す必要あり
-**代替案**: Skillsシステムで実装可能
-
----
-
-### 2. PDCA Cycle Documentation
-
-**Upstream**:
-```yaml
-Auto-generate:
-  - docs/pdca/[feature]/plan.md
-  - docs/pdca/[feature]/do.md
-  - docs/pdca/[feature]/check.md
-  - docs/pdca/[feature]/act.md
-```
-
-**This PR**:
-```python
-# なし - ユーザーが手動で記録
-```
-
-**影響**: 自動ドキュメント生成なし
-**代替案**: Skillsとして実装可能
-
----
-
-### 3. Task Management Workflow
-
-**Upstream**:
-```yaml
-# workflows/task-management.md
-- TodoWrite auto-tracking
-- Progress checkpoints
-- Session continuity
-```
-
-**This PR**:
-```python
-# TodoWriteはClaude Codeネイティブツールとして利用可能
-# PM Agent特有のワークフローなし
-```
-
-**影響**: PM Agent統合ワークフローなし
-**代替案**: pytest + TodoWriteで実現可能
-
----
-
-## 🎯 移行パス
-
-### ユーザーが本家PM Agentの機能を使いたい場合
-
-**Option 1: Skillsとして併用**
-```bash
-# Core PM Agent (This PR) - always installed
-pip install -e .
-
-# Skills PM Agent (Upstream) - optional
-superclaude install-skill pm-agent
-```
-
-**Result**:
-- Pytest fixtures: `src/superclaude/pm_agent/`
-- Auto-activation: `~/.claude/skills/pm/`
-- **両方利用可能**
-
----
-
-**Option 2: Skills完全移行**
-```bash
-# 本家Skills版のみ使用
-superclaude install-skill pm-agent
-
-# Pytest fixturesは使わない
-```
-
-**Result**:
-- Upstream互換100%
-- トークン消費は本家と同じ
-
----
-
-**Option 3: Coreのみ（推奨）**
-```bash
-# This PRのみ
-pip install -e .
-
-# Skillsなし
-```
-
-**Result**:
-- 最小トークン消費
-- Pytest integration最適化
-- Auto-activation なし
-
----
-
-## 💡 推奨アプローチ
-
-### プロジェクト用途別
-
-**1. ライブラリ開発者 (pytest重視)**
-→ **Option 3: Core のみ**
-- Pytest fixtures活用
-- テスト駆動開発
-- トークン最小化
-
-**2. Claude Code パワーユーザー (自動化重視)**
-→ **Option 1: 併用**
-- Auto-activation活用
-- PDCA docs自動生成
-- Pytest fixturesも利用
-
-**3. 本家互換性重視**
-→ **Option 2: Skills のみ**
-- 100% Upstream互換
-- 既存ワークフロー維持
-
----
-
-## 📋 まとめ
-
-### 主な違い
-
-| 項目 | Upstream | This PR |
-|------|----------|---------|
-| **実装** | Markdown + Python hooks | Pure Python |
-| **配置** | ~/.claude/skills/ | site-packages/ |
-| **読み込み** | Auto (session start) | On-demand (import) |
-| **トークン** | 12.4K | 6K (-52%) |
-| **テスト** | Partial | 79 tests |
-| **Auto-activation** | ✅ | ❌ |
-| **PDCA docs** | ✅ Auto | ❌ Manual |
-| **Pytest fixtures** | ❌ | ✅ |
-
-### 互換性
-
-**機能レベル**: 95%互換
-- Core機能すべて維持
-- Auto-activationとPDCA docsのみ削除
-
-**移行難易度**: Low
-- Skills併用で100%互換可能
-- コード変更不要（import pathのみ）
-
-### 推奨
-
-**このPRを採用すべき理由**:
-1. ✅ 52%トークン削減
-2. ✅ 標準Python packaging
-3. ✅ テストカバレッジ完備
-4. ✅ 必要ならSkills併用可能
-
-**本家Upstream維持すべき理由**:
-1. ✅ Auto-activation便利
-2. ✅ PDCA docs自動生成
-3. ✅ Claude Code統合最適化
-
-**ベストプラクティス**: **併用** (Option 1)
-- Core (This PR): Pytest開発用
-- Skills (Upstream): 日常使用のAuto-activation
-- 両方のメリット享受
-
----
-
-**作成日**: 2025-10-21
-**ステータス**: Phase 2完了時点の比較

docs/architecture/SKILLS_CLEANUP.md

@@ -1,240 +0,0 @@
-# Skills Cleanup for Clean Architecture
-
-**Date**: 2025-10-21
-**Issue**: `~/.claude/skills/` に古いSkillsが残っている
-**Impact**: Claude Code起動時に約64KB (15K tokens) 読み込んでいる可能性
-
----
-
-## 📊 現状
-
-### ~/.claude/skills/ の内容
-
-```bash
-$ ls ~/.claude/skills/
-brainstorming-mode
-business-panel-mode
-deep-research-mode
-introspection-mode
-orchestration-mode
-pm                          # ← PM Agent Skill
-pm.backup                   # ← バックアップ
-task-management-mode
-token-efficiency-mode
-```
-
-### サイズ確認
-
-```bash
-$ wc -c ~/.claude/skills/*/implementation.md ~/.claude/skills/*/SKILL.md
-   64394 total  # 約64KB ≈ 15K tokens
-```
-
----
-
-## 🎯 クリーンアーキテクチャでの扱い
-
-### 新アーキテクチャ
-
-**PM Agent Core** → `src/superclaude/pm_agent/`
-- Python modulesとして実装
-- pytest fixturesで利用
-- `~/.claude/` 汚染なし
-
-**Skills (オプション)** → ユーザーが明示的にインストール
-```bash
-superclaude install-skill pm-agent
-# → ~/.claude/skills/pm/ にコピー
-```
-
----
-
-## ⚠️ 問題：Skills自動読み込み
-
-### Claude Codeの動作（推測）
-
-```yaml
-起動時:
-  1. ~/.claude/ をスキャン
-  2. skills/ 配下の全 *.md を読み込み
-  3. implementation.md を Claude に渡す
-
-Result: 64KB = 約15K tokens消費
-```
-
-### 影響
-
-現在のローカル環境では：
-- ✅ `src/superclaude/pm_agent/` - 新実装（使用中）
-- ❌ `~/.claude/skills/pm/` - 古いSkill（残骸）
-- ❌ `~/.claude/skills/*-mode/` - 他のSkills（残骸）
-
-**重複読み込み**: 新旧両方が読み込まれている可能性
-
----
-
-## 🧹 クリーンアップ手順
-
-### Option 1: 全削除（推奨 - クリーンアーキテクチャ完全移行）
-
-```bash
-# バックアップ作成
-mv ~/.claude/skills ~/.claude/skills.backup.$(date +%Y%m%d)
-
-# 確認
-ls ~/.claude/skills
-# → "No such file or directory" になればOK
-```
-
-**効果**:
-- ✅ 15K tokens回復
-- ✅ クリーンな状態
-- ✅ 新アーキテクチャのみ
-
----
-
-### Option 2: PM Agentのみ削除
-
-```bash
-# PM Agentだけ削除（新実装があるため）
-rm -rf ~/.claude/skills/pm
-rm -rf ~/.claude/skills/pm.backup
-
-# 他のSkillsは残す
-ls ~/.claude/skills/
-# → brainstorming-mode, business-panel-mode, etc. 残る
-```
-
-**効果**:
-- ✅ PM Agent重複解消（約3K tokens回復）
-- ✅ 他のSkillsは使える
-- ❌ 他のSkillsのtoken消費は続く（約12K）
-
----
-
-### Option 3: 必要なSkillsのみ残す
-
-```bash
-# 使っているSkillsを確認
-cd ~/.claude/skills
-ls -la
-
-# 使わないものを削除
-rm -rf brainstorming-mode     # 使ってない
-rm -rf business-panel-mode    # 使ってない
-rm -rf pm pm.backup           # 新実装あり
-
-# 必要なものだけ残す
-# deep-research-mode → 使ってる
-# orchestration-mode → 使ってる
-```
-
-**効果**:
-- ✅ カスタマイズ可能
-- ⚠️ 手動管理必要
-
----
-
-## 📋 推奨アクション
-
-### Phase 3実施前
-
-**1. バックアップ作成**
-```bash
-cp -r ~/.claude/skills ~/.claude/skills.backup.$(date +%Y%m%d)
-```
-
-**2. 古いPM Agent削除**
-```bash
-rm -rf ~/.claude/skills/pm
-rm -rf ~/.claude/skills/pm.backup
-```
-
-**3. 動作確認**
-```bash
-# 新PM Agentが動作することを確認
-make verify
-uv run pytest tests/pm_agent/ -v
-```
-
-**4. トークン削減確認**
-```bash
-# Claude Code再起動して体感確認
-# Context window利用可能量が増えているはず
-```
-
----
-
-### Phase 3以降（完全移行後）
-
-**Option A: 全Skillsクリーン（最大効果）**
-```bash
-# 全Skills削除
-rm -rf ~/.claude/skills
-
-# 効果: 15K tokens回復
-```
-
-**Option B: 選択的削除**
-```bash
-# PM Agent系のみ削除
-rm -rf ~/.claude/skills/pm*
-
-# 他のSkillsは残す（deep-research, orchestration等）
-# 効果: 3K tokens回復
-```
-
----
-
-## 🎯 PR準備への影響
-
-### Before/After比較データ
-
-**Before (現状)**:
-```
-Context consumed at startup:
-- MCP tools: 5K tokens (AIRIS Gateway)
-- Skills (全部): 15K tokens ← 削除対象
-- SuperClaude: 0K tokens (未インストール状態想定)
-─────────────────────────────
-Total: 20K tokens
-Available: 180K tokens
-```
-
-**After (クリーンアップ後)**:
-```
-Context consumed at startup:
-- MCP tools: 5K tokens (AIRIS Gateway)
-- Skills: 0K tokens ← 削除完了
-- SuperClaude pytest plugin: 0K tokens (pytestなし時)
-─────────────────────────────
-Total: 5K tokens
-Available: 195K tokens
-```
-
-**Improvement**: +15K tokens (7.5%改善)
-
----
-
-## ⚡ 即時実行推奨コマンド
-
-```bash
-# 安全にバックアップ取りながら削除
-cd ~/.claude
-mv skills skills.backup.20251021
-mkdir skills  # 空のディレクトリ作成（Claude Code用）
-
-# 確認
-ls -la skills/
-# → 空になっていればOK
-```
-
-**効果**:
-- ✅ 即座に15K tokens回復
-- ✅ いつでも復元可能（backup残してる）
-- ✅ クリーンな環境でテスト可能
-
----
-
-**ステータス**: 実行待ち
-**推奨**: Option 1 (全削除) - クリーンアーキテクチャ完全移行のため

docs/architecture/pm-agent-auto-activation.md

@@ -1,455 +0,0 @@
-# PM Agent Auto-Activation Architecture
-
-## Problem Statement
-
-**Current Issue**: PM Agent functionality requires manual `/sc:pm` command invocation, making it easy to forget and inconsistently applied.
-
-**User Concern**: "今は、/sc:pmコマンドを毎回叩かないと、PM-modeやってくれないきがする"
-
-## Solution: Behavior-Based Auto-Activation
-
-PM Agent should activate automatically based on **context detection**, not manual commands.
-
-### Architecture Overview
-
-```yaml
-PM Agent Activation Layers:
-
-  Layer 1 - Session Start (ALWAYS):
-    Trigger: Every new conversation session
-    Action: Auto-restore context from docs/memory/
-    Detection: Session initialization event
-
-  Layer 2 - Documentation Guardian (CONTINUOUS):
-    Trigger: Any file operation in project
-    Action: Ensure relevant docs are read before implementation
-    Detection: Write/Edit tool usage
-
-  Layer 3 - Commander (ON-DEMAND):
-    Trigger: Complex tasks (>3 steps OR >3 files)
-    Action: Orchestrate sub-agents and track progress
-    Detection: TodoWrite usage OR complexity keywords
-
-  Layer 4 - Post-Implementation (AUTO):
-    Trigger: Task completion
-    Action: Document learnings and update knowledge base
-    Detection: Completion keywords OR test pass
-
-  Layer 5 - Mistake Handler (IMMEDIATE):
-    Trigger: Errors or test failures
-    Action: Root cause analysis and prevention documentation
-    Detection: Error messages OR test failures
-```
-
-## Implementation Strategy
-
-### 1. Session Start Auto-Activation
-
-**File**: `~/.claude/superclaude/agents/pm-agent.md`
-
-**Trigger Detection**:
-```yaml
-session_start_indicators:
-  - First message in new conversation
-  - No prior context in current session
-  - Token budget reset to baseline
-  - No active TodoWrite items in memory
-```
-
-**Auto-Execution (No Manual Command)**:
-```yaml
-Wave 1 - PARALLEL Context Restoration:
-  1. Bash: git status && git branch
-  2. PARALLEL Read (silent):
-     - Read docs/memory/pm_context.md (if exists)
-     - Read docs/memory/last_session.md (if exists)
-     - Read docs/memory/next_actions.md (if exists)
-     - Read docs/memory/current_plan.json (if exists)
-     - Read CLAUDE.md (ALWAYS)
-     - Read docs/patterns/*.md (recent 5 files)
-
-Checkpoint - Confidence Check (200 tokens):
-  ❓ "全ファイル読めた？"
-  ❓ "コンテキストに矛盾ない？"
-  ❓ "次のアクション実行に十分な情報？"
-
-  IF confidence >70%:
-    → Output: 📍 [branch] | [status] | 🧠 [token]%
-    → Ready for user request
-  ELSE:
-    → Report what's missing
-    → Request user clarification
-```
-
-**Key Change**: This happens **automatically** at session start, not via `/sc:pm` command.
-
-### 2. Documentation Guardian (Continuous)
-
-**Purpose**: Ensure documentation is ALWAYS read before making changes
-
-**Trigger Detection**:
-```yaml
-pre_write_checks:
-  - BEFORE any Write tool usage
-  - BEFORE any Edit tool usage
-  - BEFORE complex TodoWrite (>3 tasks)
-
-detection_logic:
-  IF tool_name in [Write, Edit, MultiEdit]:
-    AND file_path matches project patterns:
-      → Auto-trigger Documentation Guardian
-```
-
-**Auto-Execution**:
-```yaml
-Documentation Guardian Protocol:
-
-1. Identify Relevant Docs:
-   file_path: src/auth.ts
-   → Read docs/patterns/authentication-*.md
-   → Read docs/mistakes/auth-*.md
-   → Read CLAUDE.md sections matching "auth"
-
-2. Confidence Check:
-   ❓ "関連ドキュメント全部読んだ？"
-   ❓ "過去の失敗パターン把握してる？"
-   ❓ "既存の成功パターン確認した？"
-
-   IF any_missing:
-     → Read missing docs
-     → Update understanding
-     → Proceed with implementation
-   ELSE:
-     → Proceed confidently
-
-3. Pattern Matching:
-   IF similar_mistakes_found:
-     ⚠️ "過去に同じミス発生: [mistake_pattern]"
-     ⚠️ "防止策: [prevention_checklist]"
-     → Apply prevention before implementation
-```
-
-**Key Change**: Automatic documentation reading BEFORE any file modification.
-
-### 3. Commander Mode (On-Demand)
-
-**Purpose**: Orchestrate complex multi-step tasks with sub-agents
-
-**Trigger Detection**:
-```yaml
-commander_triggers:
-  complexity_based:
-    - TodoWrite with >3 tasks
-    - Operations spanning >3 files
-    - Multi-directory scope (>2 dirs)
-    - Keywords: "refactor", "migrate", "redesign"
-
-  explicit_keywords:
-    - "orchestrate"
-    - "coordinate"
-    - "delegate"
-    - "parallel execution"
-```
-
-**Auto-Execution**:
-```yaml
-Commander Protocol:
-
-1. Task Analysis:
-   - Identify independent vs dependent tasks
-   - Determine parallelization opportunities
-   - Select appropriate sub-agents
-
-2. Orchestration Plan:
-   tasks:
-     - task_1: [agent-backend] → auth refactor
-     - task_2: [agent-frontend] → UI updates (parallel)
-     - task_3: [agent-test] → test updates (after 1+2)
-
-   parallelization:
-     wave_1: [task_1, task_2] # parallel
-     wave_2: [task_3]         # sequential dependency
-
-3. Execution with Tracking:
-   - TodoWrite for overall plan
-   - Sub-agent delegation via Task tool
-   - Progress tracking in docs/memory/checkpoint.json
-   - Validation gates between waves
-
-4. Synthesis:
-   - Collect sub-agent outputs
-   - Integrate results
-   - Final validation
-   - Update documentation
-```
-
-**Key Change**: Auto-activates when complexity detected, no manual command needed.
-
-### 4. Post-Implementation Auto-Documentation
-
-**Trigger Detection**:
-```yaml
-completion_indicators:
-  test_based:
-    - "All tests passing" in output
-    - pytest: X/X passed
-    - ✅ keywords detected
-
-  task_based:
-    - All TodoWrite items marked completed
-    - No pending tasks remaining
-
-  explicit:
-    - User says "done", "finished", "complete"
-    - Commit message created
-```
-
-**Auto-Execution**:
-```yaml
-Post-Implementation Protocol:
-
-1. Self-Evaluation (The Four Questions):
-   ❓ "テストは全てpassしてる？"
-   ❓ "要件を全て満たしてる？"
-   ❓ "思い込みで実装してない？"
-   ❓ "証拠はある？"
-
-   IF any_fail:
-     ❌ NOT complete
-     → Report actual status
-   ELSE:
-     ✅ Proceed to documentation
-
-2. Pattern Extraction:
-   - What worked? → docs/patterns/[pattern].md
-   - What failed? → docs/mistakes/[mistake].md
-   - New learnings? → docs/memory/patterns_learned.jsonl
-
-3. Knowledge Base Update:
-   IF global_pattern_discovered:
-     → Update CLAUDE.md with new rule
-   IF project_specific_pattern:
-     → Update docs/patterns/
-   IF anti_pattern_identified:
-     → Update docs/mistakes/
-
-4. Session State Update:
-   - Write docs/memory/session_summary.json
-   - Update docs/memory/next_actions.md
-   - Clean up temporary docs (>7 days old)
-```
-
-**Key Change**: Automatic documentation after task completion, no manual trigger needed.
-
-### 5. Mistake Handler (Immediate)
-
-**Trigger Detection**:
-```yaml
-error_indicators:
-  test_failures:
-    - "FAILED" in pytest output
-    - "Error" in test results
-    - Non-zero exit code
-
-  runtime_errors:
-    - Exception stacktrace detected
-    - Build failures
-    - Linter errors (critical only)
-
-  validation_failures:
-    - Type check errors
-    - Schema validation failures
-```
-
-**Auto-Execution**:
-```yaml
-Mistake Handler Protocol:
-
-1. STOP Current Work:
-   → Halt further implementation
-   → Do not workaround the error
-
-2. Reflexion Pattern:
-   a) Check Past Errors:
-      → Grep docs/memory/solutions_learned.jsonl
-      → Grep docs/mistakes/ for similar errors
-
-   b) IF similar_error_found:
-      ✅ "過去に同じエラー発生済み"
-      ✅ "解決策: [past_solution]"
-      → Apply known solution
-
-   c) ELSE (new error):
-      → Root cause investigation
-      → Document new solution
-
-3. Documentation:
-   Create docs/mistakes/[feature]-YYYY-MM-DD.md:
-     - What Happened (現象)
-     - Root Cause (根本原因)
-     - Why Missed (なぜ見逃したか)
-     - Fix Applied (修正内容)
-     - Prevention Checklist (防止策)
-     - Lesson Learned (教訓)
-
-4. Update Knowledge Base:
-   → echo '{"error":"...","solution":"..."}' >> docs/memory/solutions_learned.jsonl
-   → Update prevention checklists
-```
-
-**Key Change**: Immediate automatic activation when errors detected, no manual trigger.
-
-## Removal of Manual `/sc:pm` Command
-
-### Current State
-- `/sc:pm` command in `~/.claude/commands/sc/pm.md`
-- Requires user to manually invoke every session
-- Inconsistent application
-
-### Proposed Change
-- **Remove** `/sc:pm` command entirely
-- **Replace** with behavior-based auto-activation
-- **Keep** pm-agent persona for all behaviors
-
-### Migration Path
-
-```yaml
-Step 1 - Update pm-agent.md:
-  Remove: "Manual Invocation: /sc:pm command"
-  Add: "Auto-Activation: Behavior-based triggers (see below)"
-
-Step 2 - Delete /sc:pm command:
-  File: ~/.claude/commands/sc/pm.md
-  Action: Archive or delete (functionality now in persona)
-
-Step 3 - Update rules.md:
-  Agent Orchestration section:
-  - Remove references to /sc:pm command
-  - Add auto-activation trigger documentation
-
-Step 4 - Test Auto-Activation:
-  - Start new session → Should auto-restore context
-  - Make file changes → Should auto-read relevant docs
-  - Complete task → Should auto-document learnings
-  - Encounter error → Should auto-trigger mistake handler
-```
-
-## Benefits
-
-### 1. No Manual Commands Required
-- ✅ PM Agent always active, never forgotten
-- ✅ Consistent documentation reading
-- ✅ Automatic knowledge base maintenance
-
-### 2. Context-Aware Activation
-- ✅ Right behavior at right time
-- ✅ No unnecessary overhead
-- ✅ Efficient token usage
-
-### 3. Guaranteed Documentation Quality
-- ✅ Always read relevant docs before changes
-- ✅ Automatic pattern documentation
-- ✅ Mistake prevention through Reflexion
-
-### 4. Seamless Orchestration
-- ✅ Auto-detects complex tasks
-- ✅ Auto-delegates to sub-agents
-- ✅ Auto-tracks progress
-
-## Token Budget Impact
-
-```yaml
-Current (Manual /sc:pm):
-  If forgotten: 0 tokens (no PM functionality)
-  If remembered: 200-500 tokens per invocation
-  Average: Inconsistent, user-dependent
-
-Proposed (Auto-Activation):
-  Session Start: 200 tokens (ALWAYS)
-  Documentation Guardian: 0-100 tokens (as needed)
-  Commander: 0 tokens (only if complex task)
-  Post-Implementation: 200-2,500 tokens (only after completion)
-  Mistake Handler: 0 tokens (only if error)
-
-  Total per session: 400-3,000 tokens (predictable)
-
-  Trade-off: Slight increase in baseline usage
-  Benefit: 100% consistent PM Agent functionality
-  ROI: Prevents 5K-50K token waste from wrong implementations
-```
-
-## Implementation Checklist
-
-```yaml
-Phase 1 - Core Auto-Activation:
-  - [ ] Update pm-agent.md with auto-activation triggers
-  - [ ] Remove session start from /sc:pm command
-  - [ ] Test session start auto-restoration
-  - [ ] Verify token budget calculations
-
-Phase 2 - Documentation Guardian:
-  - [ ] Add pre-write documentation checks
-  - [ ] Implement pattern matching logic
-  - [ ] Test with various file operations
-  - [ ] Verify no performance degradation
-
-Phase 3 - Commander Mode:
-  - [ ] Add complexity detection logic
-  - [ ] Implement sub-agent delegation
-  - [ ] Test parallel execution patterns
-  - [ ] Verify progress tracking
-
-Phase 4 - Post-Implementation:
-  - [ ] Add completion detection logic
-  - [ ] Implement auto-documentation triggers
-  - [ ] Test pattern extraction
-  - [ ] Verify knowledge base updates
-
-Phase 5 - Mistake Handler:
-  - [ ] Add error detection logic
-  - [ ] Implement Reflexion pattern lookup
-  - [ ] Test mistake documentation
-  - [ ] Verify prevention checklist updates
-
-Phase 6 - Cleanup:
-  - [ ] Archive /sc:pm command
-  - [ ] Update all documentation
-  - [ ] Remove manual invocation references
-  - [ ] Final integration testing
-```
-
-## Example Workflow (After Implementation)
-
-```yaml
-User Session:
-
-1. Start Conversation:
-   Claude: [Auto-activates PM Agent]
-   Claude: 📍 feature/auth | ✨ Clean | 🧠 15% (30K/200K)
-   User: "Fix authentication bug in auth.ts"
-
-2. Pre-Implementation:
-   Claude: [Documentation Guardian activates]
-   Claude: [Reads docs/patterns/authentication-*.md silently]
-   Claude: [Reads docs/mistakes/auth-*.md silently]
-   Claude: ⚠️ Past mistake found: "Missing token validation"
-   Claude: Applying prevention checklist before implementation...
-
-3. Implementation:
-   Claude: [Makes changes with prevention applied]
-   Claude: [Runs tests]
-   Claude: ✅ All tests passing
-
-4. Post-Implementation:
-   Claude: [Auto-activates documentation]
-   Claude: [Runs Four Questions self-check]
-   Claude: [Extracts pattern: "Token validation pattern"]
-   Claude: [Updates docs/patterns/authentication-token-validation.md]
-   Claude: ✅ Task complete with documentation updated
-
-User: [Never had to invoke /sc:pm manually]
-```
-
-## Conclusion
-
-This architecture ensures PM Agent functionality is **always active** through behavior-based triggers, eliminating the need for manual `/sc:pm` command invocation while maintaining clear responsibility separation and guaranteed documentation quality.

docs/architecture/pm-agent-responsibility-cleanup.md

@@ -1,306 +0,0 @@
-# PM Agent Responsibility Cleanup & MCP Integration
-
-## 問題整理
-
-### 1. 既存MODEとの重複
-
-**MODE_Task_Management.md と pm-agent.md が完全重複**:
-
-```yaml
-MODE_Task_Management.md:
-  - write_memory() / read_memory() 使用
-  - Serena MCP依存
-  - セッション開始時のlist_memories()
-  - TodoWrite + memory並行管理
-
-pm-agent.md:
-  - docs/memory/ ファイル管理
-  - ローカルファイルベース
-  - セッション開始時のRead並行実行
-  - TodoWrite + docs/memory/並行管理
-
-結論: 完全に機能が重複、統合必須
-```
-
-### 2. Memory管理の責務が不明確
-
-**現状の問題**:
-```yaml
-docs/memory/:
-  - いつクリアするか決まってない
-  - ファイルベース vs MCP memoryの使い分け不明
-  - ライフサイクル管理なし
-
-write_memory() (Serena MCP):
-  - いつ使うべきか不明確
-  - docs/memory/との使い分けなし
-  - 削除タイミング不明
-```
-
-### 3. MCPの役割分担が曖昧
-
-**ユーザーの指摘**:
-- Serena = コード理解に使う
-- Memory = Mindbaseに任せるべき
-- 現状は役割が混在
-
-## 解決策: 責務の明確化
-
-### Memory Management Strategy
-
-```yaml
-Level 1 - Session Memory (Mindbase MCP):
-  Purpose: 会話履歴の長期保存（Claude Code標準機能）
-  Technology: Mindbase MCP (自動管理)
-  Scope: 全プロジェクト横断
-  Lifecycle: 永続（自動管理）
-  Use Cases:
-    - 過去の会話検索
-    - 長期的なパターン学習
-    - プロジェクト間の知識共有
-
-Level 2 - Project Documentation (File-based):
-  Purpose: プロジェクト固有の知識ベース
-  Technology: Markdown files in docs/
-  Scope: プロジェクトごと
-  Lifecycle: Git管理（明示的削除まで永続）
-  Locations:
-    docs/patterns/: 成功パターン（永続）
-    docs/mistakes/: 失敗記録（永続）
-    CLAUDE.md: グローバルルール（永続）
-
-Level 3 - Task State (Serena MCP - Code Understanding):
-  Purpose: コードベース理解のためのシンボル管理
-  Technology: Serena MCP
-  Scope: セッション内
-  Lifecycle: セッション終了で自動削除
-  Use Cases:
-    - コード構造の理解
-    - シンボル間の関係追跡
-    - リファクタリング支援
-
-Level 4 - TodoWrite (Claude Code Built-in):
-  Purpose: 現在のタスク進捗管理
-  Technology: Claude Code標準機能
-  Scope: セッション内
-  Lifecycle: タスク完了で削除
-  Use Cases:
-    - 現在進行中のタスク追跡
-    - サブタスクの管理
-    - 進捗の可視化
-```
-
-### Memory Lifecycle Rules
-
-```yaml
-Session Start:
-  1. Mindbaseから過去の関連会話を自動ロード（Claude Code標準）
-  2. docs/patterns/ と docs/mistakes/ を読む（必要に応じて）
-  3. CLAUDE.md を常に読む
-  4. Serena: 使わない（コード理解時のみ）
-  5. TodoWrite: 新規作成（必要なら）
-
-During Work:
-  1. Mindbase: 自動保存（Claude Code標準）
-  2. docs/: 新しいパターン/ミスを文書化
-  3. Serena: コード理解時のみ使用
-  4. TodoWrite: 進捗更新
-
-Session End:
-  1. Mindbase: 自動保存（Claude Code標準）
-  2. docs/: 学習内容を永続化
-  3. Serena: 自動削除（何もしない）
-  4. TodoWrite: 完了タスクはクリア
-
-Monthly Maintenance:
-  1. docs/patterns/: 古い（>6ヶ月）で未参照なら削除
-  2. docs/mistakes/: 重複をマージ
-  3. CLAUDE.md: ベストプラクティス抽出
-```
-
-### MCP Role Clarification
-
-```yaml
-Mindbase MCP (会話履歴):
-  Auto-Managed: Claude Codeが自動管理
-  PM Agent Role: なし（自動で動く）
-  User Action: なし（透明）
-
-Serena MCP (コード理解):
-  Trigger: コードベース理解が必要な時のみ
-  PM Agent Role: コード理解時に自動活用
-  Examples:
-    - リファクタリング計画
-    - シンボル追跡
-    - コード構造分析
-  NOT for: タスク管理、会話記憶
-
-Sequential MCP (複雑な推論):
-  Trigger: 複雑な分析・設計が必要な時
-  PM Agent Role: Commander modeで活用
-  Examples:
-    - アーキテクチャ設計
-    - 複雑なデバッグ
-    - システム分析
-
-Context7 MCP (ドキュメント参照):
-  Trigger: 公式ドキュメント参照が必要な時
-  PM Agent Role: Pre-Implementation Confidence Check
-  Examples:
-    - ライブラリの使い方確認
-    - ベストプラクティス参照
-    - API仕様確認
-```
-
-## 統合後のPM Agent Architecture
-
-### 削除すべきもの
-
-```yaml
-DELETE:
-  1. docs/memory/ ディレクトリ全体
-     理由: Mindbaseと重複、ライフサイクル不明確
-
-  2. MODE_Task_Management.md の memory操作部分
-     理由: pm-agent.mdと重複
-
-  3. pm-agent.md の docs/memory/ 参照
-     理由: Mindbaseに統合
-
-  4. write_memory() / read_memory() 使用
-     理由: Serenaはコード理解専用
-```
-
-### 統合後の責務
-
-```yaml
-PM Agent Core Responsibilities:
-
-1. Session Lifecycle Management:
-   Start:
-     - Git status確認
-     - CLAUDE.md読み込み
-     - docs/patterns/ 最近5件読み込み
-     - Mindbase自動ロード（Claude Code標準）
-
-   End:
-     - docs/patterns/ or docs/mistakes/ 更新
-     - CLAUDE.md更新（必要なら）
-     - Mindbase自動保存（Claude Code標準）
-
-2. Documentation Guardian:
-   - 実装前にdocs/patterns/とdocs/mistakes/を確認
-   - 関連ドキュメントを自動読み込み
-   - Pre-Implementation Confidence Check
-
-3. Commander (Complex Tasks):
-   - TodoWrite でタスク管理
-   - Sequentialで複雑な分析
-   - 並列実行の調整
-
-4. Post-Implementation Documentation:
-   - 成功パターン → docs/patterns/
-   - 失敗記録 → docs/mistakes/
-   - グローバルルール → CLAUDE.md
-
-5. Mistake Handler (Reflexion):
-   - docs/mistakes/ 検索（過去の失敗確認）
-   - 新しいミス → docs/mistakes/ 文書化
-   - 防止策の適用
-```
-
-### 簡潔な実装
-
-**不要な複雑性の削除**:
-```yaml
-削除:
-  - docs/memory/ 全体（Mindbaseで代替）
-  - write_memory() 使用（Serenaはコード理解専用）
-  - 複雑なメモリ管理ロジック
-
-残す:
-  - docs/patterns/（成功パターン）
-  - docs/mistakes/（失敗記録）
-  - CLAUDE.md（グローバルルール）
-  - TodoWrite（進捗管理）
-```
-
-**シンプルな自動起動**:
-```yaml
-Session Start:
-  1. git status && git branch
-  2. Read CLAUDE.md
-  3. Read docs/patterns/*.md (最近5件)
-  4. Mindbase自動ロード（透明）
-  5. 準備完了 → ユーザーリクエスト待機
-
-実装前:
-  1. 関連docs/patterns/とdocs/mistakes/読む
-  2. Confidence Check
-  3. Context7で公式ドキュメント確認（必要なら）
-
-実装中:
-  1. TodoWrite更新
-  2. コード理解が必要 → Serena使用
-  3. 複雑な分析 → Sequential使用
-
-実装後:
-  1. パターン抽出 → docs/patterns/
-  2. ミス記録 → docs/mistakes/
-  3. グローバルルール → CLAUDE.md
-  4. Mindbase自動保存
-```
-
-## 移行手順
-
-```yaml
-Phase 1 - Cleanup:
-  - [ ] docs/memory/ ディレクトリ削除
-  - [ ] MODE_Task_Management.md からmemory操作削除
-  - [ ] pm-agent.md からdocs/memory/参照削除
-
-Phase 2 - MCP Role Clarification:
-  - [ ] pm-agent.md にMCP使用ガイドライン追加
-  - [ ] Serena = コード理解専用 明記
-  - [ ] Mindbase = 自動管理 明記
-  - [ ] Sequential = 複雑な分析 明記
-  - [ ] Context7 = 公式ドキュメント参照 明記
-
-Phase 3 - Documentation:
-  - [ ] docs/patterns/README.md 作成（成功パターン記録ガイド）
-  - [ ] docs/mistakes/README.md 作成（失敗記録ガイド）
-  - [ ] Memory管理ポリシー文書化
-
-Phase 4 - Testing:
-  - [ ] セッション開始の自動ロードテスト
-  - [ ] 実装前のドキュメント確認テスト
-  - [ ] 実装後の文書化テスト
-  - [ ] MCPの適切な使用テスト
-```
-
-## 利点
-
-**シンプルさ**:
-- ✅ Memory管理層が明確（Mindbase / File-based / TodoWrite）
-- ✅ MCPの役割が明確（Serena=コード、Sequential=分析、Context7=ドキュメント）
-- ✅ 不要な複雑性削除（docs/memory/削除、write_memory()削除）
-
-**保守性**:
-- ✅ ライフサイクルが明確（永続 vs セッション内）
-- ✅ 責務分離（会話=Mindbase、知識=docs/、進捗=TodoWrite）
-- ✅ 削除ルールが明確（月次メンテナンス）
-
-**効率性**:
-- ✅ 自動管理（Mindbase、Serena自動削除）
-- ✅ 必要最小限のファイル読み込み
-- ✅ 適切なMCP使用（コード理解時のみSerena）
-
-## 結論
-
-**削除**: docs/memory/全体、write_memory()使用、MODE_Task_Management.mdのmemory部分
-
-**統合**: Mindbase（会話履歴）+ docs/（知識ベース）+ TodoWrite（進捗）+ Serena（コード理解）
-
-**簡潔化**: 責務を明確にして、不要な複雑性を削除
-
-これでPM Agentはシンプルかつ強力になります。

docs/capability-mapping-v5.md

@@ -1,307 +0,0 @@
-# SuperClaude v5: Capability-Driven Architecture
-
-## Executive Summary
-
-SuperClaude v4.x has 30 commands that create cognitive overhead ("command flood").
-v5 proposes collapsing these into **7 canonical capabilities** with intent-based routing.
-
-## The 7-Verb Capability Model
-
-| Capability | Description | Primary MCP Implementation |
-|------------|-------------|---------------------------|
-| **search** | Web/docs/code search | tavily, fetch, context7 |
-| **summarize** | Extract, analyze, compare | sequential-thinking |
-| **retrieve** | Knowledge base access | mindbase |
-| **plan** | Task decomposition, strategy | airis-agent |
-| **edit** | File editing, PR, fixes | serena |
-| **execute** | Scripts, workflows, builds | bash, docker |
-| **record** | Memory storage, observations | mindbase |
-
-## Current Command → Capability Mapping
-
-### Primary Search Commands (→ `search`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:research` | Deep web research | `search` + `summarize` |
-| `/sc:index-repo` | Codebase indexing | `search` + `record` |
-| `/sc:troubleshoot` | Debug/investigate | `search` + `summarize` |
-
-### Primary Summarize Commands (→ `summarize`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:analyze` | Code quality analysis | `summarize` |
-| `/sc:explain` | Code explanation | `summarize` |
-| `/sc:estimate` | Effort estimation | `summarize` |
-| `/sc:recommend` | Recommendations | `summarize` |
-| `/sc:business-panel` | Business analysis | `summarize` |
-
-### Primary Retrieve Commands (→ `retrieve`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:load` | Session loading | `retrieve` |
-| `/sc:index` | General index | `retrieve` |
-| `/sc:help` | Help/guidance | `retrieve` |
-| `/sc:select-tool` | Tool selection | `retrieve` |
-
-### Primary Plan Commands (→ `plan`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:brainstorm` | Requirements discovery | `plan` + `summarize` |
-| `/sc:design` | Architecture design | `plan` |
-| `/sc:spec-panel` | Specification | `plan` |
-| `/sc:workflow` | Workflow generation | `plan` + `execute` |
-
-### Primary Edit Commands (→ `edit`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:implement` | Feature implementation | `edit` + `execute` |
-| `/sc:improve` | Code improvement | `edit` |
-| `/sc:cleanup` | Code cleanup | `edit` |
-| `/sc:document` | Documentation | `edit` + `record` |
-
-### Primary Execute Commands (→ `execute`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:build` | Build/compile | `execute` |
-| `/sc:test` | Test execution | `execute` |
-| `/sc:git` | Git operations | `execute` |
-| `/sc:spawn` | Agent spawning | `execute` |
-| `/sc:task` | Task execution | `plan` + `execute` |
-
-### Primary Record Commands (→ `record`)
-| Command | Current Purpose | Capability Mapping |
-|---------|-----------------|-------------------|
-| `/sc:save` | Session persistence | `record` |
-| `/sc:reflect` | Task reflection | `record` + `summarize` |
-
-### Meta/Orchestration Commands
-| Command | Current Purpose | v5 Handling |
-|---------|-----------------|-------------|
-| `/sc:pm` | Project manager | **Absorbed into core** - PM Agent becomes default orchestration layer |
-| `/sc:agent` | Agent control | **Absorbed into core** - Multi-agent is automatic |
-| `/sc:sc` | Super command | **Deprecated** - Intent routing replaces explicit commands |
-
-## v5 Intent → Implementation Routing
-
-### Example: User says "Check if this code has security issues"
-
-**v4 (Command-driven):**
-```bash
-/sc:analyze src/ --focus security
-```
-
-**v5 (Capability-driven):**
-```
-User: "Check if this code has security issues"
-↓
-Intent Detection: security_analysis
-↓
-Capability: summarize
-↓
-Implementation: sequential-thinking + serena (code read)
-↓
-Output: Security analysis report
-```
-
-### Example: User says "Remember this pattern for next time"
-
-**v4 (Command-driven):**
-```bash
-/sc:save --type learnings
-```
-
-**v5 (Capability-driven):**
-```
-User: "Remember this pattern for next time"
-↓
-Intent Detection: store_knowledge
-↓
-Capability: record
-↓
-Implementation: mindbase.store_memory()
-↓
-Output: Pattern stored with semantic embedding
-```
-
-## gateway-config.yaml Schema (Proposed)
-
-```yaml
-# AIRIS MCP Gateway Configuration
-version: "1.0"
-capabilities:
-  search:
-    description: "Web/docs/code search"
-    implementations:
-      - name: tavily
-        priority: 1
-        conditions:
-          - intent: "web_search"
-          - intent: "current_events"
-      - name: context7
-        priority: 2
-        conditions:
-          - intent: "library_docs"
-          - intent: "api_reference"
-      - name: fetch
-        priority: 3
-        conditions:
-          - intent: "specific_url"
-          - intent: "http_request"
-    fallback: fetch
-
-  summarize:
-    description: "Extract, analyze, compare"
-    implementations:
-      - name: sequential-thinking
-        priority: 1
-        conditions:
-          - complexity: "high"
-          - multi_step: true
-      - name: native
-        priority: 2
-        conditions:
-          - complexity: "low"
-    fallback: native
-
-  retrieve:
-    description: "Knowledge base access"
-    implementations:
-      - name: mindbase
-        priority: 1
-        conditions:
-          - scope: "project"
-          - scope: "cross_session"
-      - name: memory
-        priority: 2
-        conditions:
-          - scope: "session_only"
-    fallback: memory
-
-  plan:
-    description: "Task decomposition and strategy"
-    implementations:
-      - name: airis-agent
-        priority: 1
-        conditions:
-          - complexity: "high"
-          - pdca: true
-      - name: sequential-thinking
-        priority: 2
-        conditions:
-          - complexity: "medium"
-    fallback: native
-
-  edit:
-    description: "File editing and refactoring"
-    implementations:
-      - name: serena
-        priority: 1
-        conditions:
-          - scope: "multi_file"
-          - refactoring: true
-      - name: native
-        priority: 2
-        conditions:
-          - scope: "single_file"
-    fallback: native
-
-  execute:
-    description: "Script and workflow execution"
-    implementations:
-      - name: bash
-        priority: 1
-        conditions:
-          - type: "shell_command"
-      - name: docker
-        priority: 2
-        conditions:
-          - type: "container"
-    fallback: bash
-
-  record:
-    description: "Memory storage and observations"
-    implementations:
-      - name: mindbase
-        priority: 1
-        conditions:
-          - persistence: "long_term"
-          - semantic: true
-      - name: memory
-        priority: 2
-        conditions:
-          - persistence: "session"
-    fallback: memory
-
-# Intent patterns for automatic routing
-intent_patterns:
-  web_search:
-    keywords: ["search", "find online", "latest", "current"]
-    capability: search
-    implementation_hint: tavily
-
-  library_docs:
-    keywords: ["docs", "documentation", "how to use", "api"]
-    capability: search
-    implementation_hint: context7
-
-  security_analysis:
-    keywords: ["security", "vulnerability", "owasp", "audit"]
-    capability: summarize
-    implementation_hint: sequential-thinking
-
-  code_explanation:
-    keywords: ["explain", "what does", "how does"]
-    capability: summarize
-
-  store_knowledge:
-    keywords: ["remember", "save", "store", "note"]
-    capability: record
-    implementation_hint: mindbase
-
-  task_planning:
-    keywords: ["plan", "break down", "steps", "how to implement"]
-    capability: plan
-    implementation_hint: airis-agent
-```
-
-## Migration Path: v4 → v5
-
-### Phase 1: Soft Deprecation
-- v4 commands continue to work
-- Commands route to capability layer internally
-- Warning: "Consider using natural language"
-
-### Phase 2: Capability Aliases
-- `/search "query"` as shorthand for search capability
-- `/plan "task"` as shorthand for plan capability
-- Natural language always works
-
-### Phase 3: Command Removal
-- v4 `/sc:*` commands deprecated
-- Only 7 capability verbs + natural language
-- Full intent-based routing
-
-## Implementation Priority
-
-1. **Core Framework**: Intent detection + capability routing
-2. **AIRIS Integration**: airis-agent as plan/execute implementation
-3. **Mindbase Integration**: retrieve/record implementation
-4. **MCP Gateway**: Hot/cold server management
-5. **Legacy Compatibility**: v4 command translation layer
-
-## Token Efficiency Comparison
-
-| Scenario | v4 Tokens | v5 Tokens | Savings |
-|----------|-----------|-----------|---------|
-| Security analysis | ~500 (command parsing) | ~100 (intent) | 80% |
-| Research task | ~800 (multi-command) | ~200 (single intent) | 75% |
-| Memory storage | ~300 (command + args) | ~50 (natural) | 83% |
-
-## Conclusion
-
-The 7-verb capability model:
-- Reduces cognitive load from 30 commands to 7 concepts
-- Enables natural language interaction
-- Allows vendor-neutral MCP implementation swapping
-- Provides cleaner Plugin ABI for extensions
-- Maintains backwards compatibility during transition

docs/developer-guide/README.md

@@ -1,172 +0,0 @@
-# SuperClaude Framework Developer Guide
-
-A documentation suite for understanding and extending the SuperClaude Context-Oriented Configuration Framework.
-
-## Documentation Overview
-
-This Developer Guide provides documentation for understanding SuperClaude's context architecture and how to extend it:
-
-### [Contributing Code Guide](contributing-code.md)
-**Purpose**: Guidelines for contributing context files and framework improvements  
-**Audience**: Contributors and framework maintainers  
-**Key Topics**: Adding context files, naming conventions, documentation standards
-
-### [Context Architecture Guide](technical-architecture.md)
-**Purpose**: Understanding how context files work and are structured  
-**Audience**: Anyone wanting to understand or extend SuperClaude  
-**Key Topics**: Context file structure, import system, agent/command patterns
-
-### [Verification & Troubleshooting Guide](testing-debugging.md)
-**Purpose**: Verifying installation and troubleshooting context file issues  
-**Audience**: Users and maintainers  
-**Key Topics**: File verification, common issues, diagnostic commands
-
-### [Documentation Index](documentation-index.md)
-**Purpose**: Comprehensive navigation guide and topic-based organization  
-**Audience**: All users seeking efficient information discovery  
-**Key Features**: Skill level pathways, cross-references, quality validation, usage guidelines
-
-## Quick Navigation
-
-### For New Contributors
-1. Start with [Contributing Code Guide](contributing-code.md#development-setup) for environment setup
-2. Review [Technical Architecture Guide](technical-architecture.md#architecture-overview) for system understanding  
-3. Use [Testing & Debugging Guide](testing-debugging.md#quick-start-testing-tutorial) for testing basics
-
-### For System Architects
-1. Begin with [Technical Architecture Guide](technical-architecture.md) for complete system design
-2. Reference [Contributing Code Guide](contributing-code.md#architecture-overview) for component patterns
-3. Review [Testing & Debugging Guide](testing-debugging.md#integration-testing) for validation frameworks
-
-### For Testing Engineers
-1. Start with [Testing & Debugging Guide](testing-debugging.md) for comprehensive testing procedures
-2. Reference [Contributing Code Guide](contributing-code.md#development-workflow) for development integration
-3. Use [Technical Architecture Guide](technical-architecture.md#quality-framework) for architecture context
-
-## Key Framework Concepts
-
-### Context-Oriented Configuration
-SuperClaude is a collection of `.md` instruction files that Claude Code reads to modify its behavior. It is NOT executing software.
-
-**IMPORTANT**: SuperClaude is NOT a CLI tool or executable software. When you see `/sc:` commands in documentation, these are **context trigger patterns** you type in Claude Code conversations, not terminal commands.
-
-### Agent Context Files
-Specialized instruction sets that provide domain expertise when activated by `@agent-[name]` or automatically by keywords.
-
-### Command Context Files
-Workflow patterns triggered by `/sc:[command]` **context patterns** (not CLI commands) that guide Claude Code through structured development tasks when you type them in Claude Code conversations.
-
-### MCP Integration
-External tools (actual software) that can be configured to provide additional capabilities like documentation lookup or code analysis.
-
-## What SuperClaude Is NOT
-
-- ❌ **Not Software**: No code executes, no processes run
-- ❌ **Not Testable**: Context files are instructions, not functions  
-- ❌ **Not Optimizable**: No performance to measure or improve
-- ❌ **Not Persistent**: Each Claude conversation is independent
-
-## Documentation Features
-
-### Cross-Referenced Integration
-All three documents are strategically cross-referenced, enabling seamless navigation between development workflows, architectural understanding, and testing procedures.
-
-### Accessibility & Inclusivity
-- **Screen Reader Support**: Full navigation guidance and diagram descriptions
-- **Skill Level Pathways**: Clear progression from beginner to advanced
-- **Comprehensive Glossaries**: 240+ technical terms with detailed definitions
-- **Learning Resources**: Time estimates and prerequisite guidance
-
-### Consistent Terminology
-Unified technical vocabulary ensures clear communication across all documentation, with key terms defined consistently throughout comprehensive glossaries.
-
-### Comprehensive Code Examples
-All code examples include proper documentation, error handling, and follow consistent formatting standards suitable for production use.
-
-### Security-First Approach
-Security considerations are embedded throughout all documentation, from development practices to testing procedures to architectural design.
-
-### Professional Quality Standards
-- **WCAG 2.1 Compliant**: Full accessibility standards compliance
-- **Technical Accuracy**: All examples tested and verified
-- **Framework Integration**: Documentation quality matches framework sophistication
-- **Community Focus**: Inclusive design for developers of all abilities
-
-## Document Status
-
-✅ **Phase 1 Complete**: Critical issues resolved, basic structure established  
-✅ **Phase 2 Complete**: Cross-document consistency, navigation improvements, security integration  
-✅ **Phase 3 Complete**: Advanced examples, visual diagrams, enhanced architecture documentation  
-✅ **Phase 4 Complete**: Accessibility improvements, comprehensive glossaries, skill level guidance, professional polish
-
-### Accessibility & Quality Enhancements (Phase 4)
-- **240+ Glossary Terms**: Comprehensive technical definitions across all documents
-- **Screen Reader Support**: Full accessibility with navigation guidance and diagram descriptions  
-- **Skill Level Pathways**: Clear learning progressions from beginner to advanced
-- **Professional Polish**: Documentation quality aligned with framework sophistication
-
-## Getting Started
-
-### Prerequisites
-- Python 3.8+ (for installation tool)
-- Claude Code installed
-- Optional: Node.js 16+ for MCP servers
-
-### Understanding the Framework
-```bash
-# Check installation
-ls ~/.claude/
-# You'll see context files, not executable code
-
-# View a command context
-cat ~/.claude/commands/implement.md
-# You'll see instructions for Claude, not code
-
-# View an agent context  
-cat ~/.claude/agents/python-expert.md
-# You'll see expertise definitions, not programs
-```
-
-### Extending SuperClaude
-1. **Add Commands**: Create new `.md` files in `~/.claude/commands/`
-2. **Add Agents**: Create new `.md` files in `~/.claude/agents/`
-3. **Add Modes**: Create new `.md` files in `~/.claude/modes/`
-
-No compilation, no testing, no deployment - just add context files and Claude Code will read them automatically.
-
-## Support and Resources
-
-### Documentation Issues
-- **Broken Links**: Report cross-reference issues in GitHub issues
-- **Unclear Content**: Request clarification through GitHub discussions
-- **Missing Information**: Suggest improvements through pull requests
-
-### Development Support
-- **Technical Questions**: Use GitHub discussions for architecture and implementation questions
-- **Bug Reports**: Submit detailed issues with reproduction steps
-- **Feature Requests**: Propose enhancements through GitHub issues
-
-### Community Resources
-- **[GitHub Repository](https://github.com/SuperClaude-Org/SuperClaude_Framework)**: Main development and collaboration hub
-
-## Contributing to Documentation
-
-We welcome contributions to improve documentation quality, accuracy, and completeness:
-
-### Documentation Standards
-- **Clarity**: Write for your target audience skill level
-- **Consistency**: Follow established terminology and formatting
-- **Completeness**: Provide working examples and complete procedures
-- **Cross-References**: Link related concepts across documents
-
-### Submission Process
-1. Fork the repository and create a feature branch
-2. Make documentation improvements following our standards
-3. Test all code examples and verify cross-references
-4. Submit pull request with clear description of changes
-
----
-
-**SuperClaude Framework**: Building the future of AI-assisted development through intelligent orchestration and behavioral programming.
-
-For the latest updates and community discussions, visit our [GitHub repository](https://github.com/SuperClaude-Org/SuperClaude_Framework).

docs/developer-guide/contributing-code.md

@@ -1,401 +0,0 @@
-# Contributing Context Files to SuperClaude Framework 🛠️
-
-Welcome to SuperClaude Framework development! This guide provides everything you need to contribute context files and behavioral instructions that enhance Claude Code through structured prompts and MCP server integration.
-
-**Project Purpose**: SuperClaude provides Claude Code with structured context files and behavioral instructions. We're building the next generation of AI-assisted development through intelligent prompt engineering.
-
-## Table of Contents
-
-1. [Development Setup](#development-setup) - Prerequisites and environment
-2. [Architecture Overview](#architecture-overview) - System components and design
-3. [Context File Guidelines](#context-file-guidelines) - Standards and practices
-4. [Development Workflow](#development-workflow) - Git workflow and submissions
-5. [Contributing to Components](#contributing-to-components) - Agents, commands, modes
-6. [File Validation](#file-validation) - Quality assurance
-7. [Getting Help](#getting-help) - Support and resources
-
-## Development Setup
-
-### Prerequisites
-
-**Required:**
-- Python 3.8+ with pip
-- Git for version control
-- Claude Code installed and working
-- Node.js 16+ (for MCP server configuration)
-
-**Environment Setup:**
-```bash
-# Fork SuperClaude_Framework on GitHub first
-git clone https://github.com/YOUR_USERNAME/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# Test installation system
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup --help
-
-# Install to development location
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup install --components core
-```
-
-**Validation Check:**
-```bash
-# Verify Python version
-python3 --version  # Should be 3.8+
-
-# Check Node.js for MCP configuration
-node --version     # Should be 16+
-
-# Test Claude Code integration
-ls ~/.claude/      # Should show Claude Code directory
-```
-
-## Architecture Overview
-
-### Framework Structure
-
-SuperClaude is a **Context-Oriented Configuration Framework** - not executing software, but instruction files that Claude Code reads to modify its behavior.
-
-```
-SuperClaude_Framework/
-├── superclaude/           # Framework components (the source of truth)
-│   ├── Core/             # PRINCIPLES.md, RULES.md, FLAGS.md
-│   ├── Agents/           # 15 specialized domain experts
-│   ├── Commands/         # 21 context trigger patterns (/sc: behavioral instructions)
-│   ├── Modes/            # 6 behavioral modification patterns
-│   └── MCP/              # 6 MCP server configurations
-├── setup/                # Python installation system
-├── docs/                 # Documentation (what you're reading)
-└── tests/                # File validation scripts
-```
-
-**Key Concepts:**
-- **Context Files**: .md instruction files that guide Claude Code behavior
-- **Agents**: Domain specialists (e.g., security-engineer.md, python-expert.md)
-- **Commands**: Workflow patterns (e.g., implement.md, analyze.md)
-- **Modes**: Interaction modifiers (e.g., brainstorming, introspection)
-- **MCP Integration**: Configuration for Model Context Protocol servers
-
-### How It Works
-
-```
-User Input → Claude Code → Reads SuperClaude Context → Modified Behavior → Enhanced Output
-```
-
-1. User types `/sc:implement "auth system"` **in Claude Code conversation** (not terminal)
-2. Claude Code reads `superclaude/Commands/implement.md`
-3. Command activates security-engineer agent context
-4. Context7 MCP provides authentication patterns
-5. Claude generates complete, secure implementation
-
-## Context File Guidelines
-
-### File Organization
-
-**Context Files (`.md`):**
-- Write clear, actionable instructions for Claude Code
-- Use frontmatter metadata for configuration
-- Follow existing patterns and naming conventions
-- Test instructions produce expected behaviors
-
-**Installation Scripts (`.py`):**
-- Follow PEP 8 style guidelines
-- Include docstrings for functions and classes
-- Add type hints where beneficial
-- Focus on file copying and configuration
-
-**Example Agent Structure:**
-```markdown
----
-name: new-specialist
-description: Brief description of expertise
-category: specialized|architecture|quality
----
-
-# Agent Name
-
-## Triggers
-- Keywords that activate this agent
-- File types that trigger activation
-
-## 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
-```
-
-### Context File Standards
-
-**Structure Requirements:**
-- Clear, actionable instructions for Claude Code
-- Specific triggers and activation patterns
-- Examples demonstrating usage
-- Boundaries defining scope
-
-**Quality Standards:**
-- Instructions are testable in Claude Code conversations
-- Examples produce expected behavioral changes
-- Clear activation triggers and context patterns
-- Professional language and formatting
-
-## Development Workflow
-
-### Git Workflow
-
-1. **Fork and Clone:**
-   ```bash
-   # Fork on GitHub, then:
-   git clone https://github.com/YOUR_USERNAME/SuperClaude_Framework.git
-   cd SuperClaude_Framework
-   git remote add upstream https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-   ```
-
-2. **Create Feature Branch:**
-   ```bash
-   git checkout -b feature/your-feature-name
-   # Work on your changes
-   git add .
-   git commit -m "Add: descriptive commit message"
-   ```
-
-3. **Submit Pull Request:**
-   ```bash
-   git push origin feature/your-feature-name
-   # Create PR on GitHub
-   ```
-
-### Pull Request Template
-
-```markdown
-## Description
-Brief description of context file changes
-
-## Type of Change
-- [ ] Bug fix in context files
-- [ ] New feature (agent, command, mode)
-- [ ] Documentation improvement
-- [ ] Installation system enhancement
-
-## Testing
-- [ ] Manual testing with Claude Code
-- [ ] Context file validation passes
-- [ ] Examples validated in Claude Code conversations
-
-## Checklist
-- [ ] Files follow SuperClaude conventions
-- [ ] Self-review completed
-- [ ] Documentation updated
-- [ ] No breaking changes to existing context
-```
-
-### Code Review Process
-
-**Manual Review:**
-- Context file clarity and effectiveness
-- Agent/command logic and triggers
-- Documentation accuracy and completeness
-- Integration with existing components
-- Claude Code behavioral testing results
-
-## Contributing to Components
-
-### Adding New Agents
-
-**Agent Development Process:**
-1. Identify domain expertise gap
-2. Create agent file in `superclaude/Agents/`
-3. Define triggers, behaviors, and boundaries
-4. Test with various Claude Code scenarios
-5. Document usage patterns and examples
-
-**Agent Template:**
-```markdown
----
-name: agent-name
-description: Domain expertise description
-category: specialized
-tools: Read, Write, Edit, Bash
----
-
-# Agent Name
-
-## Triggers
-- Specific keywords: domain, expertise, area
-- File patterns: *.domain, specific frameworks
-- Complexity indicators: architectural decisions
-
-## Behavioral Mindset
-- Focus on domain best practices
-- Systematic approach to problem-solving
-- Quality and security considerations
-
-## Focus Areas
-- Core domain expertise
-- Related technical areas
-- Integration patterns
-
-## Key Actions
-1. Analyze requirements within domain context
-2. Apply domain-specific best practices
-3. Coordinate with related specialists
-4. Validate solutions meet domain standards
-```
-
-### Adding New Commands
-
-**Command Structure:**
-```markdown
----
-name: command-name
-description: Command purpose
-category: workflow|utility|analysis
-complexity: basic|standard|advanced
-mcp-servers: [context7, sequential]
-personas: [architect, engineer]
----
-
-# /sc:command-name
-
-## Triggers
-- When to use this command
-- Context indicators
-
-## Usage
-Type in Claude Code conversation:
-```
-/sc:command-name [target] [--options]
-```
-**Note**: This is a context trigger pattern, not a terminal command.
-
-## Workflow Pattern
-1. Initial analysis
-2. Processing steps
-3. Validation and output
-
-## Examples
-Practical usage examples
-```
-
-### Adding New Modes
-
-**Mode Development:**
-- Define activation triggers
-- Specify behavioral modifications
-- Create interaction patterns
-- Test across different Claude Code scenarios
-
-## File Validation
-
-### Context File Validation
-
-**Manual Validation Process:**
-1. Install development version in Claude Code
-2. Test agent/command activation triggers in Claude Code conversations
-3. Verify behavioral modifications occur as expected
-4. Validate context file structure and formatting
-5. Test edge cases and error conditions
-
-**Validation Checklist:**
-- [ ] Context files use valid markdown syntax
-- [ ] Triggers activate correctly in Claude Code
-- [ ] Behavior matches documentation
-- [ ] No conflicts with existing components
-- [ ] Examples produce expected results in Claude Code conversations
-
-### File Structure Validation
-
-```bash
-# Check file structure
-find ~/.claude -name "*.md" | head -10
-
-# Verify context file format
-head ~/.claude/agents/python-expert.md
-
-# Test import system
-grep "@import" ~/.claude/CLAUDE.md
-```
-
-## Getting Help
-
-### Development Support
-
-**Documentation:**
-- [Technical Architecture](technical-architecture.md) - System design details
-- [Verification Guide](testing-debugging.md) - File validation procedures
-
-**Community Channels:**
-- GitHub Issues: Bug reports and feature requests
-- GitHub Discussions: Development questions and ideas
-- Pull Request Reviews: Context file feedback and collaboration
-
-**Code Review Guidelines:**
-- Provide constructive, specific feedback
-- Test changes locally when possible
-- Focus on maintainability and clarity
-- Respect contributor efforts and learning
-
-### Issue Reporting
-
-**Bug Reports:**
-1. Describe expected vs actual behavior in Claude Code
-2. Provide steps to reproduce with context triggers
-3. Include environment details and file versions
-4. Share relevant context file configurations
-
-**Feature Requests:**
-1. Explain the behavioral enhancement being proposed
-2. Describe how users would benefit
-3. Consider integration with existing context patterns
-4. Provide usage examples
-
-## Contributing Guidelines Summary
-
-### Do's
-✅ **Follow existing patterns and conventions**
-✅ **Test context files thoroughly with Claude Code**
-✅ **Write clear, actionable behavioral instructions**
-✅ **Provide working examples**
-✅ **Focus on user experience improvements**
-✅ **Coordinate with related components**
-
-### Don'ts
-❌ **Don't break existing functionality**
-❌ **Don't add untested context modifications**
-❌ **Don't ignore style guidelines**
-❌ **Don't create overly complex behavioral patterns**
-❌ **Don't duplicate existing functionality**
-
-### Quality Standards
-
-**Context Files:**
-- Clear activation triggers
-- Specific behavioral instructions
-- Practical examples
-- Defined scope boundaries
-
-**Documentation:**
-- Accurate and up-to-date
-- Working context examples
-- Clear navigation structure
-- Accessibility considerations
-
-## License and Attribution
-
-**MIT License**: SuperClaude Framework is licensed under the MIT License, providing maximum freedom for use, modification, and distribution.
-
-By contributing to SuperClaude Framework, you agree that your contributions will be licensed under the same MIT License. You retain copyright to your contributions while granting the project perpetual rights to use, modify, and distribute your context files.
-
-## Acknowledgments
-
-SuperClaude Framework exists because of the collaborative effort of developers, users, and contributors who believe in advancing AI-assisted development. Every bug report, feature suggestion, documentation improvement, and context file contribution makes the framework better for everyone.
-
-Your expertise and perspective make SuperClaude Framework better. Whether you're improving context files, adding features, or helping other users, every contribution advances the goal of more effective AI-assisted development.
-
----
-
-**Welcome to the SuperClaude Framework contributor community!** Your contributions help build the future of AI-assisted development through intelligent context and behavioral programming.

docs/developer-guide/documentation-index.md

@@ -1,227 +0,0 @@
-# SuperClaude Framework developer-guide Index
-
-## Document Navigation Guide
-
-This index provides comprehensive access to all SuperClaude Framework development documentation, organized by topic and skill level for efficient information discovery.
-
-### Quick Navigation
-
-**For New Contributors**: Start with [Contributing Guide → Setup](contributing-code.md#development-setup)
-
-**For System Understanding**: Begin with [Technical Architecture Guide → Context Architecture](technical-architecture.md#context-file-architecture)
-
-**For Verification**: Start with [Verification Guide → Installation Check](testing-debugging.md#installation-verification)
-
----
-
-## Primary Documentation
-
-### 📋 [Contributing Context Files Guide](contributing-code.md)
-**Purpose**: Complete context file development and contribution guidelines  
-**Target Audience**: Framework contributors and context file developers  
-**Length**: ~1,000 lines focused on context file reality
-
-**Key Sections**:
-- [Development Setup](contributing-code.md#development-setup) - Environment configuration and prerequisites
-- [Context File Guidelines](contributing-code.md#context-file-guidelines) - Standards and structure
-- [Development Workflow](contributing-code.md#development-workflow) - Git workflow and submission process
-- [Contributing to Components](contributing-code.md#contributing-to-components) - Agent, command, and mode development
-- [File Validation](contributing-code.md#file-validation) - Context file verification methods
-
-### 🏗️ [Context Architecture Guide](technical-architecture.md)
-**Purpose**: Understanding how context files work and are structured  
-**Target Audience**: Anyone wanting to understand or extend SuperClaude  
-**Length**: ~800 lines focused on context file patterns and Claude Code integration
-
-**Key Sections**:
-- [Context File Architecture](technical-architecture.md#context-file-architecture) - Directory structure and file types
-- [The Import System](technical-architecture.md#the-import-system) - How Claude Code loads context
-- [Agent Context Structure](technical-architecture.md#agent-context-structure) - Domain specialist contexts
-- [Command Context Structure](technical-architecture.md#command-context-structure) - Workflow patterns
-- [How Claude Code Reads Context](technical-architecture.md#how-claude-code-reads-context) - Processing sequence
-- [Extending the Framework](technical-architecture.md#extending-the-framework) - Adding new components
-
-### 🧪 [Verification & Troubleshooting Guide](testing-debugging.md)
-**Purpose**: Verifying installation and troubleshooting context file issues  
-**Target Audience**: Users and maintainers  
-**Length**: ~500 lines focused on file verification and Claude Code integration
-
-**Key Sections**:
-- [Installation Verification](testing-debugging.md#installation-verification) - Check context file installation
-- [Context File Verification](testing-debugging.md#context-file-verification) - File structure validation
-- [MCP Server Verification](testing-debugging.md#mcp-server-verification) - External tool configuration
-- [Common Issues](testing-debugging.md#common-issues) - Troubleshooting activation problems
-- [Troubleshooting Commands](testing-debugging.md#troubleshooting-commands) - Diagnostic procedures
-
----
-
-## Topic-Based Index
-
-### 🚀 Getting Started
-
-**Complete Beginners**:
-1. [Contributing Guide → Setup](contributing-code.md#development-setup) - Environment setup
-2. [Architecture Guide → Overview](technical-architecture.md#overview) - Understanding context files
-3. [Verification Guide → Installation Check](testing-debugging.md#installation-verification) - Basic verification
-
-**Environment Setup**:
-- [Development Setup](contributing-code.md#development-setup) - Prerequisites and configuration
-- [Installation Verification](testing-debugging.md#installation-verification) - File installation check
-
-### 🏗️ Architecture & Design
-
-**Context File Architecture**:
-- [Context File Architecture](technical-architecture.md#context-file-architecture) - Complete system design
-- [The Import System](technical-architecture.md#the-import-system) - How Claude Code loads context
-- [Agent Context Structure](technical-architecture.md#agent-context-structure) - Domain specialist patterns
-- [Command Context Structure](technical-architecture.md#command-context-structure) - Workflow definitions
-
-**Component Development**:
-- [Contributing to Components](contributing-code.md#contributing-to-components) - Agent, command, mode development
-- [Adding New Agents](contributing-code.md#adding-new-agents) - Domain specialist creation
-- [Adding New Commands](contributing-code.md#adding-new-commands) - Workflow pattern development
-- [Extending the Framework](technical-architecture.md#extending-the-framework) - Framework expansion
-
-### 🧪 Verification & Quality
-
-**File Verification**:
-- [Context File Verification](testing-debugging.md#context-file-verification) - File structure validation
-- [File Validation](contributing-code.md#file-validation) - Context file verification methods
-
-**Troubleshooting**:
-- [Common Issues](testing-debugging.md#common-issues) - Activation and configuration problems
-- [Troubleshooting Commands](testing-debugging.md#troubleshooting-commands) - Diagnostic procedures
-
-### 🔧 Development Workflows
-
-**Context File Development**:
-- [Development Workflow](contributing-code.md#development-workflow) - Git workflow
-- [Context File Guidelines](contributing-code.md#context-file-guidelines) - Standards and practices
-- [Pull Request Process](contributing-code.md#pull-request-template) - Submission process
-
-**Component Development**:
-- [Agent Development](contributing-code.md#adding-new-agents) - Domain specialist creation
-- [Command Development](contributing-code.md#adding-new-commands) - Workflow pattern creation
-- [Mode Development](contributing-code.md#adding-new-modes) - Behavioral modification patterns
-
-### 🛠️ MCP Integration
-
-**MCP Configuration**:
-- [MCP Server Configuration](technical-architecture.md#mcp-server-configuration) - External tool setup
-- [MCP Server Verification](testing-debugging.md#mcp-server-verification) - Configuration validation
-
-### 🚨 Support & Troubleshooting
-
-**Common Issues**:
-- [Commands Not Working](testing-debugging.md#issue-commands-not-working) - Context trigger problems
-- [Agents Not Activating](testing-debugging.md#issue-agents-not-activating) - Activation issues
-- [Context Not Loading](testing-debugging.md#issue-context-not-loading) - Loading problems
-
-**Support Resources**:
-- [Getting Help](contributing-code.md#getting-help) - Support channels
-- [Issue Reporting](contributing-code.md#issue-reporting) - Bug reports and features
-
----
-
-## Skill Level Pathways
-
-### 🟢 Beginner Path (Understanding SuperClaude)
-
-**Week 1: Foundation**
-1. [Architecture Overview](technical-architecture.md#overview) - What SuperClaude is
-2. [Installation Verification](testing-debugging.md#installation-verification) - Check your setup
-3. [Context File Architecture](technical-architecture.md#context-file-architecture) - Directory structure
-
-**Week 2: Basic Usage**
-1. [How Claude Code Reads Context](technical-architecture.md#how-claude-code-reads-context) - Processing sequence
-2. [Common Issues](testing-debugging.md#common-issues) - Troubleshooting basics
-3. [Context File Guidelines](contributing-code.md#context-file-guidelines) - File standards
-
-### 🟡 Intermediate Path (Contributing Context Files)
-
-**Month 1: Context Development**
-1. [Development Setup](contributing-code.md#development-setup) - Environment preparation
-2. [Agent Context Structure](technical-architecture.md#agent-context-structure) - Domain specialists
-3. [Command Context Structure](technical-architecture.md#command-context-structure) - Workflow patterns
-
-**Month 2: Component Creation**
-1. [Adding New Agents](contributing-code.md#adding-new-agents) - Domain specialist development
-2. [Adding New Commands](contributing-code.md#adding-new-commands) - Workflow creation
-3. [File Validation](contributing-code.md#file-validation) - Context verification
-
-### 🔴 Advanced Path (Framework Extension)
-
-**Advanced Understanding**
-1. [The Import System](technical-architecture.md#the-import-system) - Context loading mechanics
-2. [Extending the Framework](technical-architecture.md#extending-the-framework) - Framework expansion
-3. [MCP Server Configuration](technical-architecture.md#mcp-server-configuration) - External tool integration
-
----
-
-## Reference Materials
-
-### 📚 Key Concepts
-
-**Framework Fundamentals**:
-- Context-Oriented Configuration Framework
-- Agent Domain Specialists  
-- Command Workflow Patterns
-- Mode Behavioral Modifications
-- MCP Integration Patterns
-
-### 🔗 Cross-References
-
-**Development → Architecture**:
-- [Context File Guidelines](contributing-code.md#context-file-guidelines) → [Context File Architecture](technical-architecture.md#context-file-architecture)
-- [Adding Components](contributing-code.md#contributing-to-components) → [Agent/Command Structure](technical-architecture.md#agent-context-structure)
-
-**Development → Verification**:
-- [Development Workflow](contributing-code.md#development-workflow) → [File Verification](testing-debugging.md#context-file-verification)
-- [File Validation](contributing-code.md#file-validation) → [Installation Verification](testing-debugging.md#installation-verification)
-
-**Architecture → Verification**:
-- [How Claude Code Reads Context](technical-architecture.md#how-claude-code-reads-context) → [Troubleshooting](testing-debugging.md#common-issues)
-- [MCP Configuration](technical-architecture.md#mcp-server-configuration) → [MCP Verification](testing-debugging.md#mcp-server-verification)
-
----
-
-## Quality Standards
-
-### ✅ Documentation Accuracy
-- **Technical Precision**: All examples reflect SuperClaude reality (context files, not software)
-- **Command Accuracy**: Correct Python module execution paths and Claude Code context triggers
-- **No Fiction**: Removed all references to non-existent testing frameworks and performance systems
-
-### ✅ Content Focus
-- **Context Files**: Documentation centers on .md instruction files and Claude Code behavior
-- **File Verification**: Practical approaches to validating context file installation and structure
-- **Real Workflows**: Actual development processes for context file contribution
-
-### ✅ User Experience
-- **Clear Progression**: Skill-based learning paths from understanding to contribution
-- **Practical Examples**: Working context file examples and Claude Code integration
-- **Support Integration**: Clear guidance to help resources for real issues
-
----
-
-## Usage Guidelines
-
-### For Contributors
-1. **Start with**: [Development Setup](contributing-code.md#development-setup)
-2. **Context Development**: Follow [Context File Guidelines](contributing-code.md#context-file-guidelines)
-3. **Validation**: Use [File Validation](contributing-code.md#file-validation)
-4. **Support**: Reference [Getting Help](contributing-code.md#getting-help)
-
-### For Architects
-1. **System Understanding**: [Context File Architecture](technical-architecture.md#context-file-architecture)
-2. **Component Patterns**: [Agent and Command Structure](technical-architecture.md#agent-context-structure)
-3. **Extension**: [Extending the Framework](technical-architecture.md#extending-the-framework)
-4. **Integration**: [MCP Configuration](technical-architecture.md#mcp-server-configuration)
-
-### For Verification
-1. **Installation Check**: [Installation Verification](testing-debugging.md#installation-verification)
-2. **File Validation**: [Context File Verification](testing-debugging.md#context-file-verification)
-3. **Troubleshooting**: [Common Issues](testing-debugging.md#common-issues)
-4. **Diagnostics**: [Troubleshooting Commands](testing-debugging.md#troubleshooting-commands)
-
-This comprehensive index reflects the reality of SuperClaude as a context-oriented configuration framework, focusing on practical context file development and Claude Code integration.

docs/developer-guide/technical-architecture.md

@@ -1,356 +0,0 @@
-# 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.

docs/developer-guide/testing-debugging.md

@@ -1,324 +0,0 @@
-# SuperClaude Verification and Troubleshooting Guide
-
-## Overview
-
-This guide covers how to verify your SuperClaude installation and troubleshoot common issues with context files and configurations.
-
-**Important**: SuperClaude is a collection of context files, not executable software. This guide focuses on verifying context files are properly installed and accessible to Claude Code.
-
-## Table of Contents
-
-1. [Installation Verification](#installation-verification)
-2. [Context File Verification](#context-file-verification)
-3. [MCP Server Verification](#mcp-server-verification)
-4. [Common Issues](#common-issues)
-5. [Troubleshooting Commands](#troubleshooting-commands)
-
-## Installation Verification
-
-### Check Installation Status
-
-```bash
-# Verify SuperClaude installation system is available
-python3 -m SuperClaude --version
-# Expected: SuperClaude Framework installation help
-
-# Verify Claude Code CLI integration
-claude --version
-# Expected: Claude Code version info
-
-# Check if context files were installed
-ls ~/.claude/
-# Expected: CLAUDE.md, FLAGS.md, RULES.md, agents/, commands/, modes/
-
-# Verify main context file
-head ~/.claude/CLAUDE.md
-# Expected: Should show import statements
-```
-
-### Verify Directory Structure
-
-```bash
-# Check all directories exist
-for dir in agents commands modes; do
-    if [ -d ~/.claude/$dir ]; then
-        echo "✅ $dir directory exists"
-        ls ~/.claude/$dir | wc -l
-    else
-        echo "❌ $dir directory missing"
-    fi
-done
-```
-
-### Count Installed Components
-
-```bash
-# Should have 14 agents
-ls ~/.claude/agents/*.md | wc -l
-
-# Should have 21 commands  
-ls ~/.claude/commands/*.md | wc -l
-
-# Should have 5 modes
-ls ~/.claude/modes/*.md | wc -l
-```
-
-## Context File Verification
-
-### Verify Core Files
-
-```bash
-# Check core context files exist
-for file in CLAUDE.md FLAGS.md RULES.md PRINCIPLES.md; do
-    if [ -f ~/.claude/$file ]; then
-        echo "✅ $file exists ($(wc -l < ~/.claude/$file) lines)"
-    else
-        echo "❌ $file missing"
-    fi
-done
-```
-
-### Verify Import System
-
-```bash
-# Check CLAUDE.md has correct imports
-grep "@import" ~/.claude/CLAUDE.md
-# Expected output:
-# @import commands/*.md
-# @import agents/*.md
-# @import modes/*.md
-# @import FLAGS.md
-# @import RULES.md
-# @import PRINCIPLES.md
-```
-
-### Check File Integrity
-
-```bash
-# Verify files are readable text files
-file ~/.claude/CLAUDE.md
-# Expected: ASCII text or UTF-8 text
-
-# Check for corruption
-for file in ~/.claude/**/*.md; do
-    if file "$file" | grep -q "text"; then
-        echo "✅ $file is valid text"
-    else
-        echo "❌ $file may be corrupted"
-    fi
-done
-```
-
-## MCP Server Verification
-
-### Check MCP Configuration
-
-```bash
-# Verify .claude.json exists
-if [ -f ~/.claude.json ]; then
-    echo "✅ MCP configuration file exists"
-    # Check which servers are configured
-    grep -o '"[^"]*":' ~/.claude.json | grep -v mcpServers
-else
-    echo "❌ No MCP configuration found"
-fi
-```
-
-### Test MCP Server Availability
-
-```bash
-# Check if Node.js is available (required for MCP)
-node --version
-# Expected: v16.0.0 or higher
-
-# Check if npx is available
-npx --version
-# Expected: Version number
-
-# Test Context7 MCP (if configured)
-npx -y @upstash/context7-mcp@latest --help 2>/dev/null && echo "✅ Context7 available" || echo "❌ Context7 not available"
-```
-
-## Common Issues
-
-### Issue: Commands Not Working
-
-**Symptom**: `/sc:` context triggers don't produce expected Claude Code behavior
-
-**Verification**:
-```bash
-# Check if command file exists
-ls ~/.claude/commands/implement.md
-# If missing, reinstall SuperClaude
-
-# Verify file content
-head -20 ~/.claude/commands/implement.md
-# Should show command metadata and instructions
-```
-
-**Solution**:
-```bash
-# Reinstall commands component
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup install --components commands --force
-```
-
-### Issue: Agents Not Activating
-
-**Symptom**: `@agent-` invocations don't work in Claude Code
-
-**Verification**:
-```bash
-# List all agents
-ls ~/.claude/agents/
-
-# Check specific agent
-cat ~/.claude/agents/python-expert.md | head -20
-```
-
-**Solution**:
-```bash
-# Reinstall agents
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup install --components agents --force
-```
-
-### Issue: Context Not Loading
-
-**Symptom**: Claude Code doesn't seem to read SuperClaude context
-
-**Verification**:
-```bash
-# Check CLAUDE.md is in correct location
-ls -la ~/.claude/CLAUDE.md
-
-# Verify Claude Code can access the directory
-# In Claude Code, check if context is loading properly
-```
-
-**Solution**:
-1. Restart Claude Code
-2. Ensure you're in a project directory
-3. Check file permissions: `chmod 644 ~/.claude/*.md`
-
-### Issue: MCP Servers Not Working
-
-**Symptom**: MCP features unavailable
-
-**Verification**:
-```bash
-# Check Node.js installation
-which node
-
-# Verify .claude.json syntax
-python3 -c "import json; json.load(open('$HOME/.claude.json'))" && echo "✅ Valid JSON" || echo "❌ Invalid JSON"
-```
-
-**Solution**:
-```bash
-# Install Node.js if missing
-# Ubuntu: sudo apt install nodejs npm
-# macOS: brew install node
-# Windows: Download from nodejs.org
-
-# Fix JSON syntax if invalid
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup install --components mcp --force
-```
-
-## Troubleshooting Commands
-
-### Quick Diagnostic
-
-```bash
-#!/bin/bash
-# SuperClaude Quick Diagnostic Script
-
-echo "=== SuperClaude Diagnostic ==="
-echo ""
-
-# Check installation system
-echo "1. Installation System:"
-if command -v SuperClaude &> /dev/null; then
-    echo "   ✅ SuperClaude installation available"
-    python3 -m SuperClaude --version
-else
-    echo "   ❌ SuperClaude not found - install with: pipx install SuperClaude (or pip install SuperClaude)"
-fi
-
-# Check context files
-echo ""
-echo "2. Context Files:"
-if [ -d ~/.claude ]; then
-    echo "   ✅ ~/.claude directory exists"
-    echo "   - Agents: $(ls ~/.claude/agents/*.md 2>/dev/null | wc -l)"
-    echo "   - Commands: $(ls ~/.claude/commands/*.md 2>/dev/null | wc -l)"
-    echo "   - Modes: $(ls ~/.claude/modes/*.md 2>/dev/null | wc -l)"
-else
-    echo "   ❌ ~/.claude directory not found"
-fi
-
-# Check MCP
-echo ""
-echo "3. MCP Configuration:"
-if [ -f ~/.claude.json ]; then
-    echo "   ✅ MCP configuration exists"
-else
-    echo "   ❌ No MCP configuration"
-fi
-
-# Check Node.js
-echo ""
-echo "4. Node.js (for MCP):"
-if command -v node &> /dev/null; then
-    echo "   ✅ Node.js installed: $(node --version)"
-else
-    echo "   ⚠️  Node.js not installed (optional, needed for MCP)"
-fi
-
-echo ""
-echo "=== Diagnostic Complete ==="
-```
-
-### File Permission Fix
-
-```bash
-# Fix permissions on all context files
-chmod 644 ~/.claude/*.md
-chmod 644 ~/.claude/**/*.md
-chmod 755 ~/.claude ~/.claude/agents ~/.claude/commands ~/.claude/modes
-```
-
-### Complete Reinstall
-
-```bash
-# Backup existing configuration
-cp -r ~/.claude ~/.claude.backup.$(date +%Y%m%d)
-
-# Remove existing installation
-rm -rf ~/.claude
-
-# Reinstall everything
-PYTHONPATH=/path/to/SuperClaude_Framework python3 -m setup install
-
-# Restore any customizations from backup if needed
-```
-
-## Important Notes
-
-### What We're NOT Verifying
-
-- **No Code Execution**: Context files don't execute, so no runtime verification needed
-- **No Performance Metrics**: No code runs, so no performance to measure
-- **No Unit Tests**: Context files are instructions, not functions
-- **No Integration Tests**: Claude Code reads files; verification is behavioral
-
-### What We ARE Verifying
-
-- **File Presence**: Context files exist in correct locations
-- **File Integrity**: Files are valid text and readable
-- **Directory Structure**: Proper organization maintained
-- **Configuration Validity**: JSON files are syntactically correct
-- **Dependencies Available**: Node.js for MCP servers (optional)
-- **Behavioral Testing**: Context files produce expected Claude Code behavior
-
-## Summary
-
-Verification for SuperClaude focuses on ensuring context files are properly installed and accessible to Claude Code. Since SuperClaude is not software but a configuration framework, verification centers on file presence, integrity, and behavioral testing in Claude Code conversations.

docs/getting-started/installation.md

@@ -1,518 +0,0 @@
-<div align="center">
-
-# 📦 SuperClaude Installation Guide
-
-### **Transform Claude Code with 30 Commands, 20 Agents, 7 Modes & 8 MCP Servers**
-
-<p align="center">
-  <img src="https://img.shields.io/badge/version-4.3.0-blue?style=for-the-badge" alt="Version">
-  <img src="https://img.shields.io/badge/Python-3.8+-green?style=for-the-badge" alt="Python">
-  <img src="https://img.shields.io/badge/Platform-Linux%20|%20macOS%20|%20Windows-orange?style=for-the-badge" alt="Platform">
-</p>
-
-<p align="center">
-  <a href="#-quick-installation">Quick Install</a> •
-  <a href="#-requirements">Requirements</a> •
-  <a href="#-installation-methods">Methods</a> •
-  <a href="#-verification">Verify</a> •
-  <a href="#-troubleshooting">Troubleshoot</a>
-</p>
-
-</div>
-
----
-
-## ⚡ **Quick Installation**
-
-<div align="center">
-
-### **Choose Your Preferred Method**
-
-| Method | Command | Platform | Best For |
-|:------:|---------|:--------:|----------|
-| **🐍 pipx** | `pipx install SuperClaude && SuperClaude install` | Linux/macOS | **✅ Recommended** - Isolated environment |
-| **📦 pip** | `pip install SuperClaude && SuperClaude install` | All | Traditional Python setups |
-| **🌐 npm** | `npm install -g @bifrost_inc/superclaude && superclaude install` | All | Node.js developers |
-| **🔧 Dev** | `git clone ... && uv pip install -e ".[dev]"` | All | Contributors & developers |
-
-</div>
-
----
-
-## 📋 **Requirements**
-
-<div align="center">
-
-<table>
-<tr>
-<td align="center" width="50%">
-
-### ✅ **Required**
-
-| Component | Version | Check Command |
-|-----------|---------|---------------|
-| **Python** | 3.8+ | `python3 --version` |
-| **pip** | Latest | `pip --version` |
-| **Claude Code** | Latest | `claude --version` |
-| **Disk Space** | 50MB | `df -h` |
-
-</td>
-<td align="center" width="50%">
-
-### 💡 **Optional**
-
-| Component | Purpose | Check Command |
-|-----------|---------|---------------|
-| **Node.js** | MCP Servers | `node --version` |
-| **Git** | Version Control | `git --version` |
-| **pipx** | Isolated Install | `pipx --version` |
-| **RAM** | Performance | 1GB recommended |
-
-</td>
-</tr>
-</table>
-
-</div>
-
-<details>
-<summary><b>🔍 Quick System Check</b></summary>
-
-```bash
-# Run this to check all requirements at once
-python3 --version && echo "✅ Python OK" || echo "❌ Python missing"
-claude --version && echo "✅ Claude Code OK" || echo "❌ Claude Code missing"
-node --version 2>/dev/null && echo "✅ Node.js OK (optional)" || echo "⚠️ Node.js missing (optional)"
-git --version 2>/dev/null && echo "✅ Git OK (optional)" || echo "⚠️ Git missing (optional)"
-```
-
-</details>
-
----
-
-## 🚀 **Installation Methods**
-
-<div align="center">
-
-### **Detailed Installation Instructions**
-
-</div>
-
-### **Method 1: pipx (Recommended)**
-
-<table>
-<tr>
-<td width="60%">
-
-```bash
-# Install pipx if not present
-python3 -m pip install --user pipx
-python3 -m pipx ensurepath
-
-# Install SuperClaude
-pipx install SuperClaude
-
-# Run the installer
-SuperClaude install
-```
-
-</td>
-<td width="40%">
-
-**✅ Advantages:**
-- Isolated environment
-- No dependency conflicts
-- Clean uninstall
-- Automatic PATH setup
-
-**📍 Best for:**
-- Linux/macOS users
-- Clean system installs
-- Multiple Python projects
-
-</td>
-</tr>
-</table>
-
-### **Method 2: pip (Traditional)**
-
-<table>
-<tr>
-<td width="60%">
-
-```bash
-# Standard installation
-pip install SuperClaude
-
-# Or user installation
-pip install --user SuperClaude
-
-# Run the installer
-SuperClaude install
-```
-
-</td>
-<td width="40%">
-
-**✅ Advantages:**
-- Works everywhere
-- Familiar to Python users
-- Direct installation
-
-**📍 Best for:**
-- Windows users
-- Virtual environments
-- Quick setup
-
-</td>
-</tr>
-</table>
-
-### **Method 3: npm (Cross-platform)**
-
-<table>
-<tr>
-<td width="60%">
-
-```bash
-# Global installation
-npm install -g @bifrost_inc/superclaude
-
-# Run the installer
-superclaude install
-```
-
-</td>
-<td width="40%">
-
-**✅ Advantages:**
-- Cross-platform
-- NPM ecosystem
-- JavaScript familiar
-
-**📍 Best for:**
-- Node.js developers
-- NPM users
-- Cross-platform needs
-
-</td>
-</tr>
-</table>
-
-### **Method 4: Development Installation**
-
-<table>
-<tr>
-<td width="60%">
-
-```bash
-# Clone repository
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-# Install uv if not present
-curl -LsSf https://astral.sh/uv/install.sh | sh
-
-# Install in development mode
-uv pip install -e ".[dev]"
-
-# Test installation
-SuperClaude install --dry-run
-```
-
-</td>
-<td width="40%">
-
-**✅ Advantages:**
-- Latest features
-- Contribute to project
-- Full source access
-- Fast installation (uv)
-
-**📍 Best for:**
-- Contributors
-- Custom modifications
-- Testing new features
-
-</td>
-</tr>
-</table>
-
----
-
-## 🎛️ **Installation Options**
-
-<div align="center">
-
-### **Customize Your Installation**
-
-| Option | Command | Description |
-|--------|---------|-------------|
-| **Interactive** | `SuperClaude install` | Guided setup with prompts |
-| **Specific Components** | `SuperClaude install --components core mcp modes` | Install only what you need |
-| **Preview Mode** | `SuperClaude install --dry-run` | See what will be installed |
-| **Force Install** | `SuperClaude install --force --yes` | Skip all confirmations |
-| **List Components** | `SuperClaude install --list-components` | View available components |
-
-</div>
-
----
-
-## ✅ **Verification**
-
-<div align="center">
-
-### **Confirm Successful Installation**
-
-</div>
-
-### **Step 1: Check Installation**
-
-```bash
-# Verify SuperClaude version
-python3 -m SuperClaude --version
-# Expected: SuperClaude 4.3.0
-
-# List installed components
-SuperClaude install --list-components
-# Expected: List of available components
-```
-
-### **Step 2: Test in Claude Code**
-
-```bash
-# Open Claude Code and try these commands:
-/sc:brainstorm "test project"     # Should trigger discovery questions
-/sc:analyze README.md              # Should provide structured analysis
-@agent-security "review code"     # Should activate security specialist
-```
-
-### **Step 3: What's Installed**
-
-<div align="center">
-
-| Location | Contents | Size |
-|----------|----------|------|
-| `~/.claude/` | Framework files | ~50MB |
-| `~/.claude/CLAUDE.md` | Main entry point | ~2KB |
-| `~/.claude/*.md` | Behavioral instructions | ~200KB |
-| `~/.claude/claude-code-settings.json` | MCP configurations | ~5KB |
-
-</div>
-
----
-
-## 🛠️ **Management**
-
-<div align="center">
-
-<table>
-<tr>
-<th>📦 Update</th>
-<th>💾 Backup</th>
-<th>🗑️ Uninstall</th>
-</tr>
-<tr>
-<td>
-
-```bash
-# Update to latest
-pip install --upgrade SuperClaude
-SuperClaude update
-```
-
-</td>
-<td>
-
-```bash
-# Create backup
-SuperClaude backup --create
-
-# Restore backup
-SuperClaude backup --restore [file]
-```
-
-</td>
-<td>
-
-```bash
-# Remove framework
-SuperClaude uninstall
-
-# Uninstall package
-pip uninstall SuperClaude
-```
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-## 🔧 **Troubleshooting**
-
-<details>
-<summary><b>❌ PEP 668 Error (Python Package Management)</b></summary>
-
-This error occurs on systems with externally managed Python environments.
-
-**Solutions (in order of preference):**
-
-```bash
-# Option 1: Use pipx (Recommended)
-pipx install SuperClaude
-
-# Option 2: User installation
-pip install --user SuperClaude
-
-# Option 3: Virtual environment
-python3 -m venv superclaude-env
-source superclaude-env/bin/activate  # Linux/macOS
-# or
-superclaude-env\Scripts\activate  # Windows
-pip install SuperClaude
-
-# Option 4: Force (use with caution)
-pip install --break-system-packages SuperClaude
-```
-
-</details>
-
-<details>
-<summary><b>❌ Command Not Found</b></summary>
-
-If `SuperClaude` command is not found after installation:
-
-```bash
-# Check if package is installed
-python3 -m pip show SuperClaude
-
-# Run using Python module
-python3 -m SuperClaude install
-
-# Add to PATH (if using --user)
-export PATH="$HOME/.local/bin:$PATH"
-echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc  # Linux
-echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc   # macOS
-```
-
-</details>
-
-<details>
-<summary><b>❌ Claude Code Not Found</b></summary>
-
-If Claude Code is not installed or not in PATH:
-
-1. Download from [https://claude.ai/code](https://claude.ai/code)
-2. Install following platform instructions
-3. Verify with: `claude --version`
-4. Restart terminal after installation
-
-</details>
-
-<details>
-<summary><b>❌ Permission Denied</b></summary>
-
-For permission errors during installation:
-
-```bash
-# Use user installation
-pip install --user SuperClaude
-
-# Or use sudo (not recommended)
-sudo pip install SuperClaude
-
-# Better: use pipx
-pipx install SuperClaude
-```
-
-</details>
-
-<details>
-<summary><b>❌ Missing Python or pip</b></summary>
-
-**Linux (Ubuntu/Debian):**
-```bash
-sudo apt update
-sudo apt install python3 python3-pip python3-venv
-```
-
-**macOS:**
-```bash
-# Install Homebrew first if needed
-brew install python3
-```
-
-**Windows:**
-- Download from [python.org](https://python.org)
-- Check "Add Python to PATH" during installation
-- Restart terminal after installation
-
-</details>
-
----
-
-## 📚 **Next Steps**
-
-<div align="center">
-
-### **Your Learning Journey**
-
-<table>
-<tr>
-<th>🌱 Start Here</th>
-<th>🌿 Expand Skills</th>
-<th>🌲 Master Framework</th>
-</tr>
-<tr>
-<td valign="top">
-
-**First Week:**
-- [Quick Start Guide](quick-start.md)
-- [Commands Reference](../user-guide/commands.md)
-- Try `/sc:brainstorm`
-
-</td>
-<td valign="top">
-
-**Week 2-3:**
-- [Behavioral Modes](../user-guide/modes.md)
-- [Agents Guide](../user-guide/agents.md)
-- [Examples Cookbook](../reference/examples-cookbook.md)
-
-</td>
-<td valign="top">
-
-**Advanced:**
-- [MCP Servers](../user-guide/mcp-servers.md)
-- [Technical Architecture](../developer-guide/technical-architecture.md)
-- [Contributing Code](../developer-guide/contributing-code.md)
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-<div align="center">
-
-### **🎉 Installation Complete!**
-
-You now have access to:
-
-<p align="center">
-  <b>30 Commands</b> • <b>20 AI Agents</b> • <b>7 Behavioral Modes</b> • <b>8 MCP Servers</b>
-</p>
-
-**Ready to start?** Try `/sc:brainstorm` in Claude Code for your first SuperClaude experience!
-
-<p align="center">
-  <a href="quick-start.md">
-    <img src="https://img.shields.io/badge/📖_Continue_to-Quick_Start_Guide-blue?style=for-the-badge" alt="Quick Start">
-  </a>
-</p>
-
-</div>

docs/getting-started/quick-start.md

@@ -1,492 +0,0 @@
-<div align="center">
-
-# 🚀 SuperClaude Quick Start Guide
-
-### **Context Engineering Framework for Claude Code**
-
-<p align="center">
-  <img src="https://img.shields.io/badge/Framework-Context_Engineering-purple?style=for-the-badge" alt="Framework">
-  <img src="https://img.shields.io/badge/Version-4.3.0-blue?style=for-the-badge" alt="Version">
-  <img src="https://img.shields.io/badge/Time_to_Start-5_Minutes-green?style=for-the-badge" alt="Quick Start">
-</p>
-
-> **💡 Key Insight**: SuperClaude doesn't replace Claude Code - it **configures and enhances** it through behavioral context injection
-
-<p align="center">
-  <a href="#-how-it-works">How It Works</a> •
-  <a href="#-instant-start">Instant Start</a> •
-  <a href="#-core-components">Components</a> •
-  <a href="#-workflow-patterns">Workflows</a> •
-  <a href="#-when-to-use">When to Use</a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-## 📊 **Framework Capabilities**
-
-| **Commands** | **AI Agents** | **Behavioral Modes** | **MCP Servers** |
-|:------------:|:-------------:|:-------------------:|:---------------:|
-| **30** | **20** | **7** | **8** |
-| `/sc:` triggers | Domain specialists | Context adaptation | Tool integration |
-
-</div>
-
----
-
-## 🎯 **How It Works**
-
-<div align="center">
-
-### **Framework Architecture Flow**
-
-```
-┌─────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  User Input     │────>│   Claude Code    │────>│  Context Files  │
-│  /sc:command    │     │  Reads Context   │     │  (.md behaviors)│
-└─────────────────┘     └──────────────────┘     └─────────────────┘
-                               │                          │
-                               ▼                          ▼
-┌─────────────────┐      ┌──────────────────┐     ┌─────────────────┐
-│   Enhanced      │<─────│    Behavioral    │<────│   MCP Servers   │
-│   Response      │      │    Activation    │     │ (if configured) │
-└─────────────────┘      └──────────────────┘     └─────────────────┘
-```
-
-**The Magic**: When you type `/sc:brainstorm`, Claude reads behavioral instructions from installed `.md` files and responds with enhanced capabilities
-
-</div>
-
----
-
-## ⚡ **Instant Start**
-
-<div align="center">
-
-### **5-Minute Journey from Installation to First Command**
-
-</div>
-
-<table>
-<tr>
-<th width="50%">📦 Step 1: Install (Terminal)</th>
-<th width="50%">💬 Step 2: Use (Claude Code)</th>
-</tr>
-<tr>
-<td valign="top">
-
-```bash
-# Quick install with pipx
-pipx install SuperClaude && SuperClaude install
-
-# Or traditional pip
-pip install SuperClaude && SuperClaude install
-
-# Or via npm
-npm install -g @bifrost_inc/superclaude && superclaude install
-```
-
-</td>
-<td valign="top">
-
-```text
-# Interactive discovery
-/sc:brainstorm "web app for task management"
-
-# Analyze existing code
-/sc:analyze src/
-
-# Generate implementation
-/sc:implement "user authentication"
-
-# Activate specialist
-@agent-security "review auth flow"
-```
-
-</td>
-</tr>
-</table>
-
-<details>
-<summary><b>🎥 What Happens Behind the Scenes</b></summary>
-
-1. **Context Loading**: Claude Code imports behavioral `.md` files via `CLAUDE.md`
-2. **Pattern Recognition**: Recognizes `/sc:` and `@agent-` trigger patterns
-3. **Behavioral Activation**: Applies corresponding instructions from context files
-4. **MCP Integration**: Uses configured external tools when available
-5. **Response Enhancement**: Follows framework patterns for comprehensive responses
-
-</details>
-
----
-
-## 🔧 **Core Components**
-
-<div align="center">
-
-### **Four Pillars of SuperClaude**
-
-<table>
-<tr>
-<td align="center" width="25%">
-
-### 📝 **Commands**
-<h2>21</h2>
-
-**Slash Commands**
-
-`/sc:brainstorm`  
-`/sc:implement`  
-`/sc:analyze`  
-`/sc:workflow`
-
-*Workflow automation*
-
-</td>
-<td align="center" width="25%">
-
-### 🤖 **Agents**
-<h2>14</h2>
-
-**AI Specialists**
-
-`@agent-architect`  
-`@agent-security`  
-`@agent-frontend`  
-`@agent-backend`
-
-*Domain expertise*
-
-</td>
-<td align="center" width="25%">
-
-### 🎯 **Modes**
-<h2>6</h2>
-
-**Behavioral Modes**
-
-Brainstorming  
-Introspection  
-Orchestration  
-Task Management
-
-*Context adaptation*
-
-</td>
-<td align="center" width="25%">
-
-### 🔌 **MCP**
-<h2>6</h2>
-
-**Server Integration**
-
-Context7 (docs)  
-Sequential (analysis)  
-Magic (UI)  
-Playwright (testing)
-
-*Enhanced tools*
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-## 📚 **Workflow Patterns**
-
-<div align="center">
-
-### **Complete Development Lifecycle**
-
-</div>
-
-### **🌟 First Project Session**
-
-<table>
-<tr>
-<th>Step</th>
-<th>Command</th>
-<th>What Happens</th>
-</tr>
-<tr>
-<td><b>1. Discovery</b></td>
-<td><code>/sc:brainstorm "e-commerce app"</code></td>
-<td>Interactive requirements exploration</td>
-</tr>
-<tr>
-<td><b>2. Load Context</b></td>
-<td><code>/sc:load src/</code></td>
-<td>Import existing project structure</td>
-</tr>
-<tr>
-<td><b>3. Analysis</b></td>
-<td><code>/sc:analyze --focus architecture</code></td>
-<td>Deep architectural review</td>
-</tr>
-<tr>
-<td><b>4. Planning</b></td>
-<td><code>/sc:workflow "payment integration"</code></td>
-<td>Generate implementation roadmap</td>
-</tr>
-<tr>
-<td><b>5. Implementation</b></td>
-<td><code>/sc:implement "Stripe checkout"</code></td>
-<td>Build with best practices</td>
-</tr>
-<tr>
-<td><b>6. Validation</b></td>
-<td><code>/sc:test --coverage</code></td>
-<td>Comprehensive testing</td>
-</tr>
-<tr>
-<td><b>7. Save Session</b></td>
-<td><code>/sc:save "payment-complete"</code></td>
-<td>Persist for next session</td>
-</tr>
-</table>
-
-### **🎨 Domain-Specific Workflows**
-
-<div align="center">
-
-| Domain | Trigger | Specialist Activation | MCP Server |
-|--------|---------|----------------------|------------|
-| **Frontend** | UI component request | `@agent-frontend` | Magic |
-| **Backend** | API endpoint creation | `@agent-backend` | Sequential |
-| **Security** | Auth implementation | `@agent-security` | Context7 |
-| **Testing** | E2E test scenarios | `@agent-qa` | Playwright |
-| **DevOps** | Deployment setup | `@agent-devops` | Morphllm |
-
-</div>
-
----
-
-## 🎯 **When to Use**
-
-<div align="center">
-
-### **SuperClaude vs Standard Claude Code**
-
-<table>
-<tr>
-<th width="50%">✅ Use SuperClaude</th>
-<th width="50%">💭 Use Standard Claude</th>
-</tr>
-<tr>
-<td valign="top">
-
-**Perfect for:**
-- 🏗️ Building complete software projects
-- 📊 Systematic workflows with quality gates
-- 🔄 Complex, multi-component systems
-- 💾 Long-term projects needing persistence
-- 👥 Team collaboration with standards
-- 🎯 Domain-specific expertise needs
-
-**Examples:**
-- "Build a full-stack application"
-- "Implement secure authentication"
-- "Refactor legacy codebase"
-- "Create comprehensive test suite"
-
-</td>
-<td valign="top">
-
-**Better for:**
-- 💡 Simple questions or explanations
-- ⚡ One-off coding tasks
-- 📚 Learning programming concepts
-- 🧪 Quick prototypes or experiments
-- 🔍 Code snippet generation
-- ❓ General programming help
-
-**Examples:**
-- "Explain how async/await works"
-- "Write a sorting function"
-- "Debug this error message"
-- "Convert this loop to functional"
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-## 🎓 **Learning Path**
-
-<div align="center">
-
-### **Your 4-Week Journey to Mastery**
-
-<table>
-<tr>
-<th>Week</th>
-<th>Focus</th>
-<th>Skills</th>
-<th>Milestone</th>
-</tr>
-<tr>
-<td align="center"><b>1</b><br/>🌱</td>
-<td><b>Core Commands</b></td>
-<td>
-• <code>/sc:brainstorm</code><br/>
-• <code>/sc:analyze</code><br/>
-• <code>/sc:implement</code>
-</td>
-<td>Complete first project</td>
-</tr>
-<tr>
-<td align="center"><b>2</b><br/>🌿</td>
-<td><b>Behavioral Modes</b></td>
-<td>
-• Mode combinations<br/>
-• Flag usage<br/>
-• Context optimization
-</td>
-<td>Optimize workflows</td>
-</tr>
-<tr>
-<td align="center"><b>3</b><br/>🌿</td>
-<td><b>MCP Servers</b></td>
-<td>
-• Server configuration<br/>
-• Tool integration<br/>
-• Enhanced capabilities
-</td>
-<td>Full tool utilization</td>
-</tr>
-<tr>
-<td align="center"><b>4</b><br/>🌲</td>
-<td><b>Advanced Patterns</b></td>
-<td>
-• Custom workflows<br/>
-• Session management<br/>
-• Team patterns
-</td>
-<td>Framework mastery</td>
-</tr>
-</table>
-
-</div>
-
----
-
-## 💡 **Key Insights**
-
-<div align="center">
-
-### **Understanding SuperClaude's Value**
-
-<table>
-<tr>
-<td width="33%" align="center">
-
-### 🧠 **Not Software**
-**It's a Framework**
-
-SuperClaude is behavioral configuration, not standalone software. Everything runs through Claude Code.
-
-</td>
-<td width="33%" align="center">
-
-### 🔄 **Systematic**
-**Not Ad-hoc**
-
-Transforms random requests into structured workflows with quality gates and validation.
-
-</td>
-<td width="33%" align="center">
-
-### 🚀 **Progressive**
-**Not Complex**
-
-Start simple with basic commands. Complexity emerges naturally as needed.
-
-</td>
-</tr>
-</table>
-
-</div>
-
----
-
-## 📖 **Next Steps**
-
-<div align="center">
-
-### **Continue Your Learning Journey**
-
-<table>
-<tr>
-<th>🌱 Beginner</th>
-<th>🌿 Intermediate</th>
-<th>🌲 Advanced</th>
-</tr>
-<tr>
-<td valign="top">
-
-**First Week:**
-- [Installation Guide](installation.md)
-- [Commands Reference](../user-guide/commands.md)
-- [Examples Cookbook](../reference/examples-cookbook.md)
-
-Start with `/sc:brainstorm`
-
-</td>
-<td valign="top">
-
-**Growing Skills:**
-- [Behavioral Modes](../user-guide/modes.md)
-- [Agents Guide](../user-guide/agents.md)
-- [Session Management](../user-guide/session-management.md)
-
-Explore mode combinations
-
-</td>
-<td valign="top">
-
-**Expert Usage:**
-- [MCP Servers](../user-guide/mcp-servers.md)
-- [Technical Architecture](../developer-guide/technical-architecture.md)
-- [Contributing](../developer-guide/contributing-code.md)
-
-Create custom workflows
-
-</td>
-</tr>
-</table>
-
-<p align="center">
-  <a href="../user-guide/commands.md">
-    <img src="https://img.shields.io/badge/📚_Explore-All_21_Commands-blue?style=for-the-badge" alt="Commands">
-  </a>
-  <a href="../reference/examples-cookbook.md">
-    <img src="https://img.shields.io/badge/🍳_Try-Real_Examples-green?style=for-the-badge" alt="Examples">
-  </a>
-</p>
-
-</div>
-
----
-
-<div align="center">
-
-### **🎉 Ready to Transform Your Development Workflow?**
-
-<p align="center">
-  <b>Start now with</b> <code>/sc:brainstorm</code> <b>in Claude Code!</b>
-</p>
-
-<p align="center">
-  <sub>SuperClaude v4.3.0 - Context Engineering for Claude Code</sub>
-</p>
-
-</div>

docs/getting-started/windows-installation.md

@@ -1,185 +0,0 @@
-# Windows Installation Guide
-
-Step-by-step guide for installing SuperClaude Framework on Windows using PowerShell.
-
-## Prerequisites
-
-| Component | Version | Check Command |
-|-----------|---------|---------------|
-| **Python** | 3.10+ | `python --version` |
-| **pip** | Latest | `pip --version` |
-| **Claude Code** | Latest | `claude --version` |
-| **Git** | Any | `git --version` |
-
-> **Note:** On Windows, use `python` instead of `python3`. If `python` is not found, check that you selected "Add Python to PATH" during installation.
-
-### Installing Python
-
-1. Download from [python.org/downloads](https://www.python.org/downloads/)
-2. Run the installer and **check "Add python.exe to PATH"** at the bottom of the first screen
-3. Click "Install Now"
-4. Open a **new** PowerShell window and verify:
-   ```powershell
-   python --version
-   pip --version
-   ```
-
-### Installing Claude Code
-
-Follow the official instructions at [claude.ai/code](https://claude.ai/code), then verify:
-
-```powershell
-claude --version
-```
-
----
-
-## Installation
-
-### Method 1: pip (Recommended for Windows)
-
-Open PowerShell and run:
-
-```powershell
-pip install superclaude
-```
-
-Then install the slash commands:
-
-```powershell
-superclaude install
-```
-
-If `superclaude` is not recognized after install, use:
-
-```powershell
-python -m superclaude install
-```
-
-### Method 2: pipx
-
-```powershell
-pip install pipx
-pipx ensurepath
-```
-
-Close and reopen PowerShell, then:
-
-```powershell
-pipx install superclaude
-superclaude install
-```
-
-### Method 3: Development install from source
-
-```powershell
-git clone https://github.com/SuperClaude-Org/SuperClaude_Framework.git
-cd SuperClaude_Framework
-
-pip install -e ".[dev]"
-superclaude install
-```
-
-> **Note:** The `install.sh` script is for Linux/macOS. On Windows, use the pip commands above instead.
-
----
-
-## Verify Installation
-
-```powershell
-# Check version
-superclaude --version
-
-# List installed commands
-superclaude install --list
-
-# Run health check
-superclaude doctor
-```
-
-You should see 30 slash commands installed to `~/.claude/commands/sc/`.
-
----
-
-## Post-Install: Test in Claude Code
-
-Open Claude Code and try:
-
-```
-/sc:help
-/sc:brainstorm "test project"
-```
-
-If `/sc:` commands are not appearing, restart Claude Code — it reads commands from `~/.claude/commands/` on startup.
-
----
-
-## Optional: MCP Servers
-
-MCP servers add enhanced capabilities (web search, context retrieval, etc.):
-
-```powershell
-# List available servers
-superclaude mcp --list
-
-# Interactive install
-superclaude mcp
-
-# Install specific servers
-superclaude mcp --servers tavily --servers context7
-```
-
-Requires Node.js. Install from [nodejs.org](https://nodejs.org/) if needed.
-
----
-
-## Troubleshooting
-
-### "superclaude" is not recognized
-
-pip installs scripts to a `Scripts/` directory that may not be on your PATH.
-
-```powershell
-# Find where pip installed it
-python -c "import sysconfig; print(sysconfig.get_path('scripts'))"
-
-# Add that directory to your PATH (current session)
-$env:PATH += ";$(python -c \"import sysconfig; print(sysconfig.get_path('scripts'))\")"
-
-# Or run via python module
-python -m superclaude install
-```
-
-To add it permanently, search "Environment Variables" in the Start menu, edit the user `Path` variable, and add the scripts directory.
-
-### Permission errors
-
-Run PowerShell as Administrator, or use `--user` flag:
-
-```powershell
-pip install --user superclaude
-```
-
-### Python not found / wrong version
-
-If you have multiple Python versions, use the full path or the `py` launcher:
-
-```powershell
-py -3.12 -m pip install superclaude
-py -3.12 -m superclaude install
-```
-
-### Slash commands don't appear in Claude Code
-
-1. Verify commands were installed: `superclaude install --list`
-2. Check the directory exists: `ls ~/.claude/commands/sc/`
-3. Restart Claude Code completely (close and reopen)
-4. If using a custom `CLAUDE_CONFIG_DIR`, ensure commands are installed there
-
-### install.sh doesn't work on Windows
-
-The `install.sh` script is a bash script for Linux/macOS. On Windows, use the pip commands from the Installation section above. If you need bash, install [Git for Windows](https://gitforwindows.org/) which includes Git Bash, then run:
-
-```bash
-bash install.sh
-```

docs/knowledge/README.md

@@ -0,0 +1,40 @@
+# Knowledge Hub
+
+Community best practices for Claude Code-era development. Curated, not crowdsourced:
+every entry must be backed by **eval results or verifiable evidence** (official docs,
+reproducible measurements, first-party experience reports with specifics). Opinions
+and vibes are out of scope — that is the same bar the framework itself is held to
+(see [eval/README.md](../../eval/README.md)).
+
+## Entries
+
+| Entry | What it covers |
+|---|---|
+| [claude-md-principles.md](claude-md-principles.md) | Four coding principles for LLM-driven development, as a copy-paste-able CLAUDE.md section |
+| [runtime-workflow.md](runtime-workflow.md) | Match your dev runtime to your deploy runtime; per-workload Docker decisions |
+
+Related: a minimal starter CLAUDE.md embedding the principles lives at
+[docs/Templates/CLAUDE.template.md](../Templates/CLAUDE.template.md).
+
+## Contributing an entry
+
+1. Open a PR adding one Markdown file to this directory and a row to the table above.
+2. State the claim, then the evidence. Acceptable evidence:
+   - citations to official documentation (link the exact page),
+   - reproducible measurements (include the commands and numbers),
+   - adapted external work (include attribution and what you changed).
+3. Keep entries practical: something a reader can apply to their repo today.
+
+## Proposing a skill / agent / hook
+
+Knowledge entries describe practice; framework components enforce it. If your
+entry implies "this should be a skill", the bar is higher:
+
+1. Build a single-component variant under `eval/variants/<comp>/`.
+2. Run the harness (`cd eval && uv run sc-eval`) against the native baseline.
+3. Attach results meeting the pre-registered survive rule in
+   [eval/preregister.yaml](../../eval/preregister.yaml) — disjoint CIs above
+   baseline, no quality-per-token regression — to the PR.
+
+Inconclusive results are not a yes. See [eval/README.md](../../eval/README.md)
+for the task format and how arms are discovered.

docs/knowledge/claude-md-principles.md

@@ -0,0 +1,86 @@
+# Four CLAUDE.md Principles for LLM-Driven Development
+
+Four principles that reduce the mistakes LLMs most commonly make when writing
+code. Designed to be pasted into a project's CLAUDE.md (a ready-made starter
+template lives at [docs/Templates/CLAUDE.template.md](../Templates/CLAUDE.template.md)).
+
+**Trade-off**: these bias caution over speed. For trivial tasks, skipping them
+is a judgment call, not a violation.
+
+**Attribution**: adapted from the CLAUDE.md in
+[andrej-karpathy/skills](https://github.com/andrej-karpathy/skills) (translated
+and modified).
+
+---
+
+## Copy-paste-able section
+
+```markdown
+## Coding Principles
+
+Trade-off: these bias caution over speed. Skip them for trivial tasks at your discretion.
+
+### 1. Think before coding
+
+**Don't assume. Don't hide confusion. Surface trade-offs.**
+
+Before implementing:
+- State your assumptions. If unsure, ask.
+- If multiple interpretations exist, present all of them. Don't silently pick one.
+- If a simpler approach exists, say so. Push back when warranted.
+- If something is unclear, stop. Name what you don't know and ask.
+
+### 2. Simple first
+
+**The minimum code that solves the problem. Nothing speculative.**
+
+- Don't add features nobody asked for.
+- Don't introduce abstractions for code used once.
+- Don't add "flexibility" or "configurability" that wasn't requested.
+- Don't handle errors for scenarios that can't occur.
+- If you wrote 200 lines and 50 would do, rewrite.
+
+Ask yourself: "Would a senior engineer look at this and say it's overbuilt?"
+If yes, simplify.
+
+### 3. Surgical changes
+
+**Touch only what you must. Clean up only your own mess.**
+
+When editing existing code:
+- Don't "improve" adjacent code, comments, or formatting.
+- Don't refactor what isn't broken.
+- Match the existing style, even if you'd do it differently.
+- If you notice unrelated dead code, mention it. Don't delete it.
+
+When your change orphans something:
+- Delete imports/variables/functions that *your* change made unused.
+- Leave pre-existing dead code alone unless asked.
+
+Test: every changed line traces directly back to the user's request.
+
+### 4. Goal-driven execution
+
+**Define success criteria. Loop until verified.**
+
+Convert tasks into verifiable goals:
+- "Add validation" → "write a test with invalid input, make it pass"
+- "Fix the bug" → "write a reproducing test, make it pass"
+- "Refactor X" → "confirm tests pass before and after"
+
+For multi-step tasks, show a brief plan:
+
+1. [step] → verify: [check]
+2. [step] → verify: [check]
+
+Strong success criteria enable autonomous loops. Weak criteria ("make it work")
+force constant check-ins.
+```
+
+---
+
+## Signs the guidelines are working
+
+- Diffs contain fewer unrelated changes.
+- Fewer rewrites caused by over-implementation.
+- Clarifying questions arrive *before* implementation, not after the mistake.

docs/knowledge/runtime-workflow.md

@@ -0,0 +1,60 @@
+# Runtime Workflow — Match Dev Runtime to Deploy Runtime
+
+Docker is neither banned nor mandatory. It is an **optional, per-workload tool**.
+The question is never "do we like containers?" — it is "does my development
+runtime match the runtime this code will actually run on, and does my workflow
+match the platform's official one?"
+
+## Principle
+
+**Develop on the runtime you deploy to.**
+
+A global "everything in Docker" mandate fails for edge runtimes and native
+apps; a global "no Docker" mandate fails for GPU work and resident container
+workloads. Decide per workload.
+
+## Workload matrix
+
+| Deploy target / workload | Local development | Why |
+|---|---|---|
+| Cloudflare Workers / edge (incl. Next.js on OpenNext) | **Host-native** (`pnpm dev` / `wrangler dev` / OpenNext preview) | The official flow (below) never touches Docker; running workerd inside Docker on macOS is VM-in-VM and unstable |
+| Native desktop (macOS / Swift / Tauri / Rust CLI) | **Host** (`cargo`, `xcodebuild`, ...) | Nothing is gained by containerizing; GPU, code signing, and Metal require the host |
+| Kubernetes-resident workloads (Node services, Playwright workers, cron daemons) | **Docker** | The deploy target is a container; matching it locally prevents drift |
+| Python / GPU (CUDA, ML, video processing) | **Docker** | Host driver injection is the norm; heavy dependencies would pollute the host |
+| Tests (all workloads) | **Same runtime as CI** (typically containerized) | CI compatibility; prevents host/CI drift |
+| Local Postgres / database stacks | **Docker** | Local infrastructure stacks belong in containers |
+
+When unsure, first answer "what runtime will this code run on in production?",
+then make dev match it.
+
+## The official Cloudflare Workers / Next.js (OpenNext) flow
+
+Common to `@opennextjs/cloudflare` and Cloudflare's official Next.js on Workers
+guide (verified against primary sources):
+
+1. **Local development**: `next dev` on the host (Node). Calling
+   `initOpenNextCloudflareForDev()` in `next.config` gives `next dev` access to
+   R2/D1/KV bindings.
+2. **Pre-deploy check**: `opennextjs-cloudflare preview` to preview on workerd.
+3. **Production**: `opennextjs-cloudflare deploy`.
+
+Docker appears nowhere in the official steps. Do not stand up Docker services
+for a Workers app.
+
+- OpenNext: <https://opennext.js.org/cloudflare>
+- Cloudflare: <https://developers.cloudflare.com/workers/framework-guides/web-apps/nextjs/>
+
+## Rules that apply to every workload
+
+- Never bind-mount the host's `./node_modules` into a Linux container (use a
+  named volume instead).
+- If files are generated by tooling (compose files, generated config), edit
+  them through the generator, not by hand.
+- Never commit host-specific absolute paths.
+
+## A note on enforcement
+
+Prefer documented rules over hard intercepts. Wrapper scripts that forcibly
+redirect host commands into containers break the host-native workloads in the
+matrix above; keep the policy in prose (e.g. your CLAUDE.md) and review it in
+PRs rather than enforcing it with a binary block.

docs/memory/README.md

@@ -1,277 +0,0 @@
-# Memory Directory
-
-This directory contains memory and learning data for the SuperClaude Framework's PM Agent.
-
-## Overview
-
-The PM Agent uses multiple memory systems to learn, improve, and maintain context across sessions:
-
-1. **ReflexionMemory** - Error learning and pattern recognition
-2. **Workflow Metrics** - Performance tracking and optimization
-3. **Pattern Learning** - Successful implementation patterns
-
-## Files
-
-### reflexion.jsonl (Auto-generated)
-**Purpose**: Error learning database
-**Format**: [JSON Lines](https://jsonlines.org/)
-**Generated by**: ReflexionMemory system (`superclaude/core/pm_init/reflexion_memory.py`)
-
-Stores past errors, root causes, and solutions for instant error resolution.
-
-**Example entry**:
-```json
-{
-  "ts": "2025-10-30T14:23:45+09:00",
-  "task": "implement JWT authentication",
-  "mistake": "JWT validation failed",
-  "evidence": "TypeError: secret undefined",
-  "rule": "Check env vars before auth implementation",
-  "fix": "Added JWT_SECRET to .env",
-  "tests": ["Verify .env vars", "Test JWT signing"],
-  "status": "adopted"
-}
-```
-
-**User Guide**: See [docs/user-guide/memory-system.md](../user-guide/memory-system.md)
-
-### reflexion.jsonl.example
-**Purpose**: Sample reflexion entries for reference
-**Status**: Template file (15 realistic examples)
-
-Copy this to `reflexion.jsonl` if you want to start with example data, or let the system create it automatically on first error.
-
-### workflow_metrics.jsonl (Auto-generated)
-**Purpose**: Task performance tracking
-**Format**: JSON Lines
-**Generated by**: PM Agent workflow system
-
-Tracks token usage, execution time, and success rates for continuous optimization.
-
-**Example entry**:
-```json
-{
-  "timestamp": "2025-10-17T01:54:21+09:00",
-  "session_id": "abc123",
-  "task_type": "bug_fix",
-  "complexity": "light",
-  "workflow_id": "progressive_v3_layer2",
-  "layers_used": [0, 1, 2],
-  "tokens_used": 650,
-  "time_ms": 1800,
-  "success": true
-}
-```
-
-**Schema**: See [WORKFLOW_METRICS_SCHEMA.md](WORKFLOW_METRICS_SCHEMA.md)
-
-### patterns_learned.jsonl (Auto-generated)
-**Purpose**: Successful implementation patterns
-**Format**: JSON Lines
-**Generated by**: PM Agent learning system
-
-Captures reusable patterns from successful implementations.
-
-### Documentation Files
-
-#### WORKFLOW_METRICS_SCHEMA.md
-Complete schema definition for workflow metrics data, including field types, descriptions, and examples.
-
-#### pm_context.md
-Documentation of the PM Agent's context management system, including progressive loading strategy and token efficiency.
-
-#### token_efficiency_validation.md
-Validation results and benchmarks for token efficiency optimizations.
-
-#### last_session.md
-Session notes and context from previous work sessions.
-
-#### next_actions.md
-Planned improvements and next steps for the memory system.
-
-## File Management
-
-### Automatic Files
-
-These files are **automatically created and managed** by the system:
-- `reflexion.jsonl` - Created on first error
-- `workflow_metrics.jsonl` - Created on first task
-- `patterns_learned.jsonl` - Created when patterns are learned
-
-**Don't manually create these files** - the system handles it.
-
-### When Files Are Missing
-
-If `reflexion.jsonl` doesn't exist:
-- ✅ Normal on first run
-- ✅ Will be created automatically when first error occurs
-- ✅ No action needed
-
-### Backup and Maintenance
-
-**Backup**:
-```bash
-# Archive old learnings
-tar -czf memory-backup-$(date +%Y%m%d).tar.gz docs/memory/*.jsonl
-```
-
-**Clean old entries** (if files grow too large):
-```bash
-# Keep last 100 entries
-tail -100 docs/memory/reflexion.jsonl > reflexion.tmp
-mv reflexion.tmp docs/memory/reflexion.jsonl
-```
-
-**Validate JSON format**:
-```bash
-# Check all lines are valid JSON
-cat docs/memory/reflexion.jsonl | while read line; do
-  echo "$line" | jq . >/dev/null || echo "Invalid: $line"
-done
-```
-
-## Git and Version Control
-
-### What to Commit
-
-✅ **Should be committed**:
-- `reflexion.jsonl.example` (template)
-- `patterns_learned.jsonl` (shared patterns)
-- Documentation files (*.md)
-
-❓ **Optional to commit**:
-- `reflexion.jsonl` (team-specific learnings)
-- `workflow_metrics.jsonl` (performance data)
-
-**Recommendation**: Add `reflexion.jsonl` to `.gitignore` if learnings are developer-specific.
-
-### Gitignore Configuration
-
-If you want personal memory (not shared with team):
-```bash
-# Add to .gitignore
-echo "docs/memory/reflexion.jsonl" >> .gitignore
-echo "docs/memory/workflow_metrics.jsonl" >> .gitignore
-```
-
-If you want shared team memory (everyone benefits):
-```bash
-# Keep files in git (current default)
-# All team members learn from each other's mistakes
-```
-
-## Privacy and Security
-
-### What's Stored
-
-ReflexionMemory stores:
-- ✅ Error messages
-- ✅ Task descriptions
-- ✅ Solution approaches
-- ✅ Timestamps
-
-It does **NOT** store:
-- ❌ Passwords or secrets
-- ❌ API keys
-- ❌ Personal data
-- ❌ Production data
-
-### Sensitive Information
-
-If an error message contains sensitive info:
-1. The entry will be in `reflexion.jsonl`
-2. Manually edit the file to redact sensitive data
-3. Keep the learning, remove the secret
-
-**Example**:
-```json
-// Before (contains secret)
-{"evidence": "Auth failed with key abc123xyz"}
-
-// After (redacted)
-{"evidence": "Auth failed with invalid API key"}
-```
-
-## Performance
-
-### File Sizes
-
-Expected file sizes:
-- `reflexion.jsonl`: 1-10 KB per 10 entries (~1MB per 1000 errors)
-- `workflow_metrics.jsonl`: 0.5-1 KB per entry
-- `patterns_learned.jsonl`: 2-5 KB per pattern
-
-### Search Performance
-
-ReflexionMemory search is fast:
-- **<10ms** for files under 1MB
-- **<50ms** for files under 10MB
-- **<200ms** for files under 100MB
-
-No performance concerns until 10,000+ entries.
-
-## Troubleshooting
-
-### File Permission Errors
-
-If you get `EACCES` errors:
-```bash
-chmod 644 docs/memory/*.jsonl
-```
-
-### Corrupted JSON
-
-If entries are malformed:
-```bash
-# Find and remove invalid lines
-cat reflexion.jsonl | while read line; do
-  echo "$line" | jq . >/dev/null 2>&1 && echo "$line"
-done > fixed.jsonl
-mv fixed.jsonl reflexion.jsonl
-```
-
-### Duplicate Entries
-
-If you see duplicate learnings:
-```bash
-# Show duplicates
-cat reflexion.jsonl | jq -r '.mistake' | sort | uniq -c | sort -rn
-
-# Remove duplicates (keeps first occurrence)
-cat reflexion.jsonl | jq -s 'unique_by(.mistake)' | jq -c '.[]' > deduplicated.jsonl
-mv deduplicated.jsonl reflexion.jsonl
-```
-
-## Related Documentation
-
-- **User Guide**: [docs/user-guide/memory-system.md](../user-guide/memory-system.md)
-- **Implementation**: `superclaude/core/pm_init/reflexion_memory.py`
-- **Research**: [docs/research/reflexion-integration-2025.md](../research/reflexion-integration-2025.md)
-- **PM Agent**: [superclaude/agents/pm-agent.md](../../superclaude/agents/pm-agent.md)
-
-## Quick Commands
-
-```bash
-# View all learnings
-cat docs/memory/reflexion.jsonl | jq
-
-# Count entries
-wc -l docs/memory/reflexion.jsonl
-
-# Search for specific topic
-grep -i "auth" docs/memory/reflexion.jsonl | jq
-
-# Latest 5 learnings
-tail -5 docs/memory/reflexion.jsonl | jq
-
-# Most common mistakes
-cat docs/memory/reflexion.jsonl | jq -r '.mistake' | sort | uniq -c | sort -rn | head -10
-
-# Export to readable format
-cat docs/memory/reflexion.jsonl | jq > reflexion-readable.json
-```
-
----
-
-**Last Updated**: 2025-10-30
-**Maintained by**: SuperClaude Framework Team

docs/memory/WORKFLOW_METRICS_SCHEMA.md

@@ -1,401 +0,0 @@
-# Workflow Metrics Schema
-
-**Purpose**: Token efficiency tracking for continuous optimization and A/B testing
-
-**File**: `docs/memory/workflow_metrics.jsonl` (append-only log)
-
-## Data Structure (JSONL Format)
-
-Each line is a complete JSON object representing one workflow execution.
-
-```jsonl
-{
-  "timestamp": "2025-10-17T01:54:21+09:00",
-  "session_id": "abc123def456",
-  "task_type": "typo_fix",
-  "complexity": "light",
-  "workflow_id": "progressive_v3_layer2",
-  "layers_used": [0, 1, 2],
-  "tokens_used": 650,
-  "time_ms": 1800,
-  "files_read": 1,
-  "mindbase_used": false,
-  "sub_agents": [],
-  "success": true,
-  "user_feedback": "satisfied",
-  "notes": "Optional implementation notes"
-}
-```
-
-## Field Definitions
-
-### Required Fields
-
-| Field | Type | Description | Example |
-|-------|------|-------------|---------|
-| `timestamp` | ISO 8601 | Execution timestamp in JST | `"2025-10-17T01:54:21+09:00"` |
-| `session_id` | string | Unique session identifier | `"abc123def456"` |
-| `task_type` | string | Task classification | `"typo_fix"`, `"bug_fix"`, `"feature_impl"` |
-| `complexity` | string | Intent classification level | `"ultra-light"`, `"light"`, `"medium"`, `"heavy"`, `"ultra-heavy"` |
-| `workflow_id` | string | Workflow variant identifier | `"progressive_v3_layer2"` |
-| `layers_used` | array | Progressive loading layers executed | `[0, 1, 2]` |
-| `tokens_used` | integer | Total tokens consumed | `650` |
-| `time_ms` | integer | Execution time in milliseconds | `1800` |
-| `success` | boolean | Task completion status | `true`, `false` |
-
-### Optional Fields
-
-| Field | Type | Description | Example |
-|-------|------|-------------|---------|
-| `files_read` | integer | Number of files read | `1` |
-| `error_search_tool` | string | Tool used for error search | `"mindbase_search"`, `"ReflexionMemory"`, `"none"` |
-| `sub_agents` | array | Delegated sub-agents | `["backend-architect", "quality-engineer"]` |
-| `user_feedback` | string | Inferred user satisfaction | `"satisfied"`, `"neutral"`, `"unsatisfied"` |
-| `notes` | string | Implementation notes | `"Used cached solution"` |
-| `confidence_score` | float | Pre-implementation confidence | `0.85` |
-| `hallucination_detected` | boolean | Self-check red flags found | `false` |
-| `error_recurrence` | boolean | Same error encountered before | `false` |
-
-## Task Type Taxonomy
-
-### Ultra-Light Tasks
-- `progress_query`: "進捗教えて"
-- `status_check`: "現状確認"
-- `next_action_query`: "次のタスクは？"
-
-### Light Tasks
-- `typo_fix`: README誤字修正
-- `comment_addition`: コメント追加
-- `variable_rename`: 変数名変更
-- `documentation_update`: ドキュメント更新
-
-### Medium Tasks
-- `bug_fix`: バグ修正
-- `small_feature`: 小機能追加
-- `refactoring`: リファクタリング
-- `test_addition`: テスト追加
-
-### Heavy Tasks
-- `feature_impl`: 新機能実装
-- `architecture_change`: アーキテクチャ変更
-- `security_audit`: セキュリティ監査
-- `integration`: 外部システム統合
-
-### Ultra-Heavy Tasks
-- `system_redesign`: システム全面再設計
-- `framework_migration`: フレームワーク移行
-- `comprehensive_research`: 包括的調査
-
-## Workflow Variant Identifiers
-
-### Progressive Loading Variants
-- `progressive_v3_layer1`: Ultra-light (memory files only)
-- `progressive_v3_layer2`: Light (target file only)
-- `progressive_v3_layer3`: Medium (related files 3-5)
-- `progressive_v3_layer4`: Heavy (subsystem)
-- `progressive_v3_layer5`: Ultra-heavy (full + external research)
-
-### Experimental Variants (A/B Testing)
-- `experimental_eager_layer3`: Always load Layer 3 for medium tasks
-- `experimental_lazy_layer2`: Minimal Layer 2 loading
-- `experimental_parallel_layer3`: Parallel file loading in Layer 3
-
-## Complexity Classification Rules
-
-```yaml
-ultra_light:
-  keywords: ["進捗", "状況", "進み", "where", "status", "progress"]
-  token_budget: "100-500"
-  layers: [0, 1]
-
-light:
-  keywords: ["誤字", "typo", "fix typo", "correct", "comment"]
-  token_budget: "500-2K"
-  layers: [0, 1, 2]
-
-medium:
-  keywords: ["バグ", "bug", "fix", "修正", "error", "issue"]
-  token_budget: "2-5K"
-  layers: [0, 1, 2, 3]
-
-heavy:
-  keywords: ["新機能", "new feature", "implement", "実装"]
-  token_budget: "5-20K"
-  layers: [0, 1, 2, 3, 4]
-
-ultra_heavy:
-  keywords: ["再設計", "redesign", "overhaul", "migration"]
-  token_budget: "20K+"
-  layers: [0, 1, 2, 3, 4, 5]
-```
-
-## Recording Points
-
-### Session Start (Layer 0)
-```python
-session_id = generate_session_id()
-workflow_metrics = {
-    "timestamp": get_current_time(),
-    "session_id": session_id,
-    "workflow_id": "progressive_v3_layer0"
-}
-# Bootstrap: 150 tokens
-```
-
-### After Intent Classification (Layer 1)
-```python
-workflow_metrics.update({
-    "task_type": classify_task_type(user_request),
-    "complexity": classify_complexity(user_request),
-    "estimated_token_budget": get_budget(complexity)
-})
-```
-
-### After Progressive Loading
-```python
-workflow_metrics.update({
-    "layers_used": [0, 1, 2],  # Actual layers executed
-    "tokens_used": calculate_tokens(),
-    "files_read": len(files_loaded)
-})
-```
-
-### After Task Completion
-```python
-workflow_metrics.update({
-    "success": task_completed_successfully,
-    "time_ms": execution_time_ms,
-    "user_feedback": infer_user_satisfaction()
-})
-```
-
-### Session End
-```python
-# Append to workflow_metrics.jsonl
-with open("docs/memory/workflow_metrics.jsonl", "a") as f:
-    f.write(json.dumps(workflow_metrics) + "\n")
-```
-
-## Analysis Scripts
-
-### Weekly Analysis
-```bash
-# Group by task type and calculate averages
-python scripts/analyze_workflow_metrics.py --period week
-
-# Output:
-# Task Type: typo_fix
-#   Count: 12
-#   Avg Tokens: 680
-#   Avg Time: 1,850ms
-#   Success Rate: 100%
-```
-
-### A/B Testing Analysis
-```bash
-# Compare workflow variants
-python scripts/ab_test_workflows.py \
-  --variant-a progressive_v3_layer2 \
-  --variant-b experimental_eager_layer3 \
-  --metric tokens_used
-
-# Output:
-# Variant A (progressive_v3_layer2):
-#   Avg Tokens: 1,250
-#   Success Rate: 95%
-#
-# Variant B (experimental_eager_layer3):
-#   Avg Tokens: 2,100
-#   Success Rate: 98%
-#
-# Statistical Significance: p = 0.03 (significant)
-# Recommendation: Keep Variant A (better efficiency)
-```
-
-## Usage (Continuous Optimization)
-
-### Weekly Review Process
-```yaml
-every_monday_morning:
-  1. Run analysis: python scripts/analyze_workflow_metrics.py --period week
-  2. Identify patterns:
-     - Best-performing workflows per task type
-     - Inefficient patterns (high tokens, low success)
-     - User satisfaction trends
-  3. Update recommendations:
-     - Promote efficient workflows to standard
-     - Deprecate inefficient workflows
-     - Design new experimental variants
-```
-
-### A/B Testing Framework
-```yaml
-allocation_strategy:
-  current_best: 80%  # Use best-known workflow
-  experimental: 20%  # Test new variant
-
-evaluation_criteria:
-  minimum_trials: 20  # Per variant
-  confidence_level: 0.95  # p < 0.05
-  metrics:
-    - tokens_used (primary)
-    - success_rate (gate: must be ≥95%)
-    - user_feedback (qualitative)
-
-promotion_rules:
-  if experimental_better:
-    - Statistical significance confirmed
-    - Success rate ≥ current_best
-    - User feedback ≥ neutral
-    → Promote to standard (80% allocation)
-
-  if experimental_worse:
-    → Deprecate variant
-    → Document learning in docs/patterns/
-```
-
-### Auto-Optimization Cycle
-```yaml
-monthly_cleanup:
-  1. Identify stale workflows:
-     - No usage in last 90 days
-     - Success rate <80%
-     - User feedback consistently negative
-
-  2. Archive deprecated workflows:
-     - Move to docs/patterns/deprecated/
-     - Document why deprecated
-
-  3. Promote new standards:
-     - Experimental → Standard (if proven better)
-     - Update pm.md with new best practices
-
-  4. Generate monthly report:
-     - Token efficiency trends
-     - Success rate improvements
-     - User satisfaction evolution
-```
-
-## Visualization
-
-### Token Usage Over Time
-```python
-import pandas as pd
-import matplotlib.pyplot as plt
-
-df = pd.read_json("docs/memory/workflow_metrics.jsonl", lines=True)
-df['date'] = pd.to_datetime(df['timestamp']).dt.date
-
-daily_avg = df.groupby('date')['tokens_used'].mean()
-plt.plot(daily_avg)
-plt.title("Average Token Usage Over Time")
-plt.ylabel("Tokens")
-plt.xlabel("Date")
-plt.show()
-```
-
-### Task Type Distribution
-```python
-task_counts = df['task_type'].value_counts()
-plt.pie(task_counts, labels=task_counts.index, autopct='%1.1f%%')
-plt.title("Task Type Distribution")
-plt.show()
-```
-
-### Workflow Efficiency Comparison
-```python
-workflow_efficiency = df.groupby('workflow_id').agg({
-    'tokens_used': 'mean',
-    'success': 'mean',
-    'time_ms': 'mean'
-})
-print(workflow_efficiency.sort_values('tokens_used'))
-```
-
-## Expected Patterns
-
-### Healthy Metrics (After 1 Month)
-```yaml
-token_efficiency:
-  ultra_light: 750-1,050 tokens (63% reduction)
-  light: 1,250 tokens (46% reduction)
-  medium: 3,850 tokens (47% reduction)
-  heavy: 10,350 tokens (40% reduction)
-
-success_rates:
-  all_tasks: ≥95%
-  ultra_light: 100% (simple tasks)
-  light: 98%
-  medium: 95%
-  heavy: 92%
-
-user_satisfaction:
-  satisfied: ≥70%
-  neutral: ≤25%
-  unsatisfied: ≤5%
-```
-
-### Red Flags (Require Investigation)
-```yaml
-warning_signs:
-  - success_rate < 85% for any task type
-  - tokens_used > estimated_budget by >30%
-  - time_ms > 10 seconds for light tasks
-  - user_feedback "unsatisfied" > 10%
-  - error_recurrence > 15%
-```
-
-## Integration with PM Agent
-
-### Automatic Recording
-PM Agent automatically records metrics at each execution point:
-- Session start (Layer 0)
-- Intent classification (Layer 1)
-- Progressive loading (Layers 2-5)
-- Task completion
-- Session end
-
-### No Manual Intervention
-- All recording is automatic
-- No user action required
-- Transparent operation
-- Privacy-preserving (local files only)
-
-## Privacy and Security
-
-### Data Retention
-- Local storage only (`docs/memory/`)
-- No external transmission
-- Git-manageable (optional)
-- User controls retention period
-
-### Sensitive Data Handling
-- No code snippets logged
-- No user input content
-- Only metadata (tokens, timing, success)
-- Task types are generic classifications
-
-## Maintenance
-
-### File Rotation
-```bash
-# Archive old metrics (monthly)
-mv docs/memory/workflow_metrics.jsonl \
-   docs/memory/archive/workflow_metrics_2025-10.jsonl
-
-# Start fresh
-touch docs/memory/workflow_metrics.jsonl
-```
-
-### Cleanup
-```bash
-# Remove metrics older than 6 months
-find docs/memory/archive/ -name "workflow_metrics_*.jsonl" \
-  -mtime +180 -delete
-```
-
-## References
-
-- Specification: `plugins/superclaude/commands/pm.md` (Line 291-355)
-- Research: `docs/research/llm-agent-token-efficiency-2025.md`
-- Tests: `tests/pm_agent/test_token_budget.py`

docs/memory/last_session.md

@@ -1,307 +0,0 @@
-# Last Session Summary
-
-**Date**: 2025-10-17
-**Duration**: ~2.5 hours
-**Goal**: テストスイート実装 + メトリクス収集システム構築
-
----
-
-## ✅ What Was Accomplished
-
-### Phase 1: Test Suite Implementation (完了)
-
-**生成されたテストコード**: 2,760行の包括的なテストスイート
-
-**テストファイル詳細**:
-1. **test_confidence_check.py** (628行)
-   - 3段階確信度スコアリング (90-100%, 70-89%, <70%)
-   - 境界条件テスト (70%, 90%)
-   - アンチパターン検出
-   - Token Budget: 100-200トークン
-   - ROI: 25-250倍
-
-2. **test_self_check_protocol.py** (740行)
-   - 4つの必須質問検証
-   - 7つのハルシネーションRed Flags検出
-   - 証拠要求プロトコル (3-part validation)
-   - Token Budget: 200-2,500トークン (complexity-dependent)
-   - 94%ハルシネーション検出率
-
-3. **test_token_budget.py** (590行)
-   - 予算配分テスト (200/1K/2.5K)
-   - 80-95%削減率検証
-   - 月間コスト試算
-   - ROI計算 (40x+ return)
-
-4. **test_reflexion_pattern.py** (650行)
-   - スマートエラー検索 (mindbase OR grep)
-   - 過去解決策適用 (0追加トークン)
-   - 根本原因調査
-   - 学習キャプチャ (dual storage)
-   - エラー再発率 <10%
-
-**サポートファイル** (152行):
-- `__init__.py`: テストスイートメタデータ
-- `conftest.py`: pytest設定 + フィクスチャ
-- `README.md`: 包括的ドキュメント
-
-**構文検証**: 全テストファイル ✅ 有効
-
-### Phase 2: Metrics Collection System (完了)
-
-**1. メトリクススキーマ**
-
-**Created**: `docs/memory/WORKFLOW_METRICS_SCHEMA.md`
-
-```yaml
-Core Structure:
-  - timestamp: ISO 8601 (JST)
-  - session_id: Unique identifier
-  - task_type: Classification (typo_fix, bug_fix, feature_impl)
-  - complexity: Intent level (ultra-light → ultra-heavy)
-  - workflow_id: Variant identifier
-  - layers_used: Progressive loading layers
-  - tokens_used: Total consumption
-  - success: Task completion status
-
-Optional Fields:
-  - files_read: File count
-  - mindbase_used: MCP usage
-  - sub_agents: Delegated agents
-  - user_feedback: Satisfaction
-  - confidence_score: Pre-implementation
-  - hallucination_detected: Red flags
-  - error_recurrence: Same error again
-```
-
-**2. 初期メトリクスファイル**
-
-**Created**: `docs/memory/workflow_metrics.jsonl`
-
-初期化済み（test_initializationエントリ）
-
-**3. 分析スクリプト**
-
-**Created**: `scripts/analyze_workflow_metrics.py` (300行)
-
-**機能**:
-- 期間フィルタ (week, month, all)
-- タスクタイプ別分析
-- 複雑度別分析
-- ワークフロー別分析
-- ベストワークフロー特定
-- 非効率パターン検出
-- トークン削減率計算
-
-**使用方法**:
-```bash
-python scripts/analyze_workflow_metrics.py --period week
-python scripts/analyze_workflow_metrics.py --period month
-```
-
-**Created**: `scripts/ab_test_workflows.py` (350行)
-
-**機能**:
-- 2ワークフロー変種比較
-- 統計的有意性検定 (t-test)
-- p値計算 (p < 0.05)
-- 勝者判定ロジック
-- 推奨アクション生成
-
-**使用方法**:
-```bash
-python scripts/ab_test_workflows.py \
-  --variant-a progressive_v3_layer2 \
-  --variant-b experimental_eager_layer3 \
-  --metric tokens_used
-```
-
----
-
-## 📊 Quality Metrics
-
-### Test Coverage
-```yaml
-Total Lines: 2,760
-Files: 7 (4 test files + 3 support files)
-Coverage:
-  ✅ Confidence Check: 完全カバー
-  ✅ Self-Check Protocol: 完全カバー
-  ✅ Token Budget: 完全カバー
-  ✅ Reflexion Pattern: 完全カバー
-  ✅ Evidence Requirement: 完全カバー
-```
-
-### Expected Test Results
-```yaml
-Hallucination Detection: ≥94%
-Token Efficiency: 60% average reduction
-Error Recurrence: <10%
-Confidence Accuracy: >85%
-```
-
-### Metrics Collection
-```yaml
-Schema: 定義完了
-Initial File: 作成完了
-Analysis Scripts: 2ファイル (650行)
-Automation: Ready for weekly/monthly analysis
-```
-
----
-
-## 🎯 What Was Learned
-
-### Technical Insights
-
-1. **テストスイート設計の重要性**
-   - 2,760行のテストコード → 品質保証層確立
-   - Boundary condition testing → 境界条件での予期しない挙動を防ぐ
-   - Anti-pattern detection → 間違った使い方を事前検出
-
-2. **メトリクス駆動最適化の価値**
-   - JSONL形式 → 追記専用ログ、シンプルで解析しやすい
-   - A/B testing framework → データドリブンな意思決定
-   - 統計的有意性検定 → 主観ではなく数字で判断
-
-3. **段階的実装アプローチ**
-   - Phase 1: テストで品質保証
-   - Phase 2: メトリクス収集でデータ取得
-   - Phase 3: 分析で継続的最適化
-   - → 堅牢な改善サイクル
-
-4. **ドキュメント駆動開発**
-   - スキーマドキュメント先行 → 実装ブレなし
-   - README充実 → チーム協働可能
-   - 使用例豊富 → すぐに使える
-
-### Design Patterns
-
-```yaml
-Pattern 1: Test-First Quality Assurance
-  - Purpose: 品質保証層を先に確立
-  - Benefit: 後続メトリクスがクリーン
-  - Result: ノイズのないデータ収集
-
-Pattern 2: JSONL Append-Only Log
-  - Purpose: シンプル、追記専用、解析容易
-  - Benefit: ファイルロック不要、並行書き込みOK
-  - Result: 高速、信頼性高い
-
-Pattern 3: Statistical A/B Testing
-  - Purpose: データドリブンな最適化
-  - Benefit: 主観排除、p値で客観判定
-  - Result: 科学的なワークフロー改善
-
-Pattern 4: Dual Storage Strategy
-  - Purpose: ローカルファイル + mindbase
-  - Benefit: MCPなしでも動作、あれば強化
-  - Result: Graceful degradation
-```
-
----
-
-## 🚀 Next Actions
-
-### Immediate (今週)
-
-- [ ] **pytest環境セットアップ**
-  - Docker内でpytestインストール
-  - 依存関係解決 (scipy for t-test)
-  - テストスイート実行
-
-- [ ] **テスト実行 & 検証**
-  - 全テスト実行: `pytest tests/pm_agent/ -v`
-  - 94%ハルシネーション検出率確認
-  - パフォーマンスベンチマーク検証
-
-### Short-term (次スプリント)
-
-- [ ] **メトリクス収集の実運用開始**
-  - 実際のタスクでメトリクス記録
-  - 1週間分のデータ蓄積
-  - 初回週次分析実行
-
-- [ ] **A/B Testing Framework起動**
-  - Experimental workflow variant設計
-  - 80/20配分実装 (80%標準、20%実験)
-  - 20試行後の統計分析
-
-### Long-term (Future Sprints)
-
-- [ ] **Advanced Features**
-  - Multi-agent confidence aggregation
-  - Predictive error detection
-  - Adaptive budget allocation (ML-based)
-  - Cross-session learning patterns
-
-- [ ] **Integration Enhancements**
-  - mindbase vector search optimization
-  - Reflexion pattern refinement
-  - Evidence requirement automation
-  - Continuous learning loop
-
----
-
-## ⚠️ Known Issues
-
-**pytest未インストール**:
-- 現状: Mac本体にpythonパッケージインストール制限 (PEP 668)
-- 解決策: Docker内でpytestセットアップ
-- 優先度: High (テスト実行に必須)
-
-**scipy依存**:
-- A/B testing scriptがscipyを使用 (t-test)
-- Docker環境で`pip install scipy`が必要
-- 優先度: Medium (A/B testing開始時)
-
----
-
-## 📝 Documentation Status
-
-```yaml
-Complete:
-  ✅ tests/pm_agent/ (2,760行)
-  ✅ docs/memory/WORKFLOW_METRICS_SCHEMA.md
-  ✅ docs/memory/workflow_metrics.jsonl (初期化)
-  ✅ scripts/analyze_workflow_metrics.py
-  ✅ scripts/ab_test_workflows.py
-  ✅ docs/memory/last_session.md (this file)
-
-In Progress:
-  ⏳ pytest環境セットアップ
-  ⏳ テスト実行
-
-Planned:
-  📅 メトリクス実運用開始ガイド
-  📅 A/B Testing実践例
-  📅 継続的最適化ワークフロー
-```
-
----
-
-## 💬 User Feedback Integration
-
-**Original User Request** (要約):
-- テスト実装に着手したい（ROI最高）
-- 品質保証層を確立してからメトリクス収集
-- Before/Afterデータなしでノイズ混入を防ぐ
-
-**Solution Delivered**:
-✅ テストスイート: 2,760行、5システム完全カバー
-✅ 品質保証層: 確立完了（94%ハルシネーション検出）
-✅ メトリクススキーマ: 定義完了、初期化済み
-✅ 分析スクリプト: 2種類、650行、週次/A/Bテスト対応
-
-**Expected User Experience**:
-- テスト通過 → 品質保証
-- メトリクス収集 → クリーンなデータ
-- 週次分析 → 継続的最適化
-- A/Bテスト → データドリブンな改善
-
----
-
-**End of Session Summary**
-
-Implementation Status: **Testing Infrastructure Ready ✅**
-Next Session: pytest環境セットアップ → テスト実行 → メトリクス収集開始

docs/memory/next_actions.md

@@ -1,302 +0,0 @@
-# Next Actions
-
-**Updated**: 2025-10-17
-**Priority**: Testing & Validation → Metrics Collection
-
----
-
-## 🎯 Immediate Actions (今週)
-
-### 1. pytest環境セットアップ (High Priority)
-
-**Purpose**: テストスイート実行環境を構築
-
-**Dependencies**: なし
-**Owner**: PM Agent + DevOps
-
-**Steps**:
-```bash
-# Option 1: Docker環境でセットアップ (推奨)
-docker compose exec workspace sh
-pip install pytest pytest-cov scipy
-
-# Option 2: 仮想環境でセットアップ
-python -m venv .venv
-source .venv/bin/activate
-pip install pytest pytest-cov scipy
-```
-
-**Success Criteria**:
-- ✅ pytest実行可能
-- ✅ scipy (t-test) 動作確認
-- ✅ pytest-cov (カバレッジ) 動作確認
-
-**Estimated Time**: 30分
-
----
-
-### 2. テスト実行 & 検証 (High Priority)
-
-**Purpose**: 品質保証層の実動作確認
-
-**Dependencies**: pytest環境セットアップ完了
-**Owner**: Quality Engineer + PM Agent
-
-**Commands**:
-```bash
-# 全テスト実行
-pytest tests/pm_agent/ -v
-
-# マーカー別実行
-pytest tests/pm_agent/ -m unit           # Unit tests
-pytest tests/pm_agent/ -m integration    # Integration tests
-pytest tests/pm_agent/ -m hallucination  # Hallucination detection
-pytest tests/pm_agent/ -m performance    # Performance tests
-
-# カバレッジレポート
-pytest tests/pm_agent/ --cov=. --cov-report=html
-```
-
-**Expected Results**:
-```yaml
-Hallucination Detection: ≥94%
-Token Budget Compliance: 100%
-Confidence Accuracy: >85%
-Error Recurrence: <10%
-All Tests: PASS
-```
-
-**Estimated Time**: 1時間
-
----
-
-## 🚀 Short-term Actions (次スプリント)
-
-### 3. メトリクス収集の実運用開始 (Week 2-3)
-
-**Purpose**: 実際のワークフローでデータ蓄積
-
-**Steps**:
-1. **初回データ収集**:
-   - 通常タスク実行時に自動記録
-   - 1週間分のデータ蓄積 (目標: 20-30タスク)
-
-2. **初回週次分析**:
-   ```bash
-   python scripts/analyze_workflow_metrics.py --period week
-   ```
-
-3. **結果レビュー**:
-   - タスクタイプ別トークン使用量
-   - 成功率確認
-   - 非効率パターン特定
-
-**Success Criteria**:
-- ✅ 20+タスクのメトリクス記録
-- ✅ 週次レポート生成成功
-- ✅ トークン削減率が期待値内 (60%平均)
-
-**Estimated Time**: 1週間 (自動記録)
-
----
-
-### 4. A/B Testing Framework起動 (Week 3-4)
-
-**Purpose**: 実験的ワークフローの検証
-
-**Steps**:
-1. **Experimental Variant設計**:
-   - 候補: `experimental_eager_layer3` (Medium tasksで常にLayer 3)
-   - 仮説: より多くのコンテキストで精度向上
-
-2. **80/20配分実装**:
-   ```yaml
-   Allocation:
-     progressive_v3_layer2: 80%  # Current best
-     experimental_eager_layer3: 20%  # New variant
-   ```
-
-3. **20試行後の統計分析**:
-   ```bash
-   python scripts/ab_test_workflows.py \
-     --variant-a progressive_v3_layer2 \
-     --variant-b experimental_eager_layer3 \
-     --metric tokens_used
-   ```
-
-4. **判定**:
-   - p < 0.05 → 統計的有意
-   - 成功率 ≥95% → 品質維持
-   - → 勝者を標準ワークフローに昇格
-
-**Success Criteria**:
-- ✅ 各variant 20+試行
-- ✅ 統計的有意性確認 (p < 0.05)
-- ✅ 改善確認 OR 現状維持判定
-
-**Estimated Time**: 2週間
-
----
-
-## 🔮 Long-term Actions (Future Sprints)
-
-### 5. Advanced Features (Month 2-3)
-
-**Multi-agent Confidence Aggregation**:
-- 複数sub-agentの確信度を統合
-- 投票メカニズム (majority vote)
-- Weight付き平均 (expertise-based)
-
-**Predictive Error Detection**:
-- 過去エラーパターン学習
-- 類似コンテキスト検出
-- 事前警告システム
-
-**Adaptive Budget Allocation**:
-- タスク特性に応じた動的予算
-- ML-based prediction (過去データから学習)
-- Real-time adjustment
-
-**Cross-session Learning Patterns**:
-- セッション跨ぎパターン認識
-- Long-term trend analysis
-- Seasonal patterns detection
-
----
-
-### 6. Integration Enhancements (Month 3-4)
-
-**mindbase Vector Search Optimization**:
-- Semantic similarity threshold tuning
-- Query embedding optimization
-- Cache hit rate improvement
-
-**Reflexion Pattern Refinement**:
-- Error categorization improvement
-- Solution reusability scoring
-- Automatic pattern extraction
-
-**Evidence Requirement Automation**:
-- Auto-evidence collection
-- Automated test execution
-- Result parsing and validation
-
-**Continuous Learning Loop**:
-- Auto-pattern formalization
-- Self-improving workflows
-- Knowledge base evolution
-
----
-
-## 📊 Success Metrics
-
-### Phase 1: Testing (今週)
-```yaml
-Goal: 品質保証層確立
-Metrics:
-  - All tests pass: 100%
-  - Hallucination detection: ≥94%
-  - Token efficiency: 60% avg
-  - Error recurrence: <10%
-```
-
-### Phase 2: Metrics Collection (Week 2-3)
-```yaml
-Goal: データ蓄積開始
-Metrics:
-  - Tasks recorded: ≥20
-  - Data quality: Clean (no null errors)
-  - Weekly report: Generated
-  - Insights: ≥3 actionable findings
-```
-
-### Phase 3: A/B Testing (Week 3-4)
-```yaml
-Goal: 科学的ワークフロー改善
-Metrics:
-  - Trials per variant: ≥20
-  - Statistical significance: p < 0.05
-  - Winner identified: Yes
-  - Implementation: Promoted or deprecated
-```
-
----
-
-## 🛠️ Tools & Scripts Ready
-
-**Testing**:
-- ✅ `tests/pm_agent/` (2,760行)
-- ✅ `pytest.ini` (configuration)
-- ✅ `conftest.py` (fixtures)
-
-**Metrics**:
-- ✅ `docs/memory/workflow_metrics.jsonl` (initialized)
-- ✅ `docs/memory/WORKFLOW_METRICS_SCHEMA.md` (spec)
-
-**Analysis**:
-- ✅ `scripts/analyze_workflow_metrics.py` (週次分析)
-- ✅ `scripts/ab_test_workflows.py` (A/Bテスト)
-
----
-
-## 📅 Timeline
-
-```yaml
-Week 1 (Oct 17-23):
-  - Day 1-2: pytest環境セットアップ
-  - Day 3-4: テスト実行 & 検証
-  - Day 5-7: 問題修正 (if any)
-
-Week 2-3 (Oct 24 - Nov 6):
-  - Continuous: メトリクス自動記録
-  - Week end: 初回週次分析
-
-Week 3-4 (Nov 7 - Nov 20):
-  - Start: Experimental variant起動
-  - Continuous: 80/20 A/B testing
-  - End: 統計分析 & 判定
-
-Month 2-3 (Dec - Jan):
-  - Advanced features implementation
-  - Integration enhancements
-```
-
----
-
-## ⚠️ Blockers & Risks
-
-**Technical Blockers**:
-- pytest未インストール → Docker環境で解決
-- scipy依存 → pip install scipy
-- なし（その他）
-
-**Risks**:
-- テスト失敗 → 境界条件調整が必要
-- メトリクス収集不足 → より多くのタスク実行
-- A/B testing判定困難 → サンプルサイズ増加
-
-**Mitigation**:
-- ✅ テスト設計時に境界条件考慮済み
-- ✅ メトリクススキーマは柔軟
-- ✅ A/Bテストは統計的有意性で自動判定
-
----
-
-## 🤝 Dependencies
-
-**External Dependencies**:
-- Python packages: pytest, scipy, pytest-cov
-- Docker環境: (Optional but recommended)
-
-**Internal Dependencies**:
-- pm.md specification (Line 870-1016)
-- Workflow metrics schema
-- Analysis scripts
-
-**None blocking**: すべて準備完了 ✅
-
----
-
-**Next Session Priority**: pytest環境セットアップ → テスト実行
-
-**Status**: Ready to proceed ✅

docs/memory/patterns_learned.jsonl

@@ -1 +0,0 @@
-{"pattern":"local-file-memory","description":"PM Agent uses local files in docs/memory/ instead of Serena MCP","date":"2025-10-16"}

docs/memory/pm_context.md

@@ -1,91 +0,0 @@
-# PM Agent Context
-
-**Project**: SuperClaude_Framework
-**Type**: AI Agent Framework
-**Tech Stack**: Claude Code, MCP Servers, Markdown-based configuration
-**Current Focus**: Token-efficient architecture with progressive context loading
-
-## Project Overview
-
-SuperClaude is a comprehensive framework for Claude Code that provides:
-- Persona-based specialized agents (frontend, backend, security, etc.)
-- MCP server integrations (Context7, Magic, Morphllm, Sequential, etc.)
-- Slash command system for workflow automation
-- Self-improvement workflow with PDCA cycle
-- **NEW**: Token-optimized PM Agent with progressive loading
-
-## Architecture
-
-- `plugins/superclaude/agents/` - Agent persona definitions
-- `plugins/superclaude/commands/` - Slash command definitions (pm.md: token-efficient redesign)
-- `docs/` - Documentation and patterns
-- `docs/memory/` - PM Agent session state (local files)
-- `docs/pdca/` - PDCA cycle documentation per feature
-- `docs/research/` - Research reports (llm-agent-token-efficiency-2025.md)
-
-## Token Efficiency Architecture (2025-10-17 Redesign)
-
-### Layer 0: Bootstrap (Always Active)
-- **Token Cost**: 150 tokens (95% reduction from old 2,300 tokens)
-- **Operations**: Time awareness + repo detection + session initialization
-- **Philosophy**: User Request First - NO auto-loading before understanding intent
-
-### Intent Classification System
-```yaml
-Ultra-Light (100-500 tokens):   "progress", "status", "update" → Layer 1 only
-Light (500-2K tokens):          "typo", "rename", "comment" → Layer 2 (target file)
-Medium (2-5K tokens):           "bug", "fix", "refactor" → Layer 3 (related files)
-Heavy (5-20K tokens):           "feature", "architecture" → Layer 4 (subsystem)
-Ultra-Heavy (20K+ tokens):      "redesign", "migration" → Layer 5 (full + research)
-```
-
-### Progressive Loading (5-Layer Strategy)
-- **Layer 1**: Minimal context (mindbase: 500 tokens | fallback: 800 tokens)
-- **Layer 2**: Target context (500-1K tokens)
-- **Layer 3**: Related context (mindbase: 3-4K | fallback: 4.5K)
-- **Layer 4**: System context (8-12K tokens, user confirmation)
-- **Layer 5**: External research (20-50K tokens, WARNING required)
-
-### Workflow Metrics Collection
-- **File**: `docs/memory/workflow_metrics.jsonl`
-- **Purpose**: Continuous A/B testing for workflow optimization
-- **Data**: task_type, complexity, workflow_id, tokens_used, time_ms, success
-- **Strategy**: ε-greedy (80% best workflow, 20% experimental)
-
-### Error Learning & Memory Integration
-- **ReflexionMemory (built-in)**: Layer 1: 650 tokens | Layer 3: 3.5-4K tokens
-- **mindbase (optional)**: Layer 1: 500 tokens | Layer 3: 3-3.5K tokens (semantic search)
-- **Profile**: Requires airis-mcp-gateway "recommended" profile for mindbase
-- **Savings**: 20-35% with ReflexionMemory, additional 10-15% with mindbase enhancement
-
-## Active Patterns
-
-- **Repository-Scoped Memory**: Local file-based memory in `docs/memory/`
-- **PDCA Cycle**: Plan → Do → Check → Act documentation workflow
-- **Self-Evaluation Checklists**: Replace Serena MCP `think_about_*` functions
-- **User Request First**: Bootstrap → Wait → Intent → Progressive Load → Execute
-- **Continuous Optimization**: A/B testing via workflow_metrics.jsonl
-
-## Recent Changes (2025-10-17)
-
-### PM Agent Token Efficiency Redesign
-- **Removed**: Auto-loading 7 files on startup (2,300 tokens wasted)
-- **Added**: Layer 0 Bootstrap (150 tokens) + Intent Classification
-- **Added**: Progressive Loading (5-layer) + Workflow Metrics
-- **Result**:
-  - Ultra-Light tasks: 2,300 → 650 tokens (72% reduction)
-  - Light tasks: 3,500 → 1,200 tokens (66% reduction)
-  - Medium tasks: 7,000 → 4,500 tokens (36% reduction)
-
-### Research Integration
-- **Report**: `docs/research/llm-agent-token-efficiency-2025.md`
-- **Benchmarks**: Trajectory Reduction (99%), AgentDropout (21.6%), Vector DB (90%)
-- **Source**: Anthropic, Microsoft AutoGen v0.4, CrewAI + Mem0, LangChain
-
-## Known Issues
-
-None currently.
-
-## Last Updated
-
-2025-10-17

docs/memory/reflexion.jsonl.example

@@ -1,15 +0,0 @@
-{"ts": "2025-10-17T09:23:15+09:00", "task": "implement JWT authentication", "mistake": "JWT validation failed with undefined secret", "evidence": "TypeError: Cannot read property 'verify' of undefined at validateToken", "rule": "Always verify environment variables are set before implementing authentication", "fix": "Added JWT_SECRET to .env file and validated presence in startup", "tests": ["Check .env.example for required vars", "Add env validation to app startup", "Test JWT signing and verification"], "status": "adopted"}
-{"ts": "2025-10-18T14:45:32+09:00", "task": "setup database migrations", "mistake": "Migration failed due to missing database connection", "evidence": "Error: connect ECONNREFUSED 127.0.0.1:5432", "rule": "Verify database is running before executing migrations", "fix": "Started PostgreSQL service and confirmed connection with psql", "tests": ["Check DB service status", "Test connection with psql", "Run migration"], "status": "adopted"}
-{"ts": "2025-10-19T11:12:48+09:00", "task": "configure CORS for API", "mistake": "API calls blocked by CORS policy", "evidence": "Access to fetch blocked by CORS policy: No 'Access-Control-Allow-Origin' header", "rule": "Configure CORS middleware before defining routes in Express apps", "fix": "Added cors() middleware before route definitions in server.ts", "tests": ["Test OPTIONS preflight", "Test actual API call from frontend", "Verify CORS headers in response"], "status": "adopted"}
-{"ts": "2025-10-20T16:34:21+09:00", "task": "implement file upload feature", "mistake": "File upload timeout on large files", "evidence": "Error: Request timeout after 30000ms, file size 45MB", "rule": "Increase request timeout and body size limits for file upload endpoints", "fix": "Set express.json({limit: '50mb'}) and timeout to 5 minutes", "tests": ["Test 1MB file upload", "Test 25MB file upload", "Test 45MB file upload"], "status": "adopted"}
-{"ts": "2025-10-21T10:18:55+09:00", "task": "add Redis caching layer", "mistake": "Redis connection refused in production", "evidence": "Error: connect ECONNREFUSED at Redis client initialization", "rule": "Use connection string from environment variables, don't hardcode localhost", "fix": "Changed Redis.createClient({host: 'localhost'}) to Redis.createClient({url: process.env.REDIS_URL})", "tests": ["Verify REDIS_URL in production env", "Test cache read/write", "Monitor Redis connection health"], "status": "adopted"}
-{"ts": "2025-10-22T13:42:17+09:00", "task": "implement email notification system", "mistake": "SMTP authentication failed", "evidence": "Error: Invalid login: 535-5.7.8 Username and Password not accepted", "rule": "For Gmail SMTP, use App Password instead of account password", "fix": "Generated Gmail App Password and updated EMAIL_PASSWORD in .env", "tests": ["Test email send with new credentials", "Verify email delivery", "Check spam folder"], "status": "adopted"}
-{"ts": "2025-10-23T09:56:33+09:00", "task": "setup CI/CD pipeline", "mistake": "GitHub Actions workflow failed at npm install", "evidence": "Error: npm ERR! code ENOENT npm ERR! syscall open package.json", "rule": "Ensure working directory is set correctly in GitHub Actions steps", "fix": "Added working-directory: ./backend to npm install step", "tests": ["Verify workflow syntax", "Test workflow on feature branch", "Check all paths in actions"], "status": "adopted"}
-{"ts": "2025-10-24T15:21:44+09:00", "task": "implement rate limiting", "mistake": "Rate limiter blocked legitimate requests", "evidence": "429 Too Many Requests returned after 10 requests in development", "rule": "Disable or increase rate limits in development environment", "fix": "Added NODE_ENV check: if (process.env.NODE_ENV === 'production') { useRateLimiter() }", "tests": ["Test rate limits in production mode", "Test unlimited in dev mode", "Verify env switching works"], "status": "adopted"}
-{"ts": "2025-10-25T11:33:52+09:00", "task": "add TypeScript strict mode", "mistake": "Build failed with 147 type errors after enabling strict mode", "evidence": "error TS2345: Argument of type 'string | undefined' is not assignable to parameter of type 'string'", "rule": "Enable TypeScript strict mode gradually, one file at a time", "fix": "Reverted strict mode, added @ts-strict-ignore comments, fixing files incrementally", "tests": ["Fix types in one file", "Run tsc --noEmit", "Remove @ts-strict-ignore when clean"], "status": "adopted"}
-{"ts": "2025-10-26T14:17:29+09:00", "task": "optimize database queries", "mistake": "N+1 query problem caused slow API responses", "evidence": "SELECT * FROM users executed 150 times for 150 posts instead of 1 join", "rule": "Use eager loading with includes/joins to avoid N+1 queries", "fix": "Changed Post.findAll() to Post.findAll({include: [{model: User}]})", "tests": ["Check query count in logs", "Measure response time before/after", "Test with 100+ records"], "status": "adopted"}
-{"ts": "2025-10-27T10:45:18+09:00", "task": "implement WebSocket real-time updates", "mistake": "WebSocket connections dropped after 60 seconds", "evidence": "WebSocket connection closed: 1006 (abnormal closure)", "rule": "Implement ping/pong heartbeat to keep WebSocket connections alive", "fix": "Added setInterval ping every 30 seconds with pong response handling", "tests": ["Monitor connection for 5 minutes", "Test multiple concurrent connections", "Verify reconnection logic"], "status": "adopted"}
-{"ts": "2025-10-28T16:29:41+09:00", "task": "add Stripe payment integration", "mistake": "Webhook signature verification failed", "evidence": "Error: No signatures found matching the expected signature for payload", "rule": "Use raw body for Stripe webhooks, not parsed JSON", "fix": "Added express.raw({type: 'application/json'}) middleware for /webhook endpoint", "tests": ["Test webhook with Stripe CLI", "Verify signature validation", "Check event processing"], "status": "adopted"}
-{"ts": "2025-10-29T12:08:54+09:00", "task": "implement password reset flow", "mistake": "Reset token expired immediately", "evidence": "Token validation failed: jwt expired at 2025-10-29T12:08:55Z", "rule": "Set appropriate expiration time for password reset tokens (15-30 min)", "fix": "Changed jwt.sign(..., {expiresIn: '1m'}) to {expiresIn: '30m'}", "tests": ["Generate reset token", "Wait 5 minutes", "Use token to reset password"], "status": "adopted"}
-{"ts": "2025-10-30T09:42:11+09:00", "task": "deploy to production", "mistake": "Application crashed on startup in production", "evidence": "Error: Cannot find module './config/production.json'", "rule": "Use environment variables for production config, not JSON files", "fix": "Refactored config to use process.env with dotenv, removed config files", "tests": ["Build production bundle", "Test with production env vars", "Verify no hardcoded configs"], "status": "adopted"}
-{"ts": "2025-10-30T14:15:27+09:00", "task": "implement image upload with S3", "mistake": "S3 upload failed with access denied", "evidence": "AccessDenied: Access Denied at S3.putObject", "rule": "Ensure IAM role has s3:PutObject permission for the specific bucket", "fix": "Updated IAM policy to include PutObject action and correct bucket ARN", "tests": ["Test upload with AWS CLI", "Test upload from application", "Verify file appears in S3 bucket"], "status": "adopted"}

docs/memory/solutions_learned.jsonl

@@ -1,120 +0,0 @@
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:05:14.945830"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:05:14.947103"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:05:14.948186"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:05:14.949488"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:05:14.949687"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:05:14.953355"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:05:14.955135"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:05:14.956625"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:05:52.563775"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:05:52.564932"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:05:52.566243"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:05:52.567884"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:05:52.568207"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:05:52.572514"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:05:52.574152"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:05:52.575383"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:07:29.547542"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:07:29.548522"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:07:29.549669"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:07:29.551484"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:07:29.551745"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:07:29.555660"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:07:29.557344"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:07:29.558510"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:08:46.653324"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:08:46.654315"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:08:46.655438"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:08:46.657037"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:08:46.674014"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:08:46.692286"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:08:46.694160"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:08:46.697041"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:14:31.164433"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:14:31.165513"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:14:31.166705"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:14:31.168467"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:14:31.168682"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:14:31.173189"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:14:31.175044"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:14:31.176104"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-11T18:36:41.373001"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-11T18:36:41.374057"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-11T18:36:41.375577"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-11T18:36:41.377470"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-11T18:36:41.377698"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-11T18:36:41.381639"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-11T18:36:41.383655"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-11T18:36:41.385124"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2025-11-14T14:27:24.515213"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2025-11-14T14:27:24.516216"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2025-11-14T14:27:24.517303"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2025-11-14T14:27:24.519006"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2025-11-14T14:27:24.519215"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2025-11-14T14:27:24.523965"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2025-11-14T14:27:24.525993"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2025-11-14T14:27:24.527061"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T16:50:20.950586"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T16:50:20.951276"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T16:50:20.952238"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T16:50:20.985628"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T16:50:20.985833"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T16:50:20.996012"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T16:50:21.003121"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T16:50:21.003868"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T16:50:25.072506"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T16:50:25.073210"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T16:50:25.074234"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T16:50:25.082456"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T16:50:25.082601"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T16:50:25.092667"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T16:50:25.100216"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T16:50:25.100936"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T16:52:51.573720"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T16:52:51.574534"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T16:52:51.575446"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T16:52:51.583917"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T16:52:51.584096"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T16:52:51.592781"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T16:52:51.599514"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T16:52:51.600215"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T17:00:13.653054"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T17:00:13.653728"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T17:00:13.654889"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T17:00:13.662985"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T17:00:13.663142"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T17:00:13.671993"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T17:00:13.679043"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T17:00:13.679835"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T17:07:17.673419"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T17:07:17.674107"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T17:07:17.674959"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T17:07:17.683755"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T17:07:17.683905"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T17:07:17.692517"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T17:07:17.699298"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T17:07:17.699998"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T17:11:35.482403"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T17:11:35.483736"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T17:11:35.485379"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T17:11:35.496376"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T17:11:35.496668"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T17:11:35.507509"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T17:11:35.516363"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T17:11:35.517603"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T17:15:41.253376"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T17:15:41.254220"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T17:15:41.255370"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T17:15:41.274867"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T17:15:41.275041"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T17:15:41.286770"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T17:15:41.294290"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T17:15:41.295051"}
-{"test_name": "test_feature", "error_type": "AssertionError", "error_message": "Expected 5, got 3", "traceback": "File test.py, line 10...", "timestamp": "2026-03-22T17:25:06.359136"}
-{"test_name": "test_database_connection", "error_type": "ConnectionError", "error_message": "Could not connect to database", "solution": "Ensure database is running and credentials are correct", "timestamp": "2026-03-22T17:25:06.359840"}
-{"error_type": "ImportError", "error_message": "No module named 'pytest'", "solution": "Install pytest: pip install pytest", "timestamp": "2026-03-22T17:25:06.360709"}
-{"error_type": "TypeError", "error_message": "expected str, got int", "solution": "Convert int to str using str()", "timestamp": "2026-03-22T17:25:06.369433"}
-{"error_type": "TypeError", "error_message": "expected int, got str", "solution": "Convert str to int using int()", "timestamp": "2026-03-22T17:25:06.369581"}
-{"error_type": "FileNotFoundError", "error_message": "config.json not found", "solution": "Create config.json in project root", "session": "session_1", "timestamp": "2026-03-22T17:25:06.378488"}
-{"test_name": "test_reflexion_marker_integration", "error_type": "IntegrationTestError", "error_message": "Testing reflexion integration", "timestamp": "2026-03-22T17:25:06.385454"}
-{"test_name": "test_reflexion_with_real_exception", "error_type": "ZeroDivisionError", "error_message": "division by zero", "traceback": "simulated traceback", "solution": "Check denominator is not zero before division", "timestamp": "2026-03-22T17:25:06.386261"}

docs/memory/token_efficiency_validation.md

@@ -1,174 +0,0 @@
-# Token Efficiency Validation Report
-
-**Date**: 2025-10-17
-**Purpose**: Validate PM Agent token-efficient architecture implementation
-
----
-
-## ✅ Implementation Checklist
-
-### Layer 0: Bootstrap (150 tokens)
-- ✅ Session Start Protocol rewritten in `plugins/superclaude/commands/pm.md:67-102`
-- ✅ Bootstrap operations: Time awareness, repo detection, session initialization
-- ✅ NO auto-loading behavior implemented
-- ✅ User Request First philosophy enforced
-
-**Token Reduction**: 2,300 tokens → 150 tokens = **95% reduction**
-
-### Intent Classification System
-- ✅ 5 complexity levels implemented in `plugins/superclaude/commands/pm.md:104-119`
-  - Ultra-Light (100-500 tokens)
-  - Light (500-2K tokens)
-  - Medium (2-5K tokens)
-  - Heavy (5-20K tokens)
-  - Ultra-Heavy (20K+ tokens)
-- ✅ Keyword-based classification with examples
-- ✅ Loading strategy defined per level
-- ✅ Sub-agent delegation rules specified
-
-### Progressive Loading (5-Layer Strategy)
-- ✅ Layer 1 - Minimal Context implemented in `pm.md:121-147`
-  - mindbase: 500 tokens | fallback: 800 tokens
-- ✅ Layer 2 - Target Context (500-1K tokens)
-- ✅ Layer 3 - Related Context (3-4K tokens with mindbase, 4.5K fallback)
-- ✅ Layer 4 - System Context (8-12K tokens, confirmation required)
-- ✅ Layer 5 - Full + External Research (20-50K tokens, WARNING required)
-
-### Workflow Metrics Collection
-- ✅ System implemented in `pm.md:225-289`
-- ✅ File location: `docs/memory/workflow_metrics.jsonl` (append-only)
-- ✅ Data structure defined (timestamp, session_id, task_type, complexity, tokens_used, etc.)
-- ✅ A/B testing framework specified (ε-greedy: 80% best, 20% experimental)
-- ✅ Recording points documented (session start, intent classification, loading, completion)
-
-### Request Processing Flow
-- ✅ New flow implemented in `pm.md:592-793`
-- ✅ Anti-patterns documented (OLD vs NEW)
-- ✅ Example execution flows for all complexity levels
-- ✅ Token savings calculated per task type
-
-### Documentation Updates
-- ✅ Research report saved: `docs/research/llm-agent-token-efficiency-2025.md`
-- ✅ Context file updated: `docs/memory/pm_context.md`
-- ✅ Behavioral Flow section updated in `pm.md:429-453`
-
----
-
-## 📊 Expected Token Savings
-
-### Baseline Comparison
-
-**OLD Architecture (Deprecated)**:
-- Session Start: 2,300 tokens (auto-load 7 files)
-- Ultra-Light task: 2,300 tokens wasted
-- Light task: 2,300 + 1,200 = 3,500 tokens
-- Medium task: 2,300 + 4,800 = 7,100 tokens
-- Heavy task: 2,300 + 15,000 = 17,300 tokens
-
-**NEW Architecture (Token-Efficient)**:
-- Session Start: 150 tokens (bootstrap only)
-- Ultra-Light task: 150 + 200 + 500-800 = 850-1,150 tokens (63-72% reduction)
-- Light task: 150 + 200 + 1,000 = 1,350 tokens (61% reduction)
-- Medium task: 150 + 200 + 3,500 = 3,850 tokens (46% reduction)
-- Heavy task: 150 + 200 + 10,000 = 10,350 tokens (40% reduction)
-
-### Task Type Breakdown
-
-| Task Type | OLD Tokens | NEW Tokens | Reduction | Savings |
-|-----------|-----------|-----------|-----------|---------|
-| Ultra-Light (progress) | 2,300 | 850-1,150 | 1,150-1,450 | 63-72% |
-| Light (typo fix) | 3,500 | 1,350 | 2,150 | 61% |
-| Medium (bug fix) | 7,100 | 3,850 | 3,250 | 46% |
-| Heavy (feature) | 17,300 | 10,350 | 6,950 | 40% |
-
-**Average Reduction**: 55-65% for typical tasks (ultra-light to medium)
-
----
-
-## 🎯 Error Learning & Memory Integration
-
-### Token Savings with Error Learning
-
-**Built-in ReflexionMemory (Always Available)**:
-- Layer 1 (Minimal Context): 500-650 tokens (keyword search)
-- Layer 3 (Related Context): 3,500-4,000 tokens
-- **Savings: 20-35% vs. no memory**
-
-**Optional mindbase Enhancement (airis-mcp-gateway "recommended" profile)**:
-- Layer 1: 400-500 tokens (semantic search, better recall)
-- Layer 3: 3,000-3,500 tokens (cross-project patterns)
-- **Additional savings: 10-15% vs. ReflexionMemory**
-
-**Industry Benchmark**: 90% token reduction with vector database (CrewAI + Mem0)
-
-**Note**: SuperClaude provides significant token savings with built-in ReflexionMemory.
-Mindbase offers incremental improvement via semantic search when installed.
-
----
-
-## 🔄 Continuous Optimization Framework
-
-### A/B Testing Strategy
-- **Current Best**: 80% of tasks use proven best workflow
-- **Experimental**: 20% of tasks test new workflows
-- **Evaluation**: After 20 trials per task type
-- **Promotion**: If experimental workflow is statistically better (p < 0.05)
-- **Deprecation**: Unused workflows for 90 days → removed
-
-### Metrics Tracking
-- **File**: `docs/memory/workflow_metrics.jsonl`
-- **Format**: One JSON per line (append-only)
-- **Analysis**: Weekly grouping by task_type
-- **Optimization**: Identify best-performing workflows
-
-### Expected Improvement Trajectory
-- **Month 1**: Baseline measurement (current implementation)
-- **Month 2**: First optimization cycle (identify best workflows per task type)
-- **Month 3**: Second optimization cycle (15-25% additional token reduction)
-- **Month 6**: Mature optimization (60% overall token reduction - industry standard)
-
----
-
-## ✅ Validation Status
-
-### Architecture Components
-- ✅ Layer 0 Bootstrap: Implemented and tested
-- ✅ Intent Classification: Keywords and examples complete
-- ✅ Progressive Loading: All 5 layers defined
-- ✅ Workflow Metrics: System ready for data collection
-- ✅ Documentation: Complete and synchronized
-
-### Next Steps
-1. Real-world usage testing (track actual token consumption)
-2. Workflow metrics collection (start logging data)
-3. A/B testing framework activation (after sufficient data)
-4. mindbase integration testing (verify 38-90% savings)
-
-### Success Criteria
-- ✅ Session startup: <200 tokens (achieved: 150 tokens)
-- ✅ Ultra-light tasks: <1K tokens (achieved: 850-1,150 tokens)
-- ✅ User Request First: Implemented and enforced
-- ✅ Continuous optimization: Framework ready
-- ⏳ 60% average reduction: To be validated with real usage data
-
----
-
-## 📚 References
-
-- **Research Report**: `docs/research/llm-agent-token-efficiency-2025.md`
-- **Context File**: `docs/memory/pm_context.md`
-- **PM Specification**: `plugins/superclaude/commands/pm.md` (lines 67-793)
-
-**Industry Benchmarks**:
-- Anthropic: 39% reduction with orchestrator pattern
-- AgentDropout: 21.6% reduction with dynamic agent exclusion
-- Trajectory Reduction: 99% reduction with history compression
-- CrewAI + Mem0: 90% reduction with vector database
-
----
-
-## 🎉 Implementation Complete
-
-All token efficiency improvements have been successfully implemented. The PM Agent now starts with 150 tokens (95% reduction) and loads context progressively based on task complexity, with continuous optimization through A/B testing and workflow metrics collection.
-
-**End of Validation Report**

docs/memory/workflow_metrics.jsonl

@@ -1,16 +0,0 @@
-{
-  "timestamp": "2025-10-17T03:15:00+09:00",
-  "session_id": "test_initialization",
-  "task_type": "schema_creation",
-  "complexity": "light",
-  "workflow_id": "progressive_v3_layer2",
-  "layers_used": [0, 1, 2],
-  "tokens_used": 1250,
-  "time_ms": 1800,
-  "files_read": 1,
-  "mindbase_used": false,
-  "sub_agents": [],
-  "success": true,
-  "user_feedback": "satisfied",
-  "notes": "Initial schema definition for metrics collection system"
-}

docs/migration/v4-to-v5.md

@@ -0,0 +1,124 @@
+# Migrating from v4 to v5
+
+v5 is an eval-gated slim-down: a component ships only if it beats native Claude
+Code behavior in an A/B eval ([eval/README.md](../../eval/README.md),
+[eval/preregister.yaml](../../eval/preregister.yaml)). This guide covers what
+was removed, what replaces it, the breaking changes, and the upgrade steps.
+
+## Summary
+
+| | v4.3.0 | v5 (5.0.0a1) |
+|---|---|---|
+| Slash commands | 30 (`/sc:*`) | 0 |
+| Skills | 0 | 4 (confidence-check, spec-panel, socratic, pm-reflexion) |
+| Agents | 20 | 1 (explore-haiku) |
+| Behavioral modes | 7 | 0 |
+| Hooks | 0 (empty directory, despite docs) | 5 |
+| Prompt content | 286KB | 84KB built plugin |
+
+## What was removed, and what replaces it
+
+### 30 slash commands → native skills + just asking
+
+The `/sc:*` commands (`implement`, `analyze`, `troubleshoot`, `research`,
+`document`, `git`, `task`, `workflow`, ...) were mostly structured prompts for
+things current models do well when asked directly. Claude Code has also merged
+custom slash commands into the [Skills system](https://code.claude.com/docs/en/skills),
+which adds progressive disclosure and auto-triggering.
+
+Replacements:
+
+- `/sc:implement "X"` → just ask: "implement X". Pre-flight rigor is covered by
+  the **confidence-check** skill and enforced by the **confidence-gate** hook.
+- `/sc:spec-panel` → the **spec-panel** skill.
+- `/sc:reflect` after failures → the **pm-reflexion** skill + the
+  **reflexion-trigger** Stop hook.
+- `/sc:load` / `/sc:save` → the **session-restore** SessionStart hook, the
+  **session-summary** Stop hook, and Claude Code's native `--continue` / `--resume`.
+- Everything else (`/sc:analyze`, `/sc:build`, `/sc:cleanup`, `/sc:git`, ...) →
+  describe what you want in plain language. If you find a case where the v4
+  command measurably beats asking, bring it through the eval gate.
+
+### 20 persona agents → native subagents
+
+`@system-architect`, `@security-engineer`, `@python-expert`, etc. were persona
+system prompts. Native Claude Code subagents already provide the valuable part
+(context isolation, parallelism), and current models adopt a domain stance from
+a one-line request ("review this as a security engineer").
+
+The exception that survived: **explore-haiku** changes the *model* (cheap
+Haiku-powered codebase exploration), which a persona prompt cannot do.
+
+### 7 modes → CLAUDE.md + hooks
+
+The behavioral modes (Brainstorming, Business Panel, Deep Research,
+Introspection, Orchestration, Task Management, Token Efficiency) were
+always-loaded instruction text. Persistent behavioral rules belong in your
+project's [CLAUDE.md](https://code.claude.com/docs/en/memory) (kept lean);
+rules that must *always* fire belong in
+[hooks](https://code.claude.com/docs/en/hooks-guide), because a hook is
+deterministic and a prompt instruction is not. See
+[docs/Templates/CLAUDE.template.md](../Templates/CLAUDE.template.md) for a
+starter.
+
+### parallel.py → native subagents (confirmed cut by eval)
+
+The in-plugin parallel executor is listed under `confirmed_cuts` in
+[eval/preregister.yaml](../../eval/preregister.yaml): native async subagents
+cover it, and an in-plugin DAG double-schedules against native orchestration.
+
+## Breaking changes
+
+1. **Reflexion file persistence is opt-in.** v4's pytest plugin wrote
+   `docs/mistakes/*.md` into the repo under test on failures. v5 writes nothing
+   unless `SUPERCLAUDE_REFLEXION_OUTPUT_DIR` is set to a directory.
+   `docs/mistakes/` is gitignored in this repo.
+2. **CLI flags renamed.** `--target` is replaced by `--skills-dir` and
+   `--agents-dir` on `superclaude install` / `superclaude update`
+   (defaults: `~/.claude/skills`, `~/.claude/agents`).
+3. **Pytest plugin no longer writes files.** Fixtures and markers
+   (`confidence_checker`, `@pytest.mark.confidence_check`, ...) are unchanged.
+4. **Removed surfaces.** `/sc:*` commands, the 19 removed agents, and the 7
+   modes are not installed and receive no updates.
+
+## Upgrade steps
+
+```bash
+# 1. Upgrade the package
+pipx upgrade superclaude          # or: pipx install superclaude==5.0.0a1
+
+# 2. Install the v5 skills, agent, and hooks
+superclaude install               # or: superclaude install --minimal
+
+# 3. Remove the v4 slash commands (no longer maintained)
+rm -rf ~/.claude/commands/sc
+
+# 4. Optional: clean remaining legacy artifacts (takes a backup first)
+./scripts/uninstall_legacy.sh
+
+# 5. Verify
+superclaude doctor
+```
+
+If you had v4 agents installed in `~/.claude/agents/`, `superclaude install`
+manages only the files it ships; remove leftover v4 persona agents manually if
+you no longer want them.
+
+## v4 freeze policy
+
+v4.3.x remains on PyPI, frozen: security fixes only, no feature work. Issues
+against v4 behavior should state the version; fixes land on `master`, while v5
+development happens on the `v5` branch.
+
+## Rollback
+
+v5 is an alpha. To return to v4:
+
+```bash
+pipx install --force superclaude==4.3.0
+superclaude install
+```
+
+Your `~/.claude/commands/sc/` directory is recreated by the v4 installer; the
+v5 skills in `~/.claude/skills/` can be removed by hand or left in place (they
+are inert without the v5 hooks).

docs/mistakes/test_database_connection-2025-11-11.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_database_connection
-
-**Date**: 2025-11-11
-**Error Type**: ConnectionError
-
----
-
-## ❌ What Happened
-
-Could not connect to database
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Ensure database is running and credentials are correct
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/test_database_connection-2025-11-14.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_database_connection
-
-**Date**: 2025-11-14
-**Error Type**: ConnectionError
-
----
-
-## ❌ What Happened
-
-Could not connect to database
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Ensure database is running and credentials are correct
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/test_database_connection-2026-03-22.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_database_connection
-
-**Date**: 2026-03-22
-**Error Type**: ConnectionError
-
----
-
-## ❌ What Happened
-
-Could not connect to database
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Ensure database is running and credentials are correct
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/test_reflexion_with_real_exception-2025-11-11.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_reflexion_with_real_exception
-
-**Date**: 2025-11-11
-**Error Type**: ZeroDivisionError
-
----
-
-## ❌ What Happened
-
-division by zero
-
-```
-simulated traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Check denominator is not zero before division
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/test_reflexion_with_real_exception-2025-11-14.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_reflexion_with_real_exception
-
-**Date**: 2025-11-14
-**Error Type**: ZeroDivisionError
-
----
-
-## ❌ What Happened
-
-division by zero
-
-```
-simulated traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Check denominator is not zero before division
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/test_reflexion_with_real_exception-2026-03-22.md

@@ -1,44 +0,0 @@
-# Mistake Record: test_reflexion_with_real_exception
-
-**Date**: 2026-03-22
-**Error Type**: ZeroDivisionError
-
----
-
-## ❌ What Happened
-
-division by zero
-
-```
-simulated traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Check denominator is not zero before division
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/unknown-2025-11-11.md

@@ -1,44 +0,0 @@
-# Mistake Record: unknown
-
-**Date**: 2025-11-11
-**Error Type**: FileNotFoundError
-
----
-
-## ❌ What Happened
-
-config.json not found
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Create config.json in project root
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/unknown-2025-11-14.md

@@ -1,44 +0,0 @@
-# Mistake Record: unknown
-
-**Date**: 2025-11-14
-**Error Type**: FileNotFoundError
-
----
-
-## ❌ What Happened
-
-config.json not found
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Create config.json in project root
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/mistakes/unknown-2026-03-22.md

@@ -1,44 +0,0 @@
-# Mistake Record: unknown
-
-**Date**: 2026-03-22
-**Error Type**: FileNotFoundError
-
----
-
-## ❌ What Happened
-
-config.json not found
-
-```
-No traceback
-```
-
----
-
-## 🔍 Root Cause
-
-Not analyzed
-
----
-
-## 🤔 Why Missed
-
-Not analyzed
-
----
-
-## ✅ Fix Applied
-
-Create config.json in project root
-
----
-
-## 🛡️ Prevention Checklist
-
-Not documented
-
----
-
-## 💡 Lesson Learned
-
-Not documented

docs/next-refactor-plan.md

@@ -1,115 +0,0 @@
-# Next Refactor Direction Overview
-
-## 1. Slash Command Audit (upstream/master)
-
-| Command | Primary Purpose | Claude Code 標準コマンドとの重複 | 評価メモ |
-|---------|-----------------|------------------------------------|----------|
-| `analyze` | 多角的なコード品質/脆弱性/性能分析 | ❌ | 総合診断ワークフロー。既存標準より深い分析シナリオ指定が可能。維持候補。 |
-| `brainstorm` | 要件発散とマルチエージェント協調 | ❌ | サブエージェントと MCP を組み合わせる高度モード。独自価値が大きい。 |
-| `build` | 実装着手前の詳細計画と編集波制御 | ⚠️ (一部類似) | 標準 `/build` とは別物で Wave/Checkpoint 指針が記載。差別化を確認の上維持検討。 |
-| `business-panel` | ビジネス視点レビュー | ❌ | 標準にない経営・PM 観点でのレビュー。保持推奨。 |
-| `cleanup` | 後片付け・リファクタリング整理 | ⚠️ | Claude 標準 `/cleanup` に近いが、PM Agent 手順・証跡要求が追加されている。要再評価。 |
-| `design` | アーキテクチャ設計プロトコル | ❌ | マルチエージェントで設計ドキュメントを生成。保持推奨。 |
-| `document` | ドキュメント整備ワークフロー | ❌ | 情報取得・検証・更新を含む詳細フロー。 |
-| `estimate` | 工数/リスク見積もり | ❌ | プロダクトマネジメント寄り。保持推奨。 |
-| `explain` | 仕様/コード説明生成 | ⚠️ | 標準 `/explain` と役割が近い。独自の証跡・自己チェックがあるか確認要。 |
-| `git` | Git 操作ガイドライン | ✅ | Claude 標準の Git コマンド群と機能的に重複。削除候補。 |
-| `help` | SuperClaude コマンド一覧 | ✅ | `/sc:help` 専用。最小構成には必要。 |
-| `implement` | 実装フェーズ全体の進行管理 | ⚠️ | 標準 `/implement` よりテレメトリ・証跡要求が厳密。差分把握の上で統合/維持を判断。 |
-| `improve` | 改善・リファクタリング提案 | ⚠️ | 構造は標準 `/improve` に類似だが、confidence 連動が追加。 |
-| `index` | リポジトリ理解/探索指針 | ❌ | インデックス生成や利用まで含む。保持推奨。 |
-| `load` | セッションコンテキスト読込 | ❌ | 外部記憶活用プロトコル。保持推奨。 |
-| `pm` | PM Agent 本体仕様 | ❌ | フレームワークの中核。必須。 |
-| `reflect` | Reflexion ループ | ❌ | 自己評価・再試行フレーム。保持推奨。 |
-| `research` | 深掘りリサーチ手順 | ⚠️ | `/research` は標準にもあるが、MCP 指定と証跡要件が詳細。差別化方針を確認。 |
-| `save` | 成果物まとめ・終了処理 | ❌ | アーカイブとメモリ更新フロー。保持推奨。 |
-| `select-tool` | ツール選択判断 | ❌ | MCP 含むツールポリシー。保持推奨。 |
-| `spawn` | サブエージェント分派 | ❌ | マルチエージェント編成。保持推奨。 |
-| `spec-panel` | 仕様レビュー委員会モード | ❌ | 標準にない専門家レビュー。保持推奨。 |
-| `task` | タスク分解・進捗管理 | ⚠️ | 標準 `/task` と重なるが、PM Agent 計測が追加。差分分析要。 |
-| `test` | テスト戦略と証跡管理 | ⚠️ | `/test` 類似。追加要件有無を精査。 |
-| `troubleshoot` | 障害調査プロトコル | ❌ | incident 対応ワークフロー。保持推奨。 |
-| `workflow` | 波動的ワークフロー制御 | ❌ | Wave/Checkpoint 概念まとめ。保持推奨。 |
-
-**分類ルール**
-- ✅: 完全重複（Claude Code 標準で代替可能） → 削除/統合候補  
-- ⚠️: 部分重複（差別化内容を再確認して決定）  
-- ❌: 独自価値が高い → 再収録優先
-
-後続作業で `⚠️` グループについて差分調査と戻し方針を決める。
-
-### 1.1 `⚠️` グループ詳細調査（upstream/master 抜粋）
-
-- **build**  
-  - Playwright MCP を結合し、ビルド完了時レポート生成・最適化指針まで含めた DevOps 専用フロー。  
-  - Claude 標準 `/build` より CI/CD 文脈の最適化・エラー解析が充実。→ **維持価値高**。  
-- **cleanup**  
-  - Architect/Quality/Security personas の多面的チェック、Sequential + Context7 MCP 連携、安全ロールバック付き。  
-  - 標準 `/cleanup` より「安全性評価・ペルソナ連携」が差別化要素。→ **SuperClaude 版として再収録推奨**。  
-- **explain**  
-  - Educator persona と MCP を連動させ受講者レベル別の説明を生成。標準 `/explain` では扱わない学習指向の段階制御が特徴。  
-  - → **教育用途で独自価値**。  
-- **implement**  
-  - Context7, Magic, Playwright, Sequential などを自動起動し multi-persona でコード生成～検証まで進める大規模フロー。  
-  - 標準 `/implement` は単体生成寄りなので差別化が明確。→ **維持必須**。  
-- **improve**  
-  - 種別（quality/performance/maintainability/security）ごとに専門 persona を起用し、安全な改善ループを提供。  
-  - 技術負債削減や安全面で強い価値。→ **維持推奨**。  
-- **research**  
-  - Tavily/Serena/Sequential/Playwright MCP を組み合わせた深掘り調査。タスク分解比率やアウトプット保存先まで定義。  
-  - 標準 `/research` より高度な multi-hop 指針。→ **維持必須**。  
-- **task**  
-  - Epic→Story→Task の階層構造、マルチエージェント協調、Serena を利用したセッション継続など PM 特化。  
-  - 標準機能では提供されない高機能タスク管理。→ **維持必須**。  
-- **test**  
-  - QA persona と Playwright MCP を活用し、テスト種別ごとの検出・監視・自動修復提案まで含む。  
-  - 標準 `/test` よりカバレッジレポートや e2e 自動化指針が詳細。→ **維持価値高**。
-
-=> 上記 8 コマンドは「名称の偶然一致はあるが、SuperClaude 仕様として明確に強化された振る舞い」を持つ。  
-   → Framework 再集約時に **すべて再収録** し、標準との違いをドキュメントに残す方針で合意したい。
-
-## 2. ドキュメント鮮度・外部記憶フロー骨子
-
-1. **SessionStart Hook**  
-   - `PROJECT_INDEX.json` 存在確認 → 読込。  
-   - 生成日時と `git diff --name-only` から変化量スコアを算出。  
-   - しきい値（例: 7 日超または変更ファイル 20 超）でステータスを `fresh|warning|stale` 判定。
-2. **着手前スカフォールド**  
-   - ステータスをユーザーへ表示（例: `📊 Repo index freshness: warning (last updated 9 days ago)`）。  
-   - `warning/stale` なら `/sc:index-repo` 提案、同時に差分ドキュメント一覧を提示。  
-   - Memory（例: `docs/memory/*.md`）の更新日時と最終利用時刻を比較し、古いものをリストアップ。
-3. **ドキュメント検証ループ**  
-   - タスクで参照した docs/ ファイルごとに `mtime` を記録。  
-   - 処理中に矛盾を検知した場合は `🛎️ Stale doc warning: docs/foo.md (last update 2023-08-01)` を即時出力。  
-   - 自己評価（confidence/reflection）ループ内で docs 状態を再確認し、必要に応じて質問や再調査を要求。
-4. **完了時アウトプット**  
-   - 使用したドキュメントとインデックス状態を成果報告に含める。  
-   - 必要なら `PROJECT_INDEX` の再生成結果をメモリに書き戻し、鮮度メトリクス（更新日/対象ファイル数/差分）を記録。
-
-## 3. サブエージェント・自己評価テレメトリ指針
-
-- **起動ログ**: エージェントやスキルを呼び出すたび短い行で表示  
-  - 例: `🤖 Sub-agent: repo-index (mode=diagnose, confidence=0.78)`  
-  - 例: `🧪 Skill: confidence-check → score=0.92 (proceed)`  
-- **自己評価ループ**: `confidence >= 0.9` で進行、閾値未満なら自動で再調査フェーズへ遷移  
-  - ループ開始時に `🔁 Reflection loop #2 (reason=confidence 0.64)` のように表示。  
-- **出力レベル**: デフォルトは簡潔表示、`/sc:agent --debug` 等で詳細ログ（投入パラメータ、MCP 応答要約）を追加。  
-- **HUD メトリクス**: タスク完了報告に最新 confidence/self-check/reflection 状態をまとめる  
-  - `Confidence: 0.93 ✅ | Reflexion iterations: 1 | Evidence: tests+docs`
-
-## 4. Framework ↔ Plugin 再編ロードマップ（骨子）
-
-1. **資産の再導入**  
-   - `plugins/superclaude/commands/`, `agents/`, `skills/`, `hooks/`, `scripts/` を Framework リポに新設し、upstream/master のコンテンツを復元。  
-   - `manifest/` テンプレートと `tests/` を併設し、ここを唯一の編集ポイントにする。
-2. **ビルド・同期タスク**  
-   - `make build-plugin`: テスト→テンプレート展開→`dist/plugins/superclaude/.claude-plugin/` 出力。  
-   - `make sync-plugin-repo`: 上記成果物を `../SuperClaude_Plugin/` へ rsync（クリーンコピー）。PR 時にも生成物を同梱。  
-3. **Plugin リポの役割変更**  
-   - 生成物のみを保持し、「直接編集禁止」の README と CI ガードを配置。  
-   - 必要に応じて Git subtree/submodule で `dist` を取り込む運用も検討。
-4. **ドキュメント更新**  
-   - `CLAUDE.md`, `README.*`, `PROJECT_INDEX.*` を新構成に合わせて刷新。  
-   - 旧 25 コマンドに関する説明はアーカイブへ移し、現行仕様を明確化。
-
-この整理をベースに、分類 `⚠️` の追加調査やワークフロー/ログ出力の詳細設計を次段階で実施する。

docs/plugin-reorg.md

@@ -1,53 +0,0 @@
-# SuperClaude Plugin Re-organization Plan
-
-## Source of Truth
-
-| Area | Current Repo | Target Location (Framework) | Notes |
-|------|--------------|-----------------------------|-------|
-| Agent docs (`agents/*.md`) | `SuperClaude_Plugin/agents/` | `plugins/superclaude/agents/` | Markdown instructions consumed by `/sc:*` commands. |
-| Command definitions (`commands/*.md`) | `SuperClaude_Plugin/commands/` | `plugins/superclaude/commands/` | YAML frontmatter + markdown bodies. |
-| Hook config | `SuperClaude_Plugin/hooks/hooks.json` | `plugins/superclaude/hooks/hooks.json` | SessionStart automation. |
-| Skill source (`skills/confidence-check/`) | Divergent copies in both repos | **Single canonical copy in Framework** under `plugins/superclaude/skills/confidence-check/` | Replace plugin repo copy with build artefact. |
-| Session init scripts | `SuperClaude_Plugin/scripts/*.sh` | `plugins/superclaude/scripts/` | Executed via Claude Code hooks. |
-| Plugin manifest (`.claude-plugin/plugin.json`, `marketplace.json`) | `SuperClaude_Plugin/.claude-plugin/` | Generated from `plugins/superclaude/manifest/` templates | Manifest fields will be parameterised for official distribution/local builds. |
-| Confidence skill tests (`.claude-plugin/tests`) | `SuperClaude_Plugin/.claude-plugin/tests/` | `plugins/superclaude/tests/` | Keep with Framework to ensure tests run before packaging. |
-
-## Proposed Layout in `SuperClaude_Framework`
-
-```
-plugins/
-  superclaude/
-    agents/
-    commands/
-    hooks/
-    scripts/
-    skills/
-      confidence-check/
-        SKILL.md
-        confidence.ts
-    manifest/
-      plugin.template.json
-      marketplace.template.json
-    tests/
-      confidence/
-        test_cases.json
-        expected_results.json
-        run.py
-```
-
-## Build Workflow
-
-1. `make build-plugin` (new target):
-   - Validates skill tests (`uv run` / Node unit tests).
-   - Copies `plugins/superclaude/*` into a fresh `dist/plugins/superclaude/.claude-plugin/…` tree.
-   - Renders manifest templates with version/author pulled from `pyproject.toml` / git tags.
-2. `make sync-plugin-repo`:
-   - Rsyncs the generated artefacts into `../SuperClaude_Plugin/`.
-   - Cleans stale files before copy (to avoid drift).
-
-## Next Steps
-
-- [ ] Port existing assets from `SuperClaude_Plugin` into the Framework layout.
-- [ ] Update Framework docs (CLAUDE.md, README) to reference the new build commands.
-- [ ] Strip direct edits in `SuperClaude_Plugin` by adding a readme banner (“generated – do not edit”) and optional CI guard.
-- [ ] Define the roadmap for expanding `/sc:*` commands (identify which legacy flows warrant reintroduction as optional modules).

docs/pm-agent-implementation-status.md

@@ -1,332 +0,0 @@
-# PM Agent Implementation Status
-
-**Last Updated**: 2025-10-14
-**Version**: 1.0.0
-
-## 📋 Overview
-
-PM Agent has been redesigned as an **Always-Active Foundation Layer** that provides continuous context preservation, PDCA self-evaluation, and systematic knowledge management across sessions.
-
----
-
-## ✅ Implemented Features
-
-### 1. Session Lifecycle (Serena MCP Memory Integration)
-
-**Status**: ✅ Documented (Implementation Pending)
-
-#### Session Start Protocol
-- **Auto-Activation**: PM Agent restores context at every session start
-- **Memory Operations**:
-  - `list_memories()` → Check existing state
-  - `read_memory("pm_context")` → Overall project context
-  - `read_memory("last_session")` → Previous session summary
-  - `read_memory("next_actions")` → Planned next steps
-- **User Report**: Automatic status report (前回/進捗/今回/課題)
-
-**Implementation Details**: superclaude/Commands/pm.md:34-97
-
-#### During Work (PDCA Cycle)
-- **Plan Phase**: Hypothesis generation with `docs/temp/hypothesis-*.md`
-- **Do Phase**: Experimentation with `docs/temp/experiment-*.md`
-- **Check Phase**: Self-evaluation with `docs/temp/lessons-*.md`
-- **Act Phase**: Success → `docs/patterns/` | Failure → `docs/mistakes/`
-
-**Implementation Details**: superclaude/Commands/pm.md:56-80, superclaude/Agents/pm-agent.md:48-98
-
-#### Session End Protocol
-- **Final Checkpoint**: `think_about_whether_you_are_done()`
-- **State Preservation**: `write_memory("pm_context", complete_state)`
-- **Documentation Cleanup**: Temporary → Formal/Mistakes
-
-**Implementation Details**: superclaude/Commands/pm.md:82-97, superclaude/Agents/pm-agent.md:100-135
-
----
-
-### 2. PDCA Self-Evaluation Pattern
-
-**Status**: ✅ Documented (Implementation Pending)
-
-#### Plan (仮説生成)
-- Goal definition and success criteria
-- Hypothesis formulation
-- Risk identification
-
-#### Do (実験実行)
-- TodoWrite task tracking
-- 30-minute checkpoint saves
-- Trial-and-error recording
-
-#### Check (自己評価)
-- `think_about_task_adherence()` → Pattern compliance
-- `think_about_collected_information()` → Context sufficiency
-- `think_about_whether_you_are_done()` → Completion verification
-
-#### Act (改善実行)
-- Success → Extract pattern → docs/patterns/
-- Failure → Root cause analysis → docs/mistakes/
-- Update CLAUDE.md if global pattern
-
-**Implementation Details**: superclaude/Agents/pm-agent.md:137-175
-
----
-
-### 3. Documentation Strategy (Trial-and-Error to Knowledge)
-
-**Status**: ✅ Documented (Implementation Pending)
-
-#### Temporary Documentation (`docs/temp/`)
-- **Purpose**: Trial-and-error experimentation
-- **Files**:
-  - `hypothesis-YYYY-MM-DD.md` → Initial plan
-  - `experiment-YYYY-MM-DD.md` → Implementation log
-  - `lessons-YYYY-MM-DD.md` → Reflections
-- **Lifecycle**: 7 days → Move to formal or delete
-
-#### Formal Documentation (`docs/patterns/`)
-- **Purpose**: Successful patterns ready for reuse
-- **Trigger**: Verified implementation success
-- **Content**: Clean approach + concrete examples + "Last Verified" date
-
-#### Mistake Documentation (`docs/mistakes/`)
-- **Purpose**: Error records with prevention strategies
-- **Structure**:
-  - What Happened (現象)
-  - Root Cause (根本原因)
-  - Why Missed (なぜ見逃したか)
-  - Fix Applied (修正内容)
-  - Prevention Checklist (防止策)
-  - Lesson Learned (教訓)
-
-**Implementation Details**: superclaude/Agents/pm-agent.md:177-235
-
----
-
-### 4. Memory Operations Reference
-
-**Status**: ✅ Documented (Implementation Pending)
-
-#### Memory Types
-- **Session Start**: `pm_context`, `last_session`, `next_actions`
-- **During Work**: `plan`, `checkpoint`, `decision`
-- **Self-Evaluation**: `think_about_*` operations
-- **Session End**: `last_session`, `next_actions`, `pm_context`
-
-**Implementation Details**: superclaude/Agents/pm-agent.md:237-267
-
----
-
-## 🚧 Pending Implementation
-
-### 1. Serena MCP Memory Operations
-
-**Required Actions**:
-- [ ] Implement `list_memories()` integration
-- [ ] Implement `read_memory(key)` integration
-- [ ] Implement `write_memory(key, value)` integration
-- [ ] Test memory persistence across sessions
-
-**Blockers**: Requires Serena MCP server configuration
-
----
-
-### 2. PDCA Think Operations
-
-**Required Actions**:
-- [ ] Implement `think_about_task_adherence()` hook
-- [ ] Implement `think_about_collected_information()` hook
-- [ ] Implement `think_about_whether_you_are_done()` hook
-- [ ] Integrate with TodoWrite completion tracking
-
-**Blockers**: Requires Serena MCP server configuration
-
----
-
-### 3. Documentation Directory Structure
-
-**Required Actions**:
-- [ ] Create `docs/temp/` directory template
-- [ ] Create `docs/patterns/` directory template
-- [ ] Create `docs/mistakes/` directory template
-- [ ] Implement automatic file lifecycle management (7-day cleanup)
-
-**Blockers**: None (can be implemented immediately)
-
----
-
-### 4. Auto-Activation at Session Start
-
-**Required Actions**:
-- [ ] Implement PM Agent auto-activation hook
-- [ ] Integrate with Claude Code session lifecycle
-- [ ] Test context restoration across sessions
-- [ ] Verify "前回/進捗/今回/課題" report generation
-
-**Blockers**: Requires understanding of Claude Code initialization hooks
-
----
-
-## 📊 Implementation Roadmap
-
-### Phase 1: Documentation Structure (Immediate)
-**Timeline**: 1-2 days
-**Complexity**: Low
-
-1. Create `docs/temp/`, `docs/patterns/`, `docs/mistakes/` directories
-2. Add README.md to each directory explaining purpose
-3. Create template files for hypothesis/experiment/lessons
-
-### Phase 2: Serena MCP Integration (High Priority)
-**Timeline**: 1 week
-**Complexity**: Medium
-
-1. Configure Serena MCP server
-2. Implement memory operations (read/write/list)
-3. Test memory persistence
-4. Integrate with PM Agent workflow
-
-### Phase 3: PDCA Think Operations (High Priority)
-**Timeline**: 1 week
-**Complexity**: Medium
-
-1. Implement think_about_* hooks
-2. Integrate with TodoWrite
-3. Test self-evaluation flow
-4. Document best practices
-
-### Phase 4: Auto-Activation (Critical)
-**Timeline**: 2 weeks
-**Complexity**: High
-
-1. Research Claude Code initialization hooks
-2. Implement PM Agent auto-activation
-3. Test session start protocol
-4. Verify context restoration
-
-### Phase 5: Documentation Lifecycle (Medium Priority)
-**Timeline**: 3-5 days
-**Complexity**: Low
-
-1. Implement 7-day temporary file cleanup
-2. Create docs/temp → docs/patterns migration script
-3. Create docs/temp → docs/mistakes migration script
-4. Automate "Last Verified" date updates
-
----
-
-## 🔍 Testing Strategy
-
-### Unit Tests
-- [ ] Memory operations (read/write/list)
-- [ ] Think operations (task_adherence/collected_information/done)
-- [ ] File lifecycle management (7-day cleanup)
-
-### Integration Tests
-- [ ] Session start → context restoration → user report
-- [ ] PDCA cycle → temporary docs → formal docs
-- [ ] Mistake detection → root cause analysis → prevention checklist
-
-### E2E Tests
-- [ ] Full session lifecycle (start → work → end)
-- [ ] Cross-session context preservation
-- [ ] Knowledge accumulation over time
-
----
-
-## 📖 Documentation Updates Needed
-
-### SuperClaude Framework
-- [x] `superclaude/Commands/pm.md` - Updated with session lifecycle
-- [x] `superclaude/Agents/pm-agent.md` - Updated with PDCA and memory operations
-- [ ] `docs/ARCHITECTURE.md` - Add PM Agent architecture section
-- [ ] `docs/GETTING_STARTED.md` - Add PM Agent usage examples
-
-### Global CLAUDE.md (Future)
-- [ ] Add PM Agent PDCA cycle to global rules
-- [ ] Document session lifecycle best practices
-- [ ] Add memory operations reference
-
----
-
-## 🐛 Known Issues
-
-### Issue 1: Serena MCP Not Configured
-**Status**: Blocker
-**Impact**: High (prevents memory operations)
-**Resolution**: Configure Serena MCP server in project
-
-### Issue 2: Auto-Activation Hook Unknown
-**Status**: Research Needed
-**Impact**: High (prevents session start automation)
-**Resolution**: Research Claude Code initialization hooks
-
-### Issue 3: Documentation Directory Structure Missing
-**Status**: Can Implement Immediately
-**Impact**: Medium (prevents PDCA documentation flow)
-**Resolution**: Create directory structure (Phase 1)
-
----
-
-## 📈 Success Metrics
-
-### Quantitative
-- **Context Restoration Rate**: 100% (sessions resume without re-explanation)
-- **Documentation Coverage**: >80% (implementations documented)
-- **Mistake Prevention**: <10% (recurring mistakes)
-- **Session Continuity**: >90% (successful checkpoint restorations)
-
-### Qualitative
-- Users never re-explain project context
-- Knowledge accumulates systematically
-- Mistakes documented with prevention checklists
-- Documentation stays fresh (Last Verified dates)
-
----
-
-## 🎯 Next Steps
-
-1. **Immediate**: Create documentation directory structure (Phase 1)
-2. **High Priority**: Configure Serena MCP server (Phase 2)
-3. **High Priority**: Implement PDCA think operations (Phase 3)
-4. **Critical**: Research and implement auto-activation (Phase 4)
-5. **Medium Priority**: Implement documentation lifecycle automation (Phase 5)
-
----
-
-## 📚 References
-
-- **PM Agent Command**: `superclaude/Commands/pm.md`
-- **PM Agent Persona**: `superclaude/Agents/pm-agent.md`
-- **Salvaged Changes**: `tmp/salvaged-pm-agent/`
-- **Original Patches**: `tmp/salvaged-pm-agent/*.patch`
-
----
-
-## 🔐 Commit Information
-
-**Branch**: master
-**Salvaged From**: `/Users/kazuki/.claude` (mistaken development location)
-**Integration Date**: 2025-10-14
-**Status**: Documentation complete, implementation pending
-
-**Git Operations**:
-```bash
-# Salvaged valuable changes to tmp/
-cp ~/.claude/Commands/pm.md tmp/salvaged-pm-agent/pm.md
-cp ~/.claude/agents/pm-agent.md tmp/salvaged-pm-agent/pm-agent.md
-git diff ~/.claude/CLAUDE.md > tmp/salvaged-pm-agent/CLAUDE.md.patch
-git diff ~/.claude/RULES.md > tmp/salvaged-pm-agent/RULES.md.patch
-
-# Cleaned up .claude directory
-cd ~/.claude && git reset --hard HEAD
-cd ~/.claude && rm -rf .git
-
-# Applied changes to SuperClaude_Framework
-cp tmp/salvaged-pm-agent/pm.md superclaude/Commands/pm.md
-cp tmp/salvaged-pm-agent/pm-agent.md superclaude/Agents/pm-agent.md
-```
-
----
-
-**Last Verified**: 2025-10-14
-**Next Review**: 2025-10-21 (1 week)

docs/reference/README.md

@@ -1,249 +0,0 @@
-# SuperClaude Framework Reference Documentation
-
-**Navigation Hub**: Structured learning paths and technical references for all skill levels.
-
-**Documentation Status**: ✅ **Status: Current** - All content verified for accuracy and completeness.
-
-## How to Use This Reference Library
-
-This documentation is organized for **progressive learning** with multiple entry points:
-
-- **📱 Quick Reference**: Jump to specific solutions for immediate needs
-- **📚 Learning Paths**: Structured progression from beginner to expert
-- **🔍 Problem-Solving**: Targeted troubleshooting and diagnostic guidance
-- **⚡ Performance**: Optimization patterns and advanced techniques
-
-**Verification Standards**: All examples tested, commands validated, patterns proven in real-world usage.
-
----
-
-## Documentation Navigation Matrix
-
-| Document | Purpose | Target Audience | Complexity |  |
-|----------|---------|-----------------|------------|-----------------|
-| **[basic-examples.md](./basic-examples.md)** | Copy-paste ready commands and patterns | All users, quick reference | **Basic** |  |
-| **[examples-cookbook.md](./examples-cookbook.md)** | Recipe collection hub and organization | All users, navigation | **Reference** |  |
-| **[common-issues.md](./common-issues.md)** | Essential troubleshooting and solutions | All users, problem-solving | **Basic** | As needed |
-| **[mcp-server-guide.md](./mcp-server-guide.md)** | MCP server configuration and usage | Technical users, integration | **Intermediate** |  |
-
-| **[advanced-patterns.md](./advanced-patterns.md)** | Expert coordination and orchestration | Experienced users | **Advanced** |  |
-| **[advanced-workflows.md](./advanced-workflows.md)** | Complex multi-agent orchestration | Expert users | **Advanced** |  |
-| **[integration-patterns.md](./integration-patterns.md)** | Framework and system integration | Architects, experts | **Advanced** |  |
-| **[troubleshooting.md](./troubleshooting.md)** | Comprehensive diagnostic guide | All levels, deep debugging | **Variable** | As needed |
-| **[diagnostic-reference.md](./diagnostic-reference.md)** | Advanced debugging and analysis | Expert users, complex issues | **Advanced** |  |
-
----
-
-## Recommended Learning Paths
-
-### New Users (Week 1 Foundation)
-**Goal**: Establish confident SuperClaude usage with essential workflows
-
-```
-Day 1-2: ../getting-started/quick-start.md
-   ↓ Foundation building and first commands
-Day 3-4: basic-examples.md  
-   ↓ Practical application and pattern recognition
-Day 5-7: common-issues.md
-   ↓ Problem resolution and confidence building
-```
-
-**Success Metrics**: Can execute basic commands, manage sessions, resolve common issues independently.
-
-### Intermediate Users (Week 2-3 Enhancement)
-**Goal**: Master coordination patterns and technical depth
-
-```
-Week 2: advanced-patterns.md
-   ↓ Multi-agent coordination and orchestration mastery
-Week 3: mcp-server-guide.md + advanced-workflows.md
-   ↓ Performance excellence and technical configuration
-```
-
-**Success Metrics**: Can orchestrate complex workflows, optimize performance, configure MCP servers.
-
-### Expert Users (Advanced Mastery)
-**Goal**: Complete framework mastery and complex system integration
-
-```
-Phase 1: advanced-workflows.md
-   ↓ Complex orchestration and enterprise patterns
-Phase 2: integration-patterns.md
-   ↓ Framework integration and architectural mastery
-Phase 3: diagnostic-reference.md
-   ↓ Advanced debugging and system analysis
-```
-
-**Success Metrics**: Can design custom workflows, integrate with any framework, diagnose complex issues.
-
-### Problem-Solving Path (As Needed)
-**Goal**: Immediate issue resolution and diagnostic guidance
-
-```
-Quick Issues: common-issues.md
-   ↓ Common problems and immediate solutions
-Complex Debugging: troubleshooting.md
-   ↓ Comprehensive diagnostic approach  
-Advanced Analysis: diagnostic-reference.md
-   ↓ Expert-level debugging and analysis
-```
-
----
-
-## Command Quick Reference
-
-### Essential SuperClaude Commands
-
-| Command Pattern | Purpose | Example |
-|----------------|---------|---------|
-| `/sc:load` | Restore session context | `/sc:load project_name` |
-| `/sc:save` | Preserve session state | `/sc:save "milestone checkpoint"` |
-| `--think` | Enable structured analysis | `--think analyze performance bottlenecks` |
-| `--brainstorm` | Collaborative requirement discovery | `--brainstorm new authentication system` |
-| `--task-manage` | Multi-step operation orchestration | `--task-manage refactor user module` |
-
-### Performance & Efficiency Flags
-
-| Flag | Purpose | Best For |
-|------|---------|----------|
-| `--uc` / `--ultracompressed` | Token-efficient communication | Large operations, context pressure |
-| `--orchestrate` | Optimize tool selection | Multi-tool operations, performance needs |
-| `--loop` | Iterative improvement cycles | Code refinement, quality enhancement |
-| `--validate` | Pre-execution risk assessment | Production environments, critical operations |
-
-### MCP Server Activation
-
-| Flag | Server | Best For |
-|------|---------|----------|
-| `--c7` / `--context7` | Context7 | Official documentation, framework patterns |
-| `--seq` / `--sequential` | Sequential | Complex analysis, debugging, system design |
-| `--magic` | Magic | UI components, design systems, frontend work |
-| `--morph` / `--morphllm` | Morphllm | Bulk transformations, pattern-based edits |
-| `--serena` | Serena | Symbol operations, project memory, large codebases |
-| `--play` / `--playwright` | Playwright | Browser testing, E2E scenarios, visual validation |
-
----
-
-## Framework Integration Quick Start
-
-### React/Next.js Projects
-```bash
-# Initialize with React patterns
---c7 --magic "implement Next.js authentication with TypeScript"
-
-# Component development workflow  
---magic --think "create responsive dashboard component"
-```
-
-### Node.js/Express Backend
-```bash
-# API development with best practices
---c7 --seq "design RESTful API with Express and MongoDB"
-
-# Performance optimization
---think --orchestrate "optimize database queries and caching"
-```
-
-### Full-Stack Development
-```bash
-# Complete application workflow
---task-manage --all-mcp "build full-stack e-commerce platform"
-
-# Integration testing
---play --seq "implement end-to-end testing strategy"
-```
-
----
-
-## Problem-Solving Quick Reference
-
-### Immediate Issues
-- **Command not working**: Check [common-issues.md](./common-issues.md) → Common SuperClaude Problems
-- **Session lost**: Use `/sc:load` → See [Session Management](../user-guide/session-management.md)
-- **Flag confusion**: Check [basic-examples.md](./basic-examples.md) → Flag Usage Examples
-
-### Development Blockers
-- **Performance slow**: See [Advanced Workflows](./advanced-workflows.md) → Performance Patterns
-- **Complex debugging**: Use [troubleshooting.md](./troubleshooting.md) → Systematic Debugging
-- **Integration issues**: Check [integration-patterns.md](./integration-patterns.md) → Framework Patterns
-
-### System-Level Issues
-- **Architecture problems**: Use [advanced-workflows.md](./advanced-workflows.md) → System Design
-- **Expert debugging**: Apply [diagnostic-reference.md](./diagnostic-reference.md) → Advanced Analysis
-- **Custom workflow needs**: Study [advanced-patterns.md](./advanced-patterns.md) → Custom Orchestration [advanced-patterns.md](./advanced-patterns.md) → Custom Orchestration
-
----
-
-## Documentation Health & Verification
-
-### Quality Assurance
-- ✅ **Commands Tested**: All examples tested and functional
-- ✅ **Patterns Proven**: Real-world usage validation in production environments  
-- ✅ **Cross-References**: Internal links verified and maintained
-- ✅ **Regular Updates**: Documentation synchronized with framework evolution
-
-### Accuracy Standards
-- **Command Syntax**: Verified against latest SuperClaude implementation
-- **Flag Behavior**: Tested in multiple scenarios and environments
-- **MCP Integration**: Confirmed compatibility with current MCP server versions
-- **Performance Claims**: Benchmarked and measured in realistic conditions
-
-### Reporting Issues
-Found outdated information or broken examples?
-
-1. **Quick Fixes**: Check [common-issues.md](./common-issues.md) first
-2. **Documentation Bugs**: Report via project issues with specific file and line
-3. **Missing Patterns**: Suggest additions with use case description
-4. **Verification Requests**: Request re-testing of specific examples
-
----
-
-## Expert Tips for Maximum Productivity
-
-### Daily Workflow Optimization
-1. **Session Management**: Always start with `/sc:load`, end with `/sc:save`
-2. **Flag Combinations**: Combine complementary flags: `--think --c7` for documented analysis
-3. **Progressive Complexity**: Start simple, add sophistication incrementally
-4. **Tool Specialization**: Match tools to tasks: Magic for UI, Sequential for analysis
-
-### Learning Acceleration
-1. **Follow the Paths**: Use recommended learning sequences for structured growth
-2. **Practice Patterns**: Repeat common workflows until they become intuitive
-3. **Experiment Safely**: Use feature branches and checkpoints for exploration
-4. **Community Learning**: Share discoveries and learn from others' approaches
-
-### Troubleshooting Mastery
-1. **Systematic Approach**: Always start with [common-issues.md](./common-issues.md)
-2. **Evidence Gathering**: Use `--think` for complex problem analysis
-3. **Root Cause Focus**: Address underlying issues, not just symptoms
-4. **Documentation First**: Check official docs before experimental solutions
-
----
-
-## Advanced Resources & Integration
-
-### Framework-Specific Guides
-- **React/Next.js**: See [integration-patterns.md](./integration-patterns.md) → React Integration
-- **Vue/Nuxt**: See [integration-patterns.md](./integration-patterns.md) → Vue Ecosystem  
-- **Node.js/Express**: See [integration-patterns.md](./integration-patterns.md) → Backend Patterns
-- **Python/Django**: See [integration-patterns.md](./integration-patterns.md) → Python Workflows
-
-### Specialized Workflows
-- **DevOps Integration**: [advanced-workflows.md](./advanced-workflows.md) → CI/CD Patterns
-- **Testing Strategies**: [advanced-patterns.md](./advanced-patterns.md) → Testing Orchestration
-- **Performance Engineering**: [Advanced Patterns](./advanced-patterns.md) → Complex Coordination
-- **Security Implementation**: [integration-patterns.md](./integration-patterns.md) → Security Patterns
-
-### Community & Support
-- **Best Practices**: Continuously updated based on community feedback
-- **Pattern Library**: Growing collection of proven workflow patterns
-- **Expert Network**: Connect with experienced SuperClaude practitioners
-- **Regular Updates**: Documentation evolves with framework capabilities
-
----
-
-**Start Your Journey**: New to SuperClaude? Begin with [Quick Start Guide](../getting-started/quick-start.md) for immediate productivity gains.
-
-**Need Answers Now**: Jump to [basic-examples.md](./basic-examples.md) for copy-paste solutions.
-
-**Ready for Advanced**: Explore [advanced-patterns.md](./advanced-patterns.md) for expert-level orchestration.

docs/reference/advanced-patterns.md

@@ -1,323 +0,0 @@
-# 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.

docs/reference/advanced-workflows.md

@@ -1,309 +0,0 @@
-# SuperClaude Advanced Workflows Collection
-
-**Status**: ✅ **Status: Current** - Complex command sequences and context combinations for sophisticated projects.
-
-**Advanced Usage Guide**: Patterns for complex projects using multiple commands, agents, and careful context management within Claude Code conversations.
-
-## Overview and Usage Guide
-
-**Purpose**: Advanced SuperClaude patterns for complex, multi-step projects that require careful sequencing of commands and context management.
-
-**Important**: These are conversation patterns, not executing workflows. All work happens within Claude Code based on context provided.
-
-**Key Concepts**:
-- Command sequences within a conversation
-- Context layering through multiple agents
-- Progressive refinement approaches
-- Project phase management (manual, not automated)
-
-## Multi-Context Project Patterns
-
-### Full-Stack Development Sequence
-
-```bash
-# E-commerce platform using multiple contexts
-# Step 1: Architecture context
-@agent-system-architect "design e-commerce architecture"
-
-# Step 2: Security requirements
-@agent-security "define security requirements for payments"
-
-# Step 3: Backend implementation
-/sc:implement "API with authentication and payment processing"
-# Claude uses accumulated context from previous steps
-
-# Step 4: Frontend implementation
-@agent-frontend-architect "design responsive UI"
-/sc:implement "React frontend with TypeScript"
-
-# Step 5: Review
-/sc:analyze . --focus quality
-
-# Note: Each step builds context within the conversation
-# No actual coordination or parallel execution occurs
-```
-
-### Problem-Solving Workflow
-
-```bash
-# Complex troubleshooting approach
-# Step 1: Problem understanding
-/sc:troubleshoot "application performance issues"
-
-# Step 2: Expert analysis
-@agent-performance-engineer "analyze potential bottlenecks"
-@agent-backend-architect "review architecture for issues"
-
-# Step 3: Solution design
-/sc:design "performance improvement plan"
-
-# Step 4: Implementation
-/sc:implement "performance optimizations"
-
-# Context accumulates but doesn't execute
-```
-
-## Complex Project Phases
-
-### Project Initialization Pattern
-
-```bash
-# Starting a new project
-# Discovery phase
-/sc:brainstorm "project concept"
-# Claude explores requirements
-
-# Planning phase
-/sc:design "system architecture"
-@agent-system-architect "review and refine"
-
-# Documentation
-/sc:document --type architecture
-/sc:save "project-plan"
-# Creates summary for your records (not persistent storage)
-```
-
-### Incremental Development Pattern
-
-```bash
-# Building features incrementally
-# Feature 1: Authentication
-/sc:implement "user authentication"
-/sc:test --focus security
-/sc:document --type api
-
-# Feature 2: User Profiles (builds on auth context)
-/sc:implement "user profile management"
-/sc:test --focus functionality
-
-# Feature 3: Admin Dashboard (uses previous context)
-/sc:implement "admin dashboard"
-@agent-frontend-architect "ensure consistency"
-
-# Each feature builds on conversation context
-```
-
-### Migration Project Pattern
-
-```bash
-# Legacy system migration
-# Phase 1: Analysis
-/sc:load legacy-system/
-/sc:analyze . --focus architecture --verbose
-# Claude builds understanding
-
-# Phase 2: Planning
-@agent-system-architect "design migration strategy"
-/sc:workflow "create migration plan"
-
-# Phase 3: Implementation
-/sc:implement "compatibility layer"
-/sc:implement "new system components"
-
-# Phase 4: Validation
-/sc:test --focus compatibility
-/sc:document --type migration
-
-# Manual phases, not automated workflow
-```
-
-## Enterprise-Scale Patterns
-
-### Large Codebase Analysis
-
-```bash
-# Systematic analysis of large projects
-# Overview
-/sc:analyze . --overview
-# Get high-level understanding
-
-# Focused analysis by module
-/sc:analyze auth-module/ --focus security
-/sc:analyze api-module/ --focus quality
-/sc:analyze frontend/ --focus performance
-
-# Synthesis
-@agent-system-architect "synthesize findings"
-/sc:workflow "improvement recommendations"
-
-# Note: Sequential analysis, not parallel
-```
-
-### Multi-Technology Projects
-
-```bash
-# Projects with diverse tech stacks
-# Backend (Python)
-@agent-python-expert "implement FastAPI backend"
-/sc:implement "Python API with async support"
-
-# Frontend (React)
-@agent-frontend-architect "implement React frontend"
-/sc:implement "TypeScript React application"
-
-# Mobile (React Native)
-/sc:implement "React Native mobile app"
-
-# Infrastructure
-@agent-devops-architect "design deployment"
-/sc:implement "Docker configuration"
-
-# Each technology addressed sequentially
-```
-
-## Quality Assurance Workflows
-
-### Comprehensive Review Pattern
-
-```bash
-# Multi-aspect code review
-# Quality review
-/sc:analyze . --focus quality
-@agent-quality-engineer "identify improvements"
-
-# Security review
-/sc:analyze . --focus security
-@agent-security "check for vulnerabilities"
-
-# Architecture review
-@agent-system-architect "evaluate design"
-
-# Performance review
-@agent-performance-engineer "suggest optimizations"
-
-# Consolidated improvements
-/sc:improve . --fix
-
-# Sequential reviews, not parallel analysis
-```
-
-### Testing Strategy Pattern
-
-```bash
-# Comprehensive testing approach
-# Test planning
-/sc:design "testing strategy"
-
-# Unit tests
-/sc:test --type unit
-# Claude generates unit test code
-
-# Integration tests
-/sc:test --type integration
-# Claude generates integration test code
-
-# E2E tests
-/sc:test --type e2e
-# Claude suggests E2E test scenarios
-
-# Documentation
-/sc:document --type testing
-
-# Test code generation, not execution
-```
-
-## Session Management Patterns
-
-### Long Project Sessions
-
-```bash
-# Managing context in long conversations
-# Start with context
-/sc:load project/
-
-# Work progressively
-/sc:implement "feature A"
-/sc:implement "feature B"
-# Context accumulates
-
-# Create checkpoint
-/sc:save "session-checkpoint"
-# Creates summary for your notes
-
-# Continue work
-/sc:implement "feature C"
-
-# Final summary
-/sc:reflect
-# Reviews conversation progress
-```
-
-### Context Refresh Pattern
-
-```bash
-# When conversation gets too long
-# Save current state
-/sc:save "work-complete"
-# Copy output for next conversation
-
-# In new conversation:
-/sc:load project/
-"Previous work: [paste summary]"
-# Manually restore context
-
-# Continue work
-/sc:implement "next feature"
-```
-
-## Important Clarifications
-
-### What These Workflows ARE
-
-- ✅ **Conversation Patterns**: Sequences within a single Claude conversation
-- ✅ **Context Building**: Progressive accumulation of understanding
-- ✅ **Command Sequences**: Ordered use of commands for better results
-- ✅ **Manual Phases**: User-controlled project progression
-
-### What These Workflows ARE NOT
-
-- ❌ **Automated Workflows**: No automatic execution or orchestration
-- ❌ **Parallel Processing**: Everything is sequential
-- ❌ **Persistent Sessions**: Context lost between conversations
-- ❌ **Performance Optimization**: No code executes to optimize
-
-## Best Practices
-
-### Conversation Management
-
-1. **Keep Related Work Together**: Don't split related tasks across conversations
-2. **Build Context Progressively**: Start broad, then focus
-3. **Document Key Decisions**: Use `/sc:save` for important points
-4. **Manage Conversation Length**: Start new conversation if too long
-
-### Command Sequencing
-
-1. **Logical Order**: Analysis → Design → Implementation → Testing
-2. **Context Accumulation**: Later commands benefit from earlier context
-3. **Appropriate Depth**: Match analysis depth to task complexity
-4. **Clear Scope**: Focus commands on specific areas
-
-### Agent Usage
-
-1. **Strategic Activation**: Use agents for specific expertise
-2. **Avoid Overload**: Too many agents can dilute focus
-3. **Manual Control**: Use `@agent-` for precise control
-4. **Context Layering**: Add agents in logical order
-
-## Summary
-
-Advanced workflows in SuperClaude are sophisticated conversation patterns that build context progressively within a single Claude Code session. They help generate better outputs through careful command sequencing and context management, but do not involve any actual workflow execution, parallel processing, or automation. Success comes from understanding how to layer context effectively within Claude's conversation scope.

docs/reference/basic-examples.md

@@ -1,553 +0,0 @@
-# SuperClaude Basic Examples Collection
-
-**Status**: ✅ **Status: Current** - Essential commands, single-agent workflows, and common development tasks.
-
-**Quick Reference Guide**: Copy-paste ready examples for beginners, focused on essential SuperClaude usage patterns and fundamental development workflows.
-
-> **📝 Context Note**: These examples show `/sc:` commands and `@agent-` invocations that trigger Claude Code to read specific context files and adopt the behaviors defined there. The sophistication comes from the behavioral instructions, not from executable software.
-
-## Overview and Usage Guide
-
-**Purpose**: Essential SuperClaude commands and patterns for everyday development tasks. Start here for your first SuperClaude experience.
-
-**Target Audience**: New users, developers learning SuperClaude fundamentals, immediate task application
-
-**Usage Pattern**: Copy → Adapt → Execute → Learn from results
-
-**Key Features**:
-- Examples demonstrate core SuperClaude functionality
-- Clear patterns for immediate application  
-- Single-focus examples for clear learning
-- Progressive complexity within basic scope
-
-## Essential One-Liner Commands
-
-### Core Development Commands
-
-#### Command: /sc:brainstorm
-**Purpose**: Interactive project discovery and requirements gathering
-**Syntax**: `/sc:brainstorm "project description"`
-**Example**:
-```bash
-/sc:brainstorm "mobile app for fitness tracking"
-# Expected: Socratic dialogue, requirement elicitation, feasibility analysis
-```
-**Behavior**: Triggers interactive discovery dialogue and requirements analysis
-
-#### Command: /sc:analyze
-**Purpose**: Analyze existing codebase for issues and improvements
-**Syntax**: `/sc:analyze [target] --focus [domain]`
-**Example**:
-```bash
-/sc:analyze src/ --focus security
-# Expected: Comprehensive security audit, vulnerability report, improvement suggestions
-```
-**Behavior**: Provides comprehensive security analysis and improvement recommendations
-
-#### Command: /sc:implement
-**Purpose**: Implement a complete feature with best practices
-**Syntax**: `/sc:implement "feature description with requirements"`
-**Example**:
-```bash
-/sc:implement "user authentication with JWT and rate limiting"
-# Expected: Complete auth implementation, security validation, tests included
-```
-**Behavior**: Delivers complete implementation following security and quality standards
-
-#### Command: /sc:troubleshoot
-**Purpose**: Troubleshoot and fix a problem systematically
-**Syntax**: `/sc:troubleshoot "problem description"`
-**Example**:
-```bash
-/sc:troubleshoot "API returns 500 error on user login"
-# Expected: Step-by-step diagnosis, root cause identification, solution ranking
-```
-**Verification**: Activates root-cause-analyst + Sequential reasoning + systematic debugging
-
-#### Command: /sc:test
-**Purpose**: Generate comprehensive tests for existing code
-**Syntax**: `/sc:test [target] --focus [domain]`
-**Example**:
-```bash
-/sc:test --focus quality
-# Expected: Test suite, quality metrics, coverage reporting
-```
-**Verification**: Activates quality-engineer + test automation
-
-### Quick Analysis Commands
-
-#### Command: /sc:analyze (Quality Focus)
-**Purpose**: Project structure and quality overview
-**Syntax**: `/sc:analyze [target] --focus quality`
-**Example**:
-```bash
-/sc:analyze . --focus quality
-```
-**Verification**: 
-
-#### Command: /sc:analyze (Security Focus)
-**Purpose**: Security-focused code review
-**Syntax**: `/sc:analyze [target] --focus security [--think]`
-**Example**:
-```bash
-/sc:analyze src/ --focus security --think
-```
-**Verification**: 
-
-#### Command: /sc:analyze (Performance Focus)
-**Purpose**: Performance bottleneck identification
-**Syntax**: `/sc:analyze [target] --focus performance`
-**Example**:
-```bash
-/sc:analyze api/ --focus performance
-```
-**Verification**: 
-
-#### Command: /sc:analyze (Architecture Focus)
-**Purpose**: Architecture assessment for refactoring
-**Syntax**: `/sc:analyze [target] --focus architecture [--serena]`
-**Example**:
-```bash
-/sc:analyze . --focus architecture --serena
-```
-**Verification**: 
-
-## Manual Agent Invocation Examples
-
-### Direct Specialist Activation
-
-#### Pattern: @agent-[specialist]
-**Purpose**: Manually invoke specific domain experts instead of auto-activation
-**Syntax**: `@agent-[specialist] "task or question"`
-
-#### Python Expert
-```bash
-@agent-python-expert "optimize this data processing pipeline for performance"
-# Expected: Python-specific optimizations, async patterns, memory management
-```
-
-#### Security Engineer
-```bash
-@agent-security "review this authentication system for vulnerabilities"
-# Expected: OWASP compliance check, vulnerability assessment, secure coding recommendations
-```
-
-#### Frontend Architect
-```bash
-@agent-frontend-architect "design a responsive component architecture"
-# Expected: Component patterns, state management, accessibility considerations
-```
-
-#### Quality Engineer
-```bash
-@agent-quality-engineer "create comprehensive test coverage for payment module"
-# Expected: Test strategy, unit/integration/e2e tests, edge cases
-```
-
-### Combining Auto and Manual Patterns
-
-#### Pattern: Command + Manual Override
-```bash
-# Step 1: Use command with auto-activation
-/sc:implement "user profile management system"
-# Auto-activates: backend-architect, possibly frontend
-
-# Step 2: Add specific expert review
-@agent-security "review the profile system for data privacy compliance"
-# Manual activation for targeted review
-
-# Step 3: Performance optimization
-@agent-performance-engineer "optimize database queries for profile fetching"
-# Manual activation for specific optimization
-```
-
-#### Pattern: Sequential Specialist Chain
-```bash
-# Design phase
-@agent-system-architect "design microservices architecture for e-commerce"
-
-# Security review
-@agent-security "review architecture for security boundaries"
-
-# Implementation guidance
-@agent-backend-architect "implement service communication patterns"
-
-# DevOps setup
-@agent-devops-architect "configure CI/CD for microservices"
-```
-
-## Basic Usage Patterns
-
-### Discovery → Implementation Pattern
-```bash
-# Step 1: Explore and understand requirements
-/sc:brainstorm "web dashboard for project management"
-# Expected: Requirements discovery, feature prioritization, technical scope
-
-# Step 2: Analyze technical approach
-/sc:analyze "dashboard architecture patterns" --focus architecture --c7
-# Expected: Architecture patterns, technology recommendations, implementation strategy
-
-# Step 3: Implement core functionality
-/sc:implement "React dashboard with task management and team collaboration"
-# Expected: Complete dashboard implementation with modern React patterns
-```
-
-### Development → Quality Pattern
-```bash
-# Step 1: Build the feature
-/sc:implement "user registration with email verification"
-# Expected: Registration system with email integration
-
-# Step 2: Test thoroughly
-/sc:test --focus quality
-# Expected: Comprehensive test coverage and validation
-
-# Step 3: Review and improve
-/sc:analyze . --focus quality && /sc:implement "quality improvements"
-# Expected: Quality assessment and targeted improvements
-```
-
-### Problem → Solution Pattern
-```bash
-# Step 1: Understand the problem
-/sc:troubleshoot "slow database queries on user dashboard"
-# Expected: Systematic problem diagnosis and root cause analysis
-
-# Step 2: Analyze affected components
-/sc:analyze db/ --focus performance
-# Expected: Database performance analysis and optimization opportunities
-
-# Step 3: Implement solutions
-/sc:implement "database query optimization and caching"
-# Expected: Performance improvements with measurable impact
-```
-
-## Getting Started Examples
-
-### Your First Project Analysis
-```bash
-# Complete project understanding workflow
-/sc:load . && /sc:analyze --focus quality
-
-# Expected Results:
-# - Project structure analysis and documentation
-# - Code quality assessment across all files
-# - Architecture overview with component relationships
-# - Security audit and performance recommendations
-
-# Activates: Serena (project loading) + analyzer + security-engineer + performance-engineer
-# Output: Comprehensive project report with actionable insights
-
-
-# Variations for different focuses:
-/sc:analyze src/ --focus quality          # Code quality only
-/sc:analyze . --scope file               # Quick file analysis
-/sc:analyze backend/ --focus security    # Backend security review
-```
-
-### Interactive Requirements Discovery
-```bash
-# Transform vague ideas into concrete requirements
-/sc:brainstorm "productivity app for remote teams"
-
-# Expected Interaction:
-# - Socratic questioning about user needs and pain points
-# - Feature prioritization and scope definition
-# - Technical feasibility assessment
-# - Structured requirements document generation
-
-# Activates: Brainstorming mode + system-architect + requirements-analyst
-# Output: Product Requirements Document (PRD) with clear specifications
-
-# Follow-up commands for progression:
-/sc:analyze "team collaboration architecture" --focus architecture --c7
-/sc:implement "real-time messaging system with React and WebSocket"
-```
-
-### Simple Feature Implementation
-```bash
-# Complete authentication system
-/sc:implement "user login with JWT tokens and password hashing"
-
-# Expected Implementation:
-# - Secure password hashing with bcrypt
-# - JWT token generation and validation
-# - Login/logout endpoints with proper error handling
-# - Frontend login form with validation
-
-# Activates: security-engineer + backend-architect + Context7
-# Output: Production-ready authentication system
-
-
-# Variations for different auth needs:
-/sc:implement "OAuth integration with Google and GitHub"
-/sc:implement "password reset flow with email verification"
-/sc:implement "two-factor authentication with TOTP"
-```
-
-## Common Development Tasks
-
-### API Development Basics
-```bash
-# REST API with CRUD operations
-/sc:implement "Express.js REST API for blog posts with validation"
-# Expected: Complete REST API with proper HTTP methods, validation, error handling
-
-
-# API documentation generation
-/sc:analyze api/ --focus architecture --c7
-# Expected: Comprehensive API documentation with usage examples
-
-
-# API testing setup
-/sc:test --focus api --type integration
-# Expected: Integration test suite for API endpoints
-
-```
-
-### Frontend Component Development
-```bash
-# React component with modern patterns
-/sc:implement "React user profile component with form validation and image upload"
-# Activates: frontend-architect + Magic MCP + accessibility patterns
-# Expected: Modern React component with hooks, validation, accessibility
-
-
-# Component testing
-/sc:test src/components/ --focus quality
-# Expected: Component tests with React Testing Library
-
-
-# Responsive design implementation
-/sc:implement "responsive navigation component with mobile menu"
-# Expected: Mobile-first responsive navigation with accessibility
-
-```
-
-### Database Integration
-```bash
-# Database setup with ORM
-/sc:implement "PostgreSQL integration with Prisma ORM and migrations"
-# Expected: Database schema, ORM setup, migration system
-
-
-# Database query optimization
-/sc:analyze db/ --focus performance
-# Expected: Query performance analysis and optimization suggestions
-
-
-# Data validation and security
-/sc:implement "input validation and SQL injection prevention"
-# Expected: Comprehensive input validation and security measures
-
-```
-
-## Basic Troubleshooting Examples
-
-### Common API Issues
-```bash
-# Performance problems
-/sc:troubleshoot "API response time increased from 200ms to 2 seconds"
-# Activates: root-cause-analyst + performance-engineer + Sequential reasoning
-# Expected: Systematic diagnosis, root cause identification, solution ranking
-
-# Authentication errors
-/sc:troubleshoot "JWT token validation failing for valid users"
-# Expected: Token validation analysis, security assessment, fix implementation
-
-# Database connection issues
-/sc:troubleshoot "database connection pool exhausted under load"
-# Expected: Connection analysis, configuration fixes, scaling recommendations
-```
-
-### Frontend Debugging
-```bash
-# React rendering issues
-/sc:troubleshoot "React components not updating when data changes"
-# Expected: State management analysis, re-rendering optimization, debugging guide
-
-# Performance problems
-/sc:troubleshoot "React app loading slowly with large component tree"
-# Expected: Performance analysis, optimization strategies, code splitting recommendations
-
-# Build failures
-/sc:troubleshoot "webpack build failing with dependency conflicts"
-# Expected: Dependency analysis, conflict resolution, build optimization
-```
-
-### Development Environment Issues
-```bash
-# Setup problems
-/sc:troubleshoot "Node.js application not starting after npm install"
-# Expected: Environment analysis, dependency troubleshooting, configuration fixes
-
-# Testing failures
-/sc:troubleshoot "tests passing locally but failing in CI"
-# Expected: Environment comparison, CI configuration analysis, fix recommendations
-
-# Deployment issues
-/sc:troubleshoot "application crashes on production deployment"
-# Expected: Production environment analysis, configuration validation, deployment fixes
-```
-
-## Copy-Paste Quick Solutions
-
-### Immediate Project Setup
-```bash
-# New React project with TypeScript
-/sc:implement "React TypeScript project with routing, state management, and testing setup"
-@agent-frontend-architect "review and optimize the project structure"
-
-# New Node.js API server
-/sc:implement "Express.js REST API with JWT authentication and PostgreSQL integration"
-@agent-backend-architect "ensure scalability and best practices"
-
-# Python web API
-/sc:implement "FastAPI application with async PostgreSQL and authentication middleware"
-@agent-python-expert "optimize async patterns and dependency injection"
-
-# Next.js full-stack app
-/sc:implement "Next.js 14 application with App Router, TypeScript, and Tailwind CSS"
-@agent-system-architect "design optimal data fetching strategy"
-```
-
-### Quick Quality Improvements
-```bash
-# Code quality enhancement
-/sc:analyze . --focus quality && /sc:implement "code quality improvements"
-@agent-quality-engineer "create quality metrics dashboard"
-
-# Security hardening
-/sc:analyze . --focus security && /sc:implement "security improvements"
-
-# Test coverage improvement  
-/sc:test --focus quality && /sc:implement "additional test coverage"
-```
-
-### Common Feature Implementations
-```bash
-# User authentication system
-/sc:implement "complete user authentication with registration, login, and password reset"
-
-# File upload functionality
-/sc:implement "secure file upload with image resizing and cloud storage"
-
-# Real-time features
-/sc:implement "real-time chat with WebSocket and message persistence"
-
-# Payment processing
-/sc:implement "Stripe payment integration with subscription management"
-
-# Email functionality
-/sc:implement "email service with templates and delivery tracking"
-```
-
-## Basic Flag Examples
-
-### Analysis Depth Control
-```bash
-# Quick analysis
-/sc:analyze src/ --scope file
-
-# Standard analysis
-/sc:analyze . --think
-
-# Deep analysis
-/sc:analyze . --think-hard --focus architecture
-
-```
-
-### Focus Area Selection
-```bash
-# Security-focused analysis
-/sc:analyze . --focus security
-
-
-# Implementation with specific focus
-/sc:implement "API optimization" --focus architecture
-
-
-# Quality-focused testing
-/sc:test --focus quality
-
-```
-
-### Tool Integration
-```bash
-# Use Context7 for official patterns
-/sc:implement "React hooks implementation" --c7
-
-
-# Use Serena for project memory
-/sc:analyze . --serena --focus architecture
-
-
-# Efficient token usage
-/sc:analyze large-project/ --uc
-
-```
-
-## Learning Progression Workflow
-
-### Week 1: Foundation
-```bash
-# Day 1-2: Basic commands
-/sc:analyze . --focus quality
-/sc:implement "simple feature"
-/sc:test --focus quality
-
-# Day 3-4: Troubleshooting
-/sc:troubleshoot "specific problem"
-/sc:analyze problem-area/ --focus relevant-domain
-
-# Day 5-7: Integration
-/sc:brainstorm "project idea"
-/sc:implement "core feature"
-/sc:test --focus quality
-```
-
-### Week 2: Patterns
-```bash
-# Workflow patterns
-/sc:brainstorm → /sc:analyze → /sc:implement → /sc:test
-
-# Problem-solving patterns
-/sc:troubleshoot → /sc:analyze → /sc:implement
-
-# Quality patterns
-/sc:analyze → /sc:implement → /sc:test → /sc:analyze
-```
-
-### Week 3-4: Integration
-```bash
-# Multi-step projects
-/sc:brainstorm "larger project"
-/sc:implement "phase 1"
-/sc:test --focus quality
-/sc:implement "phase 2"
-/sc:test --focus integration
-```
-
-## Next Steps
-
-### Ready for Intermediate?
-- Comfortable with all basic commands
-- Can complete simple workflows independently
-- Understanding of agent activation and tool selection
-- Ready for multi-step projects
-
-### Continue Learning:
-- **Advanced Workflows**: Complex orchestration and multi-agent coordination
-- **Integration Patterns**: Framework integration and cross-tool coordination
-- **Best Practices Guide**: Optimization strategies and expert techniques
-
-### Success Indicators:
-- Can solve common development problems independently
-- Understands when to use different flags and focuses
-- Can adapt examples to specific project needs
-- Ready to explore more complex SuperClaude capabilities
-
----
-
-**Remember**: Start simple, practice frequently, and gradually increase complexity. These basic examples form the foundation for all advanced SuperClaude usage.

docs/reference/claude-code-history-management.md

@@ -1,556 +0,0 @@
-# Claude Code Conversation History Management Research
-
-**Research Date**: 2025-10-09
-**Purpose**: Understand .jsonl file structure, performance impact, and establish rotation policy
-
----
-
-## 1. Official Documentation & Purpose
-
-### .jsonl File Structure
-**Location**: `~/.claude/projects/{project-directory}/`
-
-**Data Structure** (from analysis of actual files):
-```json
-{
-  "type": "summary|file-history-snapshot|user|assistant|system|tool_use|tool_result|message",
-  "timestamp": "ISO-8601 timestamp",
-  "cwd": "/absolute/path/to/working/directory",
-  "sessionId": "uuid",
-  "gitBranch": "branch-name",
-  "content": "message content or command",
-  "messageId": "uuid for message tracking"
-}
-```
-
-**Key Message Types** (from 2.6MB conversation analysis):
-- `message` (228): Container for conversation messages
-- `assistant` (228): Claude's responses
-- `user` (182): User inputs
-- `tool_use` (137): Tool invocations
-- `tool_result` (137): Tool execution results
-- `text` (74): Text content blocks
-- `file-history-snapshot` (39): File state tracking
-- `thinking` (31): Claude's reasoning process
-- `system` (12): System-level messages
-
-### File History Snapshot Purpose
-```json
-{
-  "type": "file-history-snapshot",
-  "messageId": "uuid",
-  "snapshot": {
-    "messageId": "uuid",
-    "trackedFileBackups": {},
-    "timestamp": "ISO-8601"
-  },
-  "isSnapshotUpdate": false
-}
-```
-
-**Purpose** (inferred from structure):
-- Tracks file states at specific conversation points
-- Enables undo/redo functionality for file changes
-- Provides rollback capability for edits
-- **Note**: No official documentation found on this feature
-
-### Conversation Loading Behavior
-**Official Best Practices** ([source](https://www.anthropic.com/engineering/claude-code-best-practices)):
-- "All conversations are automatically saved locally with their full message history"
-- "When resuming, the entire message history is restored to maintain context"
-- "Tool usage and results from previous conversations preserved"
-
-**Resume Commands**:
-- `--continue`: Automatically continue most recent conversation
-- `/resume`: Show list of recent sessions and choose one
-- Session ID specification: Resume specific conversation
-
----
-
-## 2. Performance Impact
-
-### Known Issues from GitHub
-
-#### Issue #5024: History Accumulation Causing Performance Issues
-**Status**: Open (Major Issue)
-**URL**: https://github.com/anthropics/claude-code/issues/5024
-
-**Reported Problems**:
-- File sizes growing to "hundreds of MB or more"
-- Slower application startup times
-- System performance degradation
-- No automatic cleanup mechanism
-- One user reported file size of 968KB+ continuously growing
-
-**Current Workaround**:
-- Manual editing of `.claude.json` (risky - can break configurations)
-- `claude history clear` (removes ALL history across ALL projects)
-
-#### Issue #7985: Severe Memory Leak
-**Status**: Critical
-**URL**: https://github.com/anthropics/claude-code/issues/7985
-
-**Reported Problems**:
-- Context accumulation causing massive memory usage
-- Memory leaks with objects not garbage collected
-- One user reported ~570GB of virtual memory usage
-- Long-running sessions become unusable
-
-#### Issue #8839: Conversation Compaction Failure
-**Status**: Regression (after undo/redo feature)
-**URL**: https://github.com/anthropics/claude-code/issues/8839
-
-**Impact**:
-- Claude Code can no longer automatically compact long conversations
-- "Too long" errors after conversation history navigation feature added
-- Conversations become unmanageable without manual intervention
-
-#### Issue #8755: /clear Command Not Working
-**Status**: Bug
-**URL**: https://github.com/anthropics/claude-code/issues/8755
-
-**Impact**:
-- `/clear` command stopped functioning for some users
-- "Clear Conversations" menu option non-functional
-- Users cannot reset context window as recommended
-
-### Actual Performance Data (Your Environment)
-
-**Current State** (as of 2025-10-09):
-- **Total agiletec project**: 33MB (57 conversation files)
-- **Largest file**: 2.6MB (462 lines)
-- **Average file**: ~580KB
-- **Files >1MB**: 3 files
-- **Total across all projects**: ~62MB
-
-**Age Distribution**:
-- Files older than 30 days: 0
-- Files older than 7 days: 4
-- Most files: <7 days old
-
-**Comparison to Other Projects**:
-```
-33M   agiletec (57 files) - Most active
-14M   SSD-2TB project
-6.3M  tokium
-2.6M  bunseki
-```
-
----
-
-## 3. Official Retention Policies
-
-### Standard Retention (Consumer)
-**Source**: [Anthropic Privacy Center](https://privacy.claude.com/en/articles/10023548-how-long-do-you-store-my-data)
-
-- **Prompts/Responses**: Up to 30 days in back-end logs
-- **Deleted chats**: Immediately removed from UI, purged within 30 days
-- **API logs**: Reducing to 7 days starting September 15, 2025 (from 30 days)
-
-### Enterprise Controls
-**Source**: [Custom Data Retention Controls](https://privacy.anthropic.com/en/articles/10440198-custom-data-retention-controls-for-claude-enterprise)
-
-- **Minimum retention**: 30 days
-- **Retention start**: Last observed activity (last message or project update)
-- **Custom periods**: Available for organizations
-
-### Local Storage (No Official Policy)
-**Finding**: No official documentation found regarding:
-- Recommended local .jsonl file retention periods
-- Automatic cleanup of old conversations
-- Performance thresholds for file sizes
-- Safe deletion procedures
-
-**Current Tools**:
-- `claude history clear`: Removes ALL history (all projects, destructive)
-- No selective cleanup tools available
-- No archive functionality
-
----
-
-## 4. Best Practices (Official & Community)
-
-### Official Recommendations
-
-#### Context Management
-**Source**: [Claude Code Best Practices](https://www.anthropic.com/engineering/claude-code-best-practices)
-
-**Key Guidelines**:
-1. **Use `/clear` frequently**: "Reset context window between tasks"
-2. **Scope conversations**: "One project or feature per conversation"
-3. **Clear before switching**: "/clear before fixing bugs to prevent context pollution"
-4. **Don't rely on long context**: "Claude's context window can fill with irrelevant conversation"
-
-**Quote**: "During long sessions, Claude's context window can fill with irrelevant conversation, file contents, and commands which can reduce performance, so use the /clear command frequently between tasks to reset the context window."
-
-#### CLAUDE.md Strategy
-- **Persistent context**: Use CLAUDE.md files for stable instructions
-- **Auto-loaded**: "Claude automatically pulls into context when starting"
-- **Hierarchy**: Global (`~/.claude/CLAUDE.md`) → Workspace → Project
-- **Refinement**: "Take time to experiment and determine what produces best results"
-
-#### When to Restart vs /clear
-**Source**: [Community Best Practices](https://claudelog.com/faqs/does-claude-code-store-my-data/)
-
-**Use `/clear` when**:
-- Starting new task/feature
-- Switching between features
-- Context becomes polluted
-- Before bug fixing
-
-**Restart session when**:
-- Switching projects
-- Updating CLAUDE.md files
-- Experiencing session issues
-- Memory usage high
-
-### Community Strategies
-
-#### Conversation Organization
-**Pattern**: "Scope a chat to one project or feature"
-- Start conversation for specific goal
-- Use `/clear` when goal complete
-- Don't mix unrelated tasks in same conversation
-
-#### Context Optimization
-**Pattern**: "Avoid extensive, unrefined context"
-- Iterate on CLAUDE.md effectiveness
-- Remove ineffective instructions
-- Test and refine periodically
-
-#### Incognito Mode for Sensitive Work
-**Pattern**: "Ghost icon for temporary conversations"
-- Not saved to chat history
-- No contribution to context memory
-- Useful for experimental or sensitive work
-
----
-
-## 5. Recommended Rotation Policy
-
-### Immediate Actions (No Risk)
-
-#### 1. Delete Very Old Conversations (>30 days)
-```bash
-# Backup first
-mkdir -p ~/.claude/projects-archive/$(date +%Y-%m)
-
-# Find and archive
-find ~/.claude/projects/ -name "*.jsonl" -mtime +30 -type f \
-  -exec mv {} ~/.claude/projects-archive/$(date +%Y-%m)/ \;
-```
-
-**Rationale**:
-- Aligns with Anthropic's 30-day back-end retention
-- Minimal functionality loss (context rarely useful after 30 days)
-- Significant space savings
-
-#### 2. Archive Project-Specific Old Conversations (>14 days)
-```bash
-# Per-project archive
-mkdir -p ~/.claude/projects-archive/agiletec/$(date +%Y-%m)
-
-find ~/.claude/projects/-Users-kazuki-github-agiletec -name "*.jsonl" -mtime +14 -type f \
-  -exec mv {} ~/.claude/projects-archive/agiletec/$(date +%Y-%m)/ \;
-```
-
-**Rationale**:
-- 14 days provides buffer for resumed work
-- Most development tasks complete within 2 weeks
-- Easy to restore if needed
-
-### Periodic Maintenance (Weekly)
-
-#### 3. Identify Large Files for Manual Review
-```bash
-# Find files >1MB
-find ~/.claude/projects/ -name "*.jsonl" -type f -size +1M -exec ls -lh {} \;
-
-# Review and archive if not actively used
-```
-
-**Criteria for Archival**:
-- File >1MB and not modified in 7 days
-- Completed feature/project conversations
-- Debugging sessions that are resolved
-
-### Aggressive Cleanup (Monthly)
-
-#### 4. Archive All Inactive Conversations (>7 days)
-```bash
-# Monthly archive
-mkdir -p ~/.claude/projects-archive/$(date +%Y-%m)
-
-find ~/.claude/projects/ -name "*.jsonl" -mtime +7 -type f \
-  -exec mv {} ~/.claude/projects-archive/$(date +%Y-%m)/ \;
-```
-
-**When to Use**:
-- Project directory >50MB
-- Startup performance degraded
-- Running low on disk space
-
-### Emergency Cleanup (Performance Issues)
-
-#### 5. Nuclear Option - Keep Only Recent Week
-```bash
-# BACKUP EVERYTHING FIRST
-tar -czf ~/claude-history-backup-$(date +%Y%m%d).tar.gz ~/.claude/projects/
-
-# Keep only last 7 days
-find ~/.claude/projects/ -name "*.jsonl" -mtime +7 -type f -delete
-```
-
-**When to Use**:
-- Claude Code startup >10 seconds
-- Memory usage abnormally high
-- Experiencing Issue #7985 symptoms
-
----
-
-## 6. Proposed Automated Solution
-
-### Shell Script: `claude-history-rotate.sh`
-```bash
-#!/usr/bin/env bash
-# Claude Code Conversation History Rotation
-# Usage: ./claude-history-rotate.sh [--dry-run] [--days N]
-
-set -euo pipefail
-
-DAYS=${DAYS:-30}
-DRY_RUN=false
-ARCHIVE_BASE=~/.claude/projects-archive
-
-# Parse arguments
-while [[ $# -gt 0 ]]; do
-  case $1 in
-    --dry-run) DRY_RUN=true; shift ;;
-    --days) DAYS="$2"; shift 2 ;;
-    *) echo "Unknown option: $1"; exit 1 ;;
-  esac
-done
-
-# Create archive directory
-ARCHIVE_DIR="$ARCHIVE_BASE/$(date +%Y-%m)"
-mkdir -p "$ARCHIVE_DIR"
-
-# Find old conversations
-OLD_FILES=$(find ~/.claude/projects/ -name "*.jsonl" -mtime "+$DAYS" -type f)
-
-if [[ -z "$OLD_FILES" ]]; then
-  echo "No files older than $DAYS days found."
-  exit 0
-fi
-
-# Count and size
-FILE_COUNT=$(echo "$OLD_FILES" | wc -l | tr -d ' ')
-TOTAL_SIZE=$(echo "$OLD_FILES" | xargs du -ch | tail -1 | awk '{print $1}')
-
-echo "Found $FILE_COUNT files older than $DAYS days ($TOTAL_SIZE total)"
-
-if [[ "$DRY_RUN" == "true" ]]; then
-  echo "DRY RUN - Would archive:"
-  echo "$OLD_FILES"
-  exit 0
-fi
-
-# Archive files
-echo "$OLD_FILES" | while read -r file; do
-  mv "$file" "$ARCHIVE_DIR/"
-  echo "Archived: $(basename "$file")"
-done
-
-echo "✓ Archived $FILE_COUNT files to $ARCHIVE_DIR"
-```
-
-### Cron Job Setup (Optional)
-```bash
-# Add to crontab (monthly cleanup)
-# 0 3 1 * * /Users/kazuki/.local/bin/claude-history-rotate.sh --days 30
-
-# Or use launchd on macOS
-cat > ~/Library/LaunchAgents/com.user.claude-history-rotate.plist <<'EOF'
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>Label</key>
-    <string>com.user.claude-history-rotate</string>
-    <key>ProgramArguments</key>
-    <array>
-        <string>/Users/kazuki/.local/bin/claude-history-rotate.sh</string>
-        <string>--days</string>
-        <string>30</string>
-    </array>
-    <key>StartCalendarInterval</key>
-    <dict>
-        <key>Day</key>
-        <integer>1</integer>
-        <key>Hour</key>
-        <integer>3</integer>
-    </dict>
-</dict>
-</plist>
-EOF
-
-launchctl load ~/Library/LaunchAgents/com.user.claude-history-rotate.plist
-```
-
----
-
-## 7. Monitoring & Alerts
-
-### Disk Usage Check Script
-```bash
-#!/usr/bin/env bash
-# claude-history-check.sh
-
-THRESHOLD_MB=100
-PROJECTS_DIR=~/.claude/projects
-
-TOTAL_SIZE_MB=$(du -sm "$PROJECTS_DIR" | awk '{print $1}')
-
-echo "Claude Code conversation history: ${TOTAL_SIZE_MB}MB"
-
-if [[ $TOTAL_SIZE_MB -gt $THRESHOLD_MB ]]; then
-  echo "⚠️  WARNING: History size exceeds ${THRESHOLD_MB}MB threshold"
-  echo "Consider running: claude-history-rotate.sh --days 30"
-
-  # Find largest projects
-  echo ""
-  echo "Largest projects:"
-  du -sm "$PROJECTS_DIR"/*/ | sort -rn | head -5
-fi
-```
-
-### Performance Indicators to Watch
-1. **Startup time**: >5 seconds = investigate
-2. **File sizes**: >2MB per conversation = review
-3. **Total size**: >100MB across all projects = cleanup
-4. **Memory usage**: >2GB during session = Issue #7985
-5. **Conversation length**: >500 message pairs = use `/clear`
-
----
-
-## 8. Key Takeaways & Recommendations
-
-### Critical Findings
-
-✅ **Safe to Delete**:
-- Conversations >30 days old (aligns with Anthropic retention)
-- Completed feature/project conversations
-- Large files (>1MB) not accessed in 14+ days
-
-⚠️ **Caution Required**:
-- Active project conversations (<7 days)
-- Files referenced in recent work
-- Conversations with unfinished tasks
-
-❌ **Known Issues**:
-- No official cleanup tools (Issue #5024)
-- Memory leaks in long sessions (Issue #7985)
-- `/clear` command bugs (Issue #8755)
-- Conversation compaction broken (Issue #8839)
-
-### Recommended Policy for Your Environment
-
-**Daily Practice**:
-- Use `/clear` between major tasks
-- Scope conversations to single features
-- Restart session if >2 hours continuous work
-
-**Weekly Review** (Sunday):
-```bash
-# Check current state
-du -sh ~/.claude/projects/*/
-
-# Archive old conversations (>14 days)
-claude-history-rotate.sh --days 14 --dry-run  # Preview
-claude-history-rotate.sh --days 14            # Execute
-```
-
-**Monthly Cleanup** (1st of month):
-```bash
-# Aggressive cleanup (>30 days)
-claude-history-rotate.sh --days 30
-
-# Review large files
-find ~/.claude/projects/ -name "*.jsonl" -size +1M -mtime +7
-```
-
-**Performance Threshold Actions**:
-- Total size >50MB: Archive 30-day-old conversations
-- Total size >100MB: Archive 14-day-old conversations
-- Total size >200MB: Emergency cleanup (7-day retention)
-- Startup >10s: Investigate memory leaks, consider Issue #7985
-
-### Future-Proofing
-
-**Watch for Official Solutions**:
-- `claude history prune` command (requested in #5024)
-- Automatic history rotation feature
-- Configurable retention settings
-- Separate configuration from history storage
-
-**Community Tools**:
-- [cclogviewer](https://github.com/hesreallyhim/awesome-claude-code): View .jsonl files
-- Consider contributing to #5024 discussion
-- Monitor anthropics/claude-code releases
-
----
-
-## 9. References
-
-### Official Documentation
-- [Claude Code Best Practices](https://www.anthropic.com/engineering/claude-code-best-practices)
-- [How Long Do You Store My Data?](https://privacy.claude.com/en/articles/10023548-how-long-do-you-store-my-data)
-- [Custom Data Retention Controls](https://privacy.anthropic.com/en/articles/10440198-custom-data-retention-controls-for-claude-enterprise)
-
-### GitHub Issues
-- [#5024: History accumulation causes performance issues](https://github.com/anthropics/claude-code/issues/5024)
-- [#7985: Severe memory leak](https://github.com/anthropics/claude-code/issues/7985)
-- [#8839: Conversation compaction failure](https://github.com/anthropics/claude-code/issues/8839)
-- [#8755: /clear command not working](https://github.com/anthropics/claude-code/issues/8755)
-
-### Community Resources
-- [Awesome Claude Code](https://github.com/hesreallyhim/awesome-claude-code)
-- [Claude Code Context Guide](https://www.arsturn.com/blog/beyond-prompting-a-guide-to-managing-context-in-claude-code)
-- [ClaudeLog Documentation](https://claudelog.com/)
-
----
-
-## Appendix: Current Environment Statistics
-
-**Generated**: 2025-10-09 04:24 JST
-
-### Project Size Breakdown
-```
-33M   -Users-kazuki-github-agiletec (57 files)
-14M   -Volumes-SSD-2TB (project count: N/A)
-6.3M  -Users-kazuki-github-tokium
-2.6M  -Users-kazuki-github-bunseki
-1.9M  -Users-kazuki
-1.9M  -Users-kazuki-github-superclaude
----
-Total: ~62MB across all projects
-```
-
-### agiletec Project Details
-- **Total conversations**: 57
-- **Largest file**: 2.6MB (d4852655-b760-4311-8f67-26f593f2403f.jsonl)
-- **Files >1MB**: 3 files
-- **Avg file size**: ~580KB
-- **Files >7 days**: 4 files
-- **Files >30 days**: 0 files
-
-### Immediate Recommendation
-**Status**: ✅ Healthy (no immediate action required)
-
-**Reasoning**:
-- Total size (33MB) well below concern threshold (100MB)
-- No files >30 days old
-- Only 4 files >7 days old
-- Largest file (2.6MB) within acceptable range
-
-**Next Review**: 2025-10-16 (weekly check)

docs/reference/commands-list.md

@@ -1,80 +0,0 @@
-# SuperClaude Commands Reference
-
-Complete list of all 30 slash commands available in SuperClaude Framework v4.1.9+
-
-## Command Categories
-
-### 🧠 Planning & Design
-- **`/brainstorm`** - Structured brainstorming sessions with multiple perspectives
-- **`/design`** - System design and architecture planning
-- **`/estimate`** - Effort and time estimation for tasks
-- **`/spec-panel`** - Multi-expert specification analysis
-
-### 💻 Development
-- **`/implement`** - Code implementation workflows
-- **`/build`** - Build and compilation workflows
-- **`/improve`** - Code improvement suggestions
-- **`/cleanup`** - Code cleanup and refactoring
-- **`/explain`** - Code explanation and documentation
-
-### 🧪 Testing & Quality
-- **`/test`** - Testing workflows and test generation
-- **`/analyze`** - Code and architecture analysis
-- **`/troubleshoot`** - Debugging and troubleshooting
-- **`/reflect`** - Reflection and retrospectives
-
-### 📚 Documentation
-- **`/document`** - Documentation generation
-- **`/help`** - Command help and usage information
-
-### 🔧 Version Control
-- **`/git`** - Git operations and workflows
-
-### 📊 Project Management
-- **`/pm`** - Project management workflows
-- **`/task`** - Task management and tracking
-- **`/workflow`** - Custom workflow automation
-
-### 🔍 Research & Analysis
-- **`/research`** - Deep web research with parallel search
-- **`/business-panel`** - Multi-expert business analysis
-
-### 🎯 Utilities
-- **`/agent`** - Specialized AI agents
-- **`/index-repo`** - Repository indexing for context optimization
-- **`/index`** - Alias for /index-repo
-- **`/recommend`** - Command recommendations
-- **`/select-tool`** - Tool selection guidance
-- **`/spawn`** - Spawn parallel tasks
-- **`/load`** - Load saved sessions
-- **`/save`** - Save current session
-- **`/sc`** - Show all available SuperClaude commands
-
-## Usage
-
-All commands are available with the `/sc:` namespace prefix:
-
-```bash
-# Examples
-/sc:brainstorm "How to improve user authentication"
-/sc:implement "Add JWT authentication"
-/sc:test "Generate tests for auth module"
-/sc:research "Latest security best practices"
-```
-
-## Installation
-
-```bash
-# Install all 30 commands
-superclaude install
-
-# List installed commands
-superclaude install --list
-
-# Update to latest
-superclaude update
-```
-
-## Command Help
-
-Use `/sc:help` to get detailed information about any command, or `/sc` to see all available commands.

docs/reference/common-issues.md

@@ -1,79 +0,0 @@
-# SuperClaude Common Issues - Quick Reference 🚀
-
-**Problem Solving Guide**: Most frequent issues with practical solutions.
-
-## Top 5 Quick Fixes (90% of Issues)
-
-### 1. Commands Not Working in Claude Code ⚡
-```
-Problem: /sc:brainstorm doesn't work
-Solution: Restart Claude Code completely
-Test: /sc:brainstorm "test" should ask questions
-```
-
-### 2. Installation Verification
-```bash
-python3 -m SuperClaude --version    # Should show 4.1.5
-
-# If not working:
-# For pipx users
-pipx upgrade SuperClaude
-
-# For pip users
-pip install --upgrade SuperClaude
-
-# Then reinstall
-python3 -m SuperClaude install
-```
-
-### 3. Permission Issues
-```bash
-# Permission denied / PEP 668 errors:
-# Option 1: Use pipx (recommended)
-pipx install SuperClaude
-
-# Option 2: Use pip with --user
-pip install --user SuperClaude
-
-# Option 3: Fix permissions
-sudo chown -R $USER ~/.claude
-```
-
-### 4. MCP Server Issues
-```bash
-/sc:analyze . --no-mcp              # Test without MCP servers
-node --version                      # Check Node.js 16+ if needed
-```
-
-### 5. Component Missing
-```bash
-python3 -m SuperClaude install --components core commands agents modes --force
-```
-
-## Platform-Specific Issues
-
-**Windows:**
-```cmd
-set CLAUDE_CONFIG_DIR=%USERPROFILE%\.claude
-python -m SuperClaude install --install-dir "%CLAUDE_CONFIG_DIR%"
-```
-
-**macOS:**
-```bash
-brew install python3 node
-pip3 install SuperClaude
-```
-
-**Linux:**
-```bash
-sudo apt install python3 python3-pip nodejs
-pip3 install SuperClaude
-```
-
-## Verification Checklist
-- [ ] `python3 -m SuperClaude --version` returns 4.1.5
-- [ ] `/sc:brainstorm "test"` works in Claude Code
-- [ ] `SuperClaude install --list-components` shows components
-
-## When Quick Fixes Don't Work
-See [Troubleshooting Guide](troubleshooting.md) for advanced diagnostics.

docs/reference/comprehensive-features.md

@@ -1,187 +0,0 @@
-# SuperClaude Framework - Comprehensive Feature List
-
-Complete inventory of all features restored in v4.1.9+
-
-## 📋 Commands (30)
-
-All slash commands are documented in [commands-list.md](commands-list.md)
-
-## 🤖 Agents (20)
-
-### Specialized Experts
-1. **backend-architect** - Backend system design
-2. **business-panel-experts** - Multi-expert business analysis  
-3. **deep-research-agent** - Autonomous web research
-4. **devops-architect** - Infrastructure and deployment
-5. **frontend-architect** - UI/UX and frontend patterns
-6. **learning-guide** - Educational mentorship
-7. **performance-engineer** - Performance optimization
-8. **pm-agent** - Project management and coordination
-9. **python-expert** - Python best practices
-10. **quality-engineer** - Quality assurance and testing
-11. **refactoring-expert** - Code refactoring
-12. **requirements-analyst** - Requirements gathering
-13. **root-cause-analyst** - Problem root cause analysis
-14. **security-engineer** - Security analysis and hardening
-15. **socratic-mentor** - Socratic method mentorship
-16. **system-architect** - System architecture design
-17. **technical-writer** - Technical documentation
-18. **deep-research** (in src) - Research capability
-19. **repo-index** (in src) - Repository indexing
-20. **self-review** (in src) - Code review
-
-## 🎨 Behavioral Modes (7)
-
-1. **Brainstorming** - Multi-perspective ideation
-2. **Business Panel** - Executive-level strategic analysis
-3. **Deep Research** - Autonomous research with iteration
-4. **Introspection** - Meta-cognitive analysis
-5. **Orchestration** - Efficient tool coordination
-6. **Task Management** - Systematic organization
-7. **Token Efficiency** - 30-50% context savings
-
-## 🔌 MCP Server Integration (8)
-
-### CLI Installation
-
-SuperClaude provides a convenient CLI command for MCP server installation:
-
-```bash
-# List available MCP servers
-superclaude mcp --list
-
-# Interactive installation
-superclaude mcp
-
-# Install specific servers
-superclaude mcp --servers tavily --servers context7
-
-# Install with specific scope
-superclaude mcp --servers tavily --scope project
-
-# Dry run to see what would be installed
-superclaude mcp --dry-run
-```
-
-### Available Servers
-1. **sequential-thinking** - Multi-step problem solving and systematic analysis
-2. **context7** - Official library documentation and code examples
-3. **magic** - Modern UI component generation and design systems (requires API key)
-4. **playwright** - Cross-browser E2E testing and automation
-5. **serena** - Semantic code analysis and intelligent editing
-6. **morphllm-fast-apply** - Fast Apply capability for context-aware code modifications (requires API key)
-7. **tavily** - Web search and real-time information retrieval (requires API key)
-8. **chrome-devtools** - Chrome DevTools debugging and performance analysis
-
-### Documentation Files
-1. **MCP_Tavily.md** - Primary web search
-2. **MCP_Serena.md** - Session persistence & memory
-3. **MCP_Sequential.md** - Token-efficient reasoning
-4. **MCP_Context7.md** - Official documentation lookup
-5. **MCP_Playwright.md** - Browser automation
-6. **MCP_Magic.md** - UI component generation
-7. **MCP_Morphllm.md** - Model transformation
-8. **MCP_Chrome-DevTools.md** - Performance analysis
-
-### Configuration Files
-- context7.json
-- magic.json
-- morphllm.json
-- playwright.json
-- sequential.json
-- serena-docker.json
-- serena.json
-- tavily.json
-
-## 📚 Core Documentation
-
-### Principles & Rules
-- **PRINCIPLES.md** - Framework design principles
-- **RULES.md** - Operational rules
-- **FLAGS.md** - Command flags and options
-- **RESEARCH_CONFIG.md** - Deep research configuration
-- **BUSINESS_PANEL_EXAMPLES.md** - Business panel examples
-- **BUSINESS_SYMBOLS.md** - Symbol language for business
-
-### Examples
-- **deep_research_workflows.md** - Research workflow examples
-
-## 📖 Documentation Structure (152 files)
-
-### User Guides
-- **User-Guide/** - English documentation
-- **User-Guide-jp/** - Japanese (日本語)
-- **User-Guide-kr/** - Korean (한국어)
-- **User-Guide-zh/** - Chinese (中文)
-
-Each includes:
-- agents.md - Agent usage guide
-- commands.md - Command reference
-- flags.md - Flag documentation
-- mcp-servers.md - MCP server guide
-- modes.md - Behavioral modes
-- session-management.md - Session handling
-
-### Developer Guides  
-- **Developer-Guide/** - Contributing and architecture
-- **Development/** - Development workflows and tasks
-- **Reference/** - Advanced patterns and examples
-
-### Getting Started
-- **Getting-Started/** - Installation and quick start
-
-## 🎯 Package Distribution
-
-All resources are included in both:
-- `plugins/superclaude/` - Source repository structure
-- `src/superclaude/` - Installed package structure
-
-### Directory Structure
-```
-src/superclaude/
-├── agents/          # 20 agent definitions
-├── commands/        # 30 slash commands  
-├── modes/           # 7 behavioral modes
-├── mcp/            # 8 MCP integrations + configs
-├── core/           # 6 core documentation files
-├── examples/       # Workflow examples
-├── hooks/          # Hook configurations
-├── scripts/        # Utility scripts
-├── skills/         # Pytest integration skills
-├── cli/            # CLI tools
-├── execution/      # Parallel execution engine
-└── pm_agent/       # PM Agent core
-```
-
-## 🚀 Installation
-
-```bash
-# Install SuperClaude
-pipx install superclaude
-
-# Install all 30 commands
-superclaude install
-
-# List all features
-superclaude install --list
-```
-
-## 📊 Statistics Summary
-
-| Feature | Count | Location |
-|---------|-------|----------|
-| **Commands** | 30 | commands/ |
-| **Agents** | 20 | agents/ |
-| **Modes** | 7 | modes/ |
-| **MCP Servers** | 8 | mcp/ |
-| **Core Docs** | 6 | core/ |
-| **User Docs** | 152 | docs/ |
-
-**Total Resource Files**: 200+
-
-## 🔗 Related Documentation
-
-- [Commands List](commands-list.md) - All 30 commands
-- [MCP Server Guide](../User-Guide/mcp-servers.md) - MCP integration
-- [Agents Guide](../User-Guide/agents.md) - Agent usage
-- [Quick Start](../Getting-Started/quick-start.md) - Getting started

docs/reference/diagnostic-reference.md

@@ -1,338 +0,0 @@
-# SuperClaude Diagnostic Reference Guide
-
-## Overview
-
-This guide provides procedures for diagnosing issues with SuperClaude context files and configurations. Since SuperClaude is a collection of text files (not running software), diagnostics focus on file verification and configuration checking.
-
-**Important**: There are no processes to monitor, no performance metrics to measure, and no system resources to analyze. SuperClaude is purely configuration files that Claude Code reads.
-
-## Quick Diagnostics
-
-### One-Line Health Check
-
-```bash
-# Quick status check
-ls ~/.claude/CLAUDE.md && echo "✅ SuperClaude installed" || echo "❌ Not installed"
-```
-
-### Basic Diagnostic Commands
-
-```bash
-# Check if SuperClaude is installed
-python3 -m SuperClaude --version
-
-# Count context files
-find ~/.claude -name "*.md" -type f | wc -l
-# Expected: 40+ files
-
-# Check file sizes (context files should have content)
-find ~/.claude -name "*.md" -type f -size 0
-# Expected: No output (no empty files)
-
-# Verify directory structure
-tree -L 2 ~/.claude/
-# Or without tree command:
-ls -la ~/.claude/
-```
-
-## File System Diagnostics
-
-### Context File Verification
-
-```bash
-#!/bin/bash
-# Comprehensive context file check
-
-echo "=== SuperClaude Context File Diagnostic ==="
-
-# Define expected counts
-EXPECTED_AGENTS=14
-EXPECTED_COMMANDS=21
-EXPECTED_MODES=6
-
-# Count actual files
-ACTUAL_AGENTS=$(ls ~/.claude/agents/*.md 2>/dev/null | wc -l)
-ACTUAL_COMMANDS=$(ls ~/.claude/commands/*.md 2>/dev/null | wc -l)
-ACTUAL_MODES=$(ls ~/.claude/modes/*.md 2>/dev/null | wc -l)
-
-# Report findings
-echo "Agents: $ACTUAL_AGENTS/$EXPECTED_AGENTS $([ $ACTUAL_AGENTS -ge $EXPECTED_AGENTS ] && echo ✅ || echo ⚠️)"
-echo "Commands: $ACTUAL_COMMANDS/$EXPECTED_COMMANDS $([ $ACTUAL_COMMANDS -ge $EXPECTED_COMMANDS ] && echo ✅ || echo ⚠️)"
-echo "Modes: $ACTUAL_MODES/$EXPECTED_MODES $([ $ACTUAL_MODES -ge $EXPECTED_MODES ] && echo ✅ || echo ⚠️)"
-
-# Check core files
-for file in CLAUDE.md FLAGS.md RULES.md PRINCIPLES.md; do
-    if [ -f ~/.claude/$file ]; then
-        SIZE=$(wc -c < ~/.claude/$file)
-        echo "$file: $SIZE bytes ✅"
-    else
-        echo "$file: MISSING ❌"
-    fi
-done
-```
-
-### Import System Check
-
-```bash
-# Verify import statements in CLAUDE.md
-echo "=== Import System Check ==="
-if [ -f ~/.claude/CLAUDE.md ]; then
-    echo "Imports found in CLAUDE.md:"
-    grep "^@import" ~/.claude/CLAUDE.md
-    
-    # Count import statements
-    IMPORT_COUNT=$(grep -c "^@import" ~/.claude/CLAUDE.md)
-    echo "Total imports: $IMPORT_COUNT"
-    
-    if [ $IMPORT_COUNT -ge 5 ]; then
-        echo "✅ Import system configured correctly"
-    else
-        echo "⚠️ Some imports may be missing"
-    fi
-else
-    echo "❌ CLAUDE.md not found"
-fi
-```
-
-## Configuration Diagnostics
-
-### MCP Server Configuration Check
-
-```bash
-# Check MCP configuration
-echo "=== MCP Configuration Diagnostic ==="
-
-CONFIG_FILE=~/.claude.json
-
-if [ -f "$CONFIG_FILE" ]; then
-    echo "✅ Configuration file exists"
-    
-    # Validate JSON syntax
-    if python3 -c "import json; json.load(open('$CONFIG_FILE'))" 2>/dev/null; then
-        echo "✅ Valid JSON syntax"
-        
-        # List configured servers
-        echo "Configured MCP servers:"
-        python3 -c "
-import json
-with open('$HOME/.claude.json') as f:
-    config = json.load(f)
-    if 'mcpServers' in config:
-        for server in config['mcpServers']:
-            print(f'  - {server}')
-    else:
-        print('  No servers configured')
-        "
-    else
-        echo "❌ Invalid JSON syntax in $CONFIG_FILE"
-    fi
-else
-    echo "⚠️ No MCP configuration file found"
-    echo "  This is OK if you don't use MCP servers"
-fi
-```
-
-### Permission Diagnostics
-
-```bash
-# Check file permissions
-echo "=== File Permission Check ==="
-
-# Check if files are readable
-UNREADABLE_COUNT=0
-for file in ~/.claude/**/*.md; do
-    if [ ! -r "$file" ]; then
-        echo "❌ Cannot read: $file"
-        ((UNREADABLE_COUNT++))
-    fi
-done
-
-if [ $UNREADABLE_COUNT -eq 0 ]; then
-    echo "✅ All context files are readable"
-else
-    echo "⚠️ Found $UNREADABLE_COUNT unreadable files"
-    echo "Fix with: chmod 644 ~/.claude/**/*.md"
-fi
-
-# Check directory permissions
-for dir in ~/.claude ~/.claude/agents ~/.claude/commands ~/.claude/modes; do
-    if [ -d "$dir" ]; then
-        if [ -x "$dir" ]; then
-            echo "✅ $dir is accessible"
-        else
-            echo "❌ $dir is not accessible"
-        fi
-    else
-        echo "❌ $dir does not exist"
-    fi
-done
-```
-
-## Common Issue Diagnostics
-
-### Issue: Commands Not Recognized
-
-```bash
-# Diagnose command issues
-COMMAND="implement"  # Change to test different commands
-
-echo "=== Diagnosing command: $COMMAND ==="
-
-FILE=~/.claude/commands/$COMMAND.md
-
-if [ -f "$FILE" ]; then
-    echo "✅ Command file exists"
-    
-    # Check file size
-    SIZE=$(wc -c < "$FILE")
-    if [ $SIZE -gt 100 ]; then
-        echo "✅ File has content ($SIZE bytes)"
-    else
-        echo "⚠️ File seems too small ($SIZE bytes)"
-    fi
-    
-    # Check for metadata
-    if head -10 "$FILE" | grep -q "^---"; then
-        echo "✅ Has metadata header"
-    else
-        echo "⚠️ Missing metadata header"
-    fi
-    
-    # Check for command pattern
-    if grep -q "/sc:$COMMAND" "$FILE"; then
-        echo "✅ Contains command pattern"
-    else
-        echo "⚠️ Missing command pattern"
-    fi
-else
-    echo "❌ Command file not found: $FILE"
-    echo "Available commands:"
-    ls ~/.claude/commands/ | sed 's/.md$//'
-fi
-```
-
-### Issue: Agent Not Activating
-
-```bash
-# Diagnose agent issues
-AGENT="python-expert"  # Change to test different agents
-
-echo "=== Diagnosing agent: $AGENT ==="
-
-FILE=~/.claude/agents/$AGENT.md
-
-if [ -f "$FILE" ]; then
-    echo "✅ Agent file exists"
-    
-    # Check for trigger keywords
-    echo "Trigger keywords found:"
-    grep -A 5 "## Triggers" "$FILE" | tail -n +2
-    
-    # Check for metadata
-    if head -10 "$FILE" | grep -q "^name:"; then
-        echo "✅ Has metadata"
-    else
-        echo "⚠️ Missing metadata"
-    fi
-else
-    echo "❌ Agent file not found: $FILE"
-    echo "Available agents:"
-    ls ~/.claude/agents/ | sed 's/.md$//'
-fi
-```
-
-## Installation Repair
-
-### Quick Fix Script
-
-```bash
-#!/bin/bash
-# SuperClaude Quick Fix Script
-
-echo "=== SuperClaude Quick Fix ==="
-
-# Check for common issues and fix them
-ISSUES_FOUND=0
-
-# Fix permissions
-echo "Fixing file permissions..."
-chmod 644 ~/.claude/*.md 2>/dev/null
-chmod 644 ~/.claude/**/*.md 2>/dev/null
-chmod 755 ~/.claude ~/.claude/agents ~/.claude/commands ~/.claude/modes 2>/dev/null
-
-# Check for missing directories
-for dir in agents commands modes; do
-    if [ ! -d ~/.claude/$dir ]; then
-        echo "⚠️ Missing directory: $dir"
-        echo "  Run: SuperClaude install --components $dir"
-        ((ISSUES_FOUND++))
-    fi
-done
-
-# Check for empty files
-EMPTY_FILES=$(find ~/.claude -name "*.md" -type f -size 0 2>/dev/null)
-if [ -n "$EMPTY_FILES" ]; then
-    echo "⚠️ Found empty files:"
-    echo "$EMPTY_FILES"
-    echo "  Run: SuperClaude install --force"
-    ((ISSUES_FOUND++))
-fi
-
-if [ $ISSUES_FOUND -eq 0 ]; then
-    echo "✅ No issues found"
-else
-    echo "Found $ISSUES_FOUND issues - see recommendations above"
-fi
-```
-
-### Complete Reinstallation
-
-```bash
-# Complete clean reinstall
-echo "=== Clean Reinstall ==="
-
-# Backup current installation
-BACKUP_DIR=~/.claude.backup.$(date +%Y%m%d_%H%M%S)
-if [ -d ~/.claude ]; then
-    cp -r ~/.claude "$BACKUP_DIR"
-    echo "✅ Backed up to $BACKUP_DIR"
-fi
-
-# Remove current installation
-rm -rf ~/.claude
-
-# Reinstall
-SuperClaude install
-
-# Verify installation
-if [ -f ~/.claude/CLAUDE.md ]; then
-    echo "✅ Reinstallation successful"
-else
-    echo "❌ Reinstallation failed"
-    echo "Restoring backup..."
-    cp -r "$BACKUP_DIR" ~/.claude
-fi
-```
-
-## What These Diagnostics DON'T Do
-
-### Not Applicable Concepts
-
-- **CPU/Memory Monitoring**: No processes to monitor
-- **Performance Metrics**: No code execution to measure
-- **Network Analysis**: No network operations (except MCP)
-- **Process Management**: No running processes
-- **Resource Optimization**: No resources consumed
-- **Execution Timing**: No code executes
-
-### Focus on What Matters
-
-- **File Presence**: Are context files installed?
-- **File Integrity**: Are files readable and complete?
-- **Configuration Validity**: Is JSON syntax correct?
-- **Directory Structure**: Is organization correct?
-- **Permissions**: Can Claude Code read the files?
-
-## Summary
-
-SuperClaude diagnostics are simple: verify files exist, check they're readable, and ensure configurations are valid. Since it's just text files that Claude Code reads, there's no complex system monitoring or performance analysis needed. If files are present and readable, SuperClaude is working.

docs/reference/examples-cookbook.md

@@ -1,172 +0,0 @@
-# SuperClaude Examples Cookbook
-
-**Status**: ✅ **Status: Current** - Comprehensive collection of practical SuperClaude usage examples organized by complexity and domain.
-
-**Focused Recipe Collections**: The SuperClaude Examples Cookbook has been restructured into three focused collections for better usability and progressive learning.
-
-## Recipe Collections Overview
-
-### [Basic Examples Collection](./basic-examples.md)
-**Essential commands and single-agent workflows**
-- Copy-paste ready commands for immediate use
-- Essential SuperClaude patterns and fundamentals
-- Common development tasks and troubleshooting
-- Perfect starting point for new users
-
-**Best for**: New users, quick task execution, learning fundamentals
-
-### [Advanced Workflows Collection](./advanced-workflows.md)
-**Multi-agent coordination and complex orchestration**
-- Multi-agent collaboration patterns
-- Enterprise-scale project workflows
-- Session management and persistence
-- Complex system development patterns
-
-**Best for**: Experienced users, enterprise projects, complex coordination
-
-### [Integration Patterns Collection](./integration-patterns.md)
-**Framework integration and cross-tool coordination**
-- Framework-specific integration patterns
-- Performance optimization recipes
-- Cross-tool coordination strategies
-- Monitoring and observability patterns
-
-**Best for**: Expert users, system architects, performance optimization
-
-## Quick Navigation Guide
-
-### By Experience Level
-**Beginner**
-→ Start with [Basic Examples](./basic-examples.md)
-- Essential commands and patterns
-- Simple troubleshooting workflows
-- Copy-paste solutions for common tasks
-
-**Intermediate**
-→ Progress to [Advanced Workflows](./advanced-workflows.md)
-- Multi-agent coordination
-- Complex project orchestration
-- Session management patterns
-
-**Expert**
-→ Master [Integration Patterns](./integration-patterns.md)
-- Framework integration strategies
-- Performance optimization recipes
-- Enterprise-scale architecture patterns
-
-### By Use Case
-**Web Development**
-- Frontend: [Basic Examples](./basic-examples.md#frontend-component-development) → [Integration Patterns](./integration-patterns.md#react-ecosystem-integration)
-- Backend: [Basic Examples](./basic-examples.md#api-development-basics) → [Integration Patterns](./integration-patterns.md#nodejs-backend-integration)
-- Full-Stack: [Advanced Workflows](./advanced-workflows.md#complete-e-commerce-platform-development)
-
-**Mobile Development**
-- React Native: [Basic Examples](./basic-examples.md#copy-paste-quick-solutions) → [Integration Patterns](./integration-patterns.md#mobile-and-web-integration)
-- Cross-Platform: [Integration Patterns](./integration-patterns.md#cross-platform-integration-patterns)
-
-**DevOps & Infrastructure**
-- CI/CD: [Basic Examples](./basic-examples.md#copy-paste-quick-solutions) → [Integration Patterns](./integration-patterns.md#devops-and-infrastructure-integration)
-- Monitoring: [Advanced Workflows](./advanced-workflows.md#advanced-monitoring-and-observability) → [Integration Patterns](./integration-patterns.md#monitoring-and-observability-patterns)
-
-**Performance & Security**
-- Security: [Basic Examples](./basic-examples.md#basic-troubleshooting-examples) → [Advanced Workflows](./advanced-workflows.md#enterprise-scale-security-implementation)
-- Performance: [Integration Patterns](./integration-patterns.md#performance-optimization-recipes)
-
-## Verified Commands Reference
-
-**Core Commands**:
-- `/sc:brainstorm` - Interactive requirements discovery
-- `/sc:analyze` - Codebase analysis and assessment
-- `/sc:implement` - Feature implementation with best practices
-- `/sc:troubleshoot` - Systematic problem diagnosis
-- `/sc:test` - Comprehensive testing and validation
-- `/sc:spawn` - Complex multi-agent coordination
-- `/sc:load` / `/sc:save` - Session management
-- `/sc:reflect` - Context analysis and optimization
-
-**Verified Flags**:
-- `--think`, `--think-hard`, `--ultrathink` - Analysis depth control
-- `--uc` - Ultra-compressed token-efficient mode
-- `--orchestrate` - Intelligent coordination mode
-- `--c7`, `--serena`, `--all-mcp` - MCP server integration
-- `--focus [domain]` - Domain-specific optimization
-- `--scope [level]` - Analysis scope control
-
-## Learning Progression Roadmap
-
-### Phase 1: Foundation (Week 1-2)
-1. **Setup**: Complete [Installation Guide](../getting-started/installation.md)
-2. **Basics**: Practice [Basic Examples](./basic-examples.md#essential-one-liner-commands)
-3. **Patterns**: Learn [Basic Usage Patterns](./basic-examples.md#basic-usage-patterns)
-4. **Success**: Can execute common development tasks independently
-
-### Phase 2: Coordination (Week 3-6)
-1. **Agents**: Understand [Multi-Agent Patterns](./advanced-workflows.md#multi-agent-collaboration-patterns)
-2. **Workflows**: Practice [Complex Project Workflows](./advanced-workflows.md#complex-project-workflows)
-3. **Orchestration**: Master [Advanced Orchestration](./advanced-workflows.md#advanced-orchestration-patterns)
-4. **Success**: Can coordinate complex multi-step projects
-
-### Phase 3: Integration (Month 2+)
-1. **Frameworks**: Learn [Framework Integration](./integration-patterns.md#framework-integration-patterns)
-2. **Performance**: Master [Optimization Recipes](./integration-patterns.md#performance-optimization-recipes)
-3. **Troubleshooting**: Advanced [Debugging Workflows](./integration-patterns.md#advanced-troubleshooting-workflows)
-4. **Success**: Can integrate SuperClaude with any development stack
-
-### Phase 4: Expertise (Month 3+)
-1. **Architecture**: Design custom integration patterns
-2. **Contribution**: Contribute to SuperClaude framework
-3. **Leadership**: Mentor community and solve complex problems
-4. **Success**: Framework development and community leadership
-
-## Quick Reference Matrix
-
-| Task Type | Beginner | Intermediate | Expert |
-|-----------|----------|--------------|--------|
-| **Analysis** | [Basic Analysis](./basic-examples.md#quick-analysis-commands) | [Multi-Agent Analysis](./advanced-workflows.md#performance-optimization-team) | [Integration Analysis](./integration-patterns.md#distributed-system-debugging) |
-| **Implementation** | [Simple Features](./basic-examples.md#simple-feature-implementation) | [Complex Projects](./advanced-workflows.md#complex-project-workflows) | [Framework Integration](./integration-patterns.md#framework-integration-patterns) |
-| **Testing** | [Basic Testing](./basic-examples.md#copy-paste-quick-solutions) | [Comprehensive Testing](./advanced-workflows.md#advanced-workflows) | [Testing Integration](./integration-patterns.md#advanced-testing-integration) |
-| **Troubleshooting** | [Common Issues](./basic-examples.md#basic-troubleshooting-examples) | [System Debugging](./advanced-workflows.md#advanced-workflows) | [Distributed Debugging](./integration-patterns.md#advanced-troubleshooting-workflows) |
-| **Performance** | [Basic Optimization](./basic-examples.md#quick-quality-improvements) | [System Optimization](./advanced-workflows.md#performance-optimization-strategies) | [Expert Optimization](./integration-patterns.md#performance-optimization-recipes) |
-
-## Success Milestones
-
-### ✅ Basic Proficiency
-- [ ] Can install and configure SuperClaude
-- [ ] Comfortable with 5-10 core commands
-- [ ] Can complete simple workflows independently
-- [ ] Understands basic flag usage
-
-### ✅ Intermediate Mastery
-- [ ] Masters multi-agent coordination
-- [ ] Can orchestrate complex workflows
-- [ ] Understands session management
-- [ ] Comfortable with advanced flag combinations
-
-### ✅ Expert Integration
-- [ ] Can integrate any development framework
-- [ ] Masters performance optimization
-- [ ] Develops custom integration patterns
-- [ ] Contributes to framework development
-
-## Support Resources
-
-**Documentation**:
-- [Commands Reference](../user-guide/commands.md) - Complete command documentation
-- [Agents Guide](../user-guide/agents.md) - Multi-agent coordination
-- [MCP Servers](../user-guide/mcp-servers.md) - Enhanced capabilities
-- [Advanced Workflows](./advanced-workflows.md) - Complex coordination patterns
-
-**Community**:
-- [GitHub Discussions](https://github.com/SuperClaude-Org/SuperClaude_Framework/discussions) - Community support
-- [GitHub Issues](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues) - Bug reports and features
-- [Contributing Guide](../CONTRIBUTING.md) - Framework contribution
-
-**Advanced**:
-- [Technical Architecture](../developer-guide/technical-architecture.md) - Deep system understanding
-- [Troubleshooting Guide](./troubleshooting.md) - Common issues and solutions
-
----
-
-**Your Journey**: Start with [Basic Examples](./basic-examples.md), progress through [Advanced Workflows](./advanced-workflows.md), and master [Integration Patterns](./integration-patterns.md). SuperClaude grows with you from simple commands to sophisticated development orchestration.
-
-**Remember**: Every expert was once a beginner. Focus on practical application, experiment with different approaches, and leverage the community for support and learning.

docs/reference/integration-patterns.md

@@ -1,319 +0,0 @@
-# SuperClaude Integration Patterns Collection
-
-**Status**: ✅ **Status: Current** - Context patterns for framework integration and tool coordination.
-
-**Context Integration Guide**: Patterns for using SuperClaude commands effectively with different frameworks and tools. Remember: SuperClaude provides context to Claude Code - all actual work is done by Claude.
-
-## Overview and Usage Guide
-
-**Purpose**: Effective patterns for using SuperClaude context with various development frameworks and tools.
-
-**What This Is**: Command combinations and flag patterns that work well for specific technologies
-**What This Isn't**: Performance optimization or parallel execution (no code runs)
-
-**Key Principle**: SuperClaude tells Claude Code WHAT to do and HOW to think about it. Claude Code does the actual work.
-
-## Framework Context Patterns
-
-### React Development Patterns
-
-```bash
-# React development with appropriate context
-/sc:implement "React 18 application with TypeScript" --c7
-# Context7 MCP can provide React documentation if available
-# Magic MCP can help with UI components if configured
-
-# What Actually Happens:
-# 1. Claude reads implement.md for implementation patterns
-# 2. --c7 flag suggests using Context7 MCP for documentation
-# 3. Claude generates React code based on these contexts
-
-# Component development pattern
-@agent-frontend-architect "design component architecture"
-/sc:implement "reusable component library"
-
-# Testing pattern for React
-/sc:test --focus react
-# Claude will suggest React Testing Library patterns
-```
-
-### Node.js Backend Patterns
-
-```bash
-# Node.js backend development patterns
-/sc:implement "Express.js API with TypeScript" --c7
-# Claude will create Express API following Node.js patterns
-
-# What This Means:
-# - Claude reads context about backend patterns
-# - Suggests appropriate middleware and structure
-# - NOT running or optimizing any code
-
-# Database integration pattern
-/sc:implement "database models with Prisma"
-@agent-backend-architect "review database schema"
-
-# API testing pattern
-/sc:test --focus api
-# Claude suggests API testing approaches
-```
-
-### Python Development Patterns
-
-```bash
-# Python web development
-/sc:implement "FastAPI application" --c7
-@agent-python-expert "review implementation"
-
-# What Happens:
-# - Claude uses Python-specific context
-# - Follows FastAPI patterns from context
-# - Generates code (doesn't run it)
-
-# Data science context
-/sc:implement "data analysis pipeline"
-@agent-python-expert "optimize pandas operations"
-# Claude provides optimization suggestions (not actual optimization)
-
-# Testing patterns
-/sc:test --focus python
-# Claude suggests pytest patterns
-```
-
-### Full-Stack Development Patterns
-
-```bash
-# Full-stack application pattern
-/sc:brainstorm "full-stack application architecture"
-@agent-system-architect "design system components"
-
-# Frontend implementation
-/sc:implement "React frontend with TypeScript"
-@agent-frontend-architect "review component structure"
-
-# Backend implementation
-/sc:implement "Node.js API with authentication"
-@agent-backend-architect "review API design"
-
-# Integration
-/sc:implement "connect frontend to backend API"
-```
-
-## Tool Coordination Patterns
-
-### Using MCP Servers Effectively
-
-```bash
-# Context7 for documentation
-/sc:explain "React hooks" --c7
-# If Context7 is configured, it may fetch React docs
-
-# Sequential for complex reasoning
-/sc:troubleshoot "complex bug" --seq
-# Sequential MCP helps with structured problem-solving
-
-# Magic for UI components
-/sc:implement "UI components" --magic
-# Magic MCP can help generate modern UI patterns
-
-# No MCP for simple tasks
-/sc:implement "utility function" --no-mcp
-# Uses only Claude's built-in knowledge
-```
-
-### Agent and Command Combinations
-
-```bash
-# Security-focused development
-@agent-security "review authentication requirements"
-/sc:implement "secure authentication system"
-/sc:analyze --focus security
-
-# Quality-focused workflow
-/sc:implement "new feature"
-@agent-quality-engineer "review code quality"
-/sc:test --focus quality
-
-# Architecture-focused approach
-@agent-system-architect "design microservices"
-/sc:design "service boundaries"
-/sc:implement "service communication"
-```
-
-## Common Integration Patterns
-
-### API Development Pattern
-
-```bash
-# Step 1: Design
-/sc:design "REST API structure"
-
-# Step 2: Implementation
-/sc:implement "API endpoints with validation"
-
-# Step 3: Documentation
-/sc:document --type api
-
-# Step 4: Testing
-/sc:test --focus api
-```
-
-### Database Integration Pattern
-
-```bash
-# Schema design
-@agent-backend-architect "design database schema"
-
-# Model implementation
-/sc:implement "database models"
-
-# Migration creation
-/sc:implement "database migrations"
-
-# Query optimization suggestions
-@agent-backend-architect "suggest query optimizations"
-# Note: Claude suggests optimizations, doesn't actually optimize
-```
-
-### Testing Strategy Pattern
-
-```bash
-# Test planning
-/sc:design "testing strategy"
-
-# Unit tests
-/sc:test --type unit
-
-# Integration tests
-/sc:test --type integration
-
-# E2E test suggestions
-/sc:test --type e2e
-# Claude provides test code, not execution
-```
-
-## Technology-Specific Patterns
-
-### React + TypeScript Pattern
-
-```bash
-# Project setup guidance
-/sc:implement "React TypeScript project structure"
-
-# Component development
-/sc:implement "TypeScript React components with props validation"
-
-# State management
-@agent-frontend-architect "recommend state management approach"
-/sc:implement "state management with Zustand/Redux"
-
-# Testing
-/sc:test --focus react --type unit
-```
-
-### Python FastAPI Pattern
-
-```bash
-# API structure
-/sc:implement "FastAPI project structure"
-
-# Endpoint development
-@agent-python-expert "implement async endpoints"
-
-# Database integration
-/sc:implement "SQLAlchemy models with Alembic"
-
-# Testing
-/sc:test --focus python --type integration
-```
-
-### Node.js Microservices Pattern
-
-```bash
-# Architecture design
-@agent-system-architect "design microservices architecture"
-
-# Service implementation
-/sc:implement "user service with Express"
-/sc:implement "auth service with JWT"
-
-# Inter-service communication
-/sc:implement "service communication patterns"
-
-# Testing approach
-/sc:test --focus microservices
-```
-
-## Troubleshooting Patterns
-
-### Debugging Workflow
-
-```bash
-# Problem analysis
-/sc:troubleshoot "describe the issue"
-
-# Root cause investigation
-@agent-root-cause-analyst "analyze symptoms"
-
-# Solution implementation
-/sc:implement "fix based on analysis"
-
-# Verification
-/sc:test --validate
-```
-
-### Code Review Pattern
-
-```bash
-# Code analysis
-/sc:analyze code/ --focus quality
-
-# Security review
-@agent-security "review for vulnerabilities"
-
-# Performance review
-@agent-performance-engineer "suggest improvements"
-# Note: Suggestions only, no actual performance measurement
-
-# Implementation of improvements
-/sc:improve code/ --fix
-```
-
-## Important Clarifications
-
-### What These Patterns DO
-
-- ✅ Provide structured approaches to development tasks
-- ✅ Combine commands and agents effectively
-- ✅ Suggest appropriate tools and frameworks
-- ✅ Guide Claude to generate better code
-
-### What These Patterns DON'T DO
-
-- ❌ Execute code or measure performance
-- ❌ Run tests or deploy applications
-- ❌ Optimize actual execution speed
-- ❌ Provide real monitoring or metrics
-- ❌ Coordinate parallel processes (everything is sequential text)
-
-## Best Practices
-
-### Effective Pattern Usage
-
-1. **Start with context**: Use `/sc:load` to establish project understanding
-2. **Layer expertise**: Combine general commands with specific agents
-3. **Focus appropriately**: Use `--focus` flags for targeted results
-4. **Manage scope**: Work on specific modules rather than entire codebases
-5. **Document decisions**: Use `/sc:save` to create summaries
-
-### Pattern Selection
-
-- **Simple tasks**: Use basic commands without MCP
-- **Complex tasks**: Add appropriate agents and MCP servers
-- **Security-critical**: Always include `@agent-security`
-- **UI development**: Consider `--magic` flag if configured
-- **Documentation needs**: Use `--c7` for framework docs
-
-## Summary
-
-These integration patterns show how to combine SuperClaude commands, agents, and flags effectively for different development scenarios. Remember that all patterns are about providing better context to Claude Code - the actual code generation, not execution, is what Claude does based on these contexts.

docs/reference/mcp-server-guide.md

@@ -1,755 +0,0 @@
-# MCP Server Troubleshooting Guide
-
-**MCP Server Focus**: Model Context Protocol (MCP) servers provide enhanced capabilities like documentation lookup (Context7), UI generation (Magic), and advanced reasoning (Sequential). This guide covers installation, configuration, and operational troubleshooting for all MCP servers.
-
-**Server-Specific Solutions**: Each MCP server has unique requirements and common failure patterns. This guide provides targeted solutions for each server type and general MCP troubleshooting strategies.
-
-## MCP Server Overview
-
-### Available MCP Servers
-
-**Core MCP Servers:**
-- **Context7**: Official documentation lookup and framework patterns
-- **Sequential**: Multi-step reasoning and complex analysis
-- **Magic**: Modern UI component generation from 21st.dev patterns
-- **Playwright**: Browser automation and E2E testing
-- **Morphllm**: Pattern-based code editing with token optimization
-- **Serena**: Semantic code understanding and project memory
-
-**Server Requirements:**
-- Node.js 16.0.0 or higher
-- npm or yarn package manager
-- Stable network connection for some servers
-- Sufficient system memory (2GB+ recommended)
-
-## Installation and Configuration Issues
-
-### Node.js and npm Problems
-
-#### Issue: Node.js Version Incompatibility
-**Error Message**: `ERROR: MCP servers require Node.js 16+ but found Node.js 14.x`
-
-**Diagnosis**:
-```bash
-node --version
-npm --version
-```
-
-**Solution 1**: Update Node.js (Linux/Ubuntu)
-```bash
-curl -fsSL https://deb.nodesource.com/setup_lts.x | sudo -E bash -
-sudo apt-get install -y nodejs
-```
-
-**Solution 2**: Use Node Version Manager (nvm)
-```bash
-curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash
-source ~/.bashrc
-nvm install node
-nvm use node
-```
-
-**Solution 3**: Manual Node.js installation
-- Download from https://nodejs.org/
-- Follow platform-specific installation instructions
-
-**Verification**:
-```bash
-node --version  # Should be 16.0.0+
-npm --version   # Should be 8.0.0+
-```
-
-**Issue: npm Permission Problems**
-```bash
-# Error message
-ERROR: EACCES: permission denied, access '/usr/local/lib/node_modules'
-
-# Solution 1: Configure npm for user directory
-mkdir ~/.npm-global
-npm config set prefix '~/.npm-global'
-echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.profile
-source ~/.profile
-
-# Solution 2: Fix npm permissions
-sudo chown -R $(whoami) $(npm config get prefix)/{lib/node_modules,bin,share}
-
-# Solution 3: Use npx for package execution
-npx @context7/mcp-server --version
-
-# Verification
-npm list -g --depth=0
-npm config get prefix
-```
-
-### MCP Server Installation Failures
-
-**Issue: Context7 MCP Server Installation Failed**
-```bash
-# Error message
-ERROR: Failed to install @context7/mcp-server
-
-# Diagnosis
-npm list -g @context7/mcp-server
-node --version
-
-# Solution 1: Clean npm cache and reinstall
-npm cache clean --force
-npm install -g @context7/mcp-server
-
-# Solution 2: Use alternative registry
-npm install -g @context7/mcp-server --registry https://registry.npmjs.org/
-
-# Solution 3: Manual installation verification
-npm info @context7/mcp-server
-npm install -g @context7/mcp-server@latest
-
-# Verification
-npm list -g @context7/mcp-server
-node -e "console.log('Context7 installation test')"
-```
-
-**Issue: Sequential MCP Server Dependencies Missing**
-```bash
-# Error message
-ERROR: Sequential MCP server missing required dependencies
-
-# Diagnosis
-npm list -g @sequential/mcp-server
-npm list -g | grep -E "typescript|@types"
-
-# Solution 1: Install dependencies explicitly
-npm install -g typescript @types/node
-npm install -g @sequential/mcp-server
-
-# Solution 2: Force reinstall with dependencies
-npm uninstall -g @sequential/mcp-server
-npm install -g @sequential/mcp-server --save-dev
-
-# Solution 3: Check package integrity
-npm audit --global
-npm update -g
-
-# Verification
-npm list -g @sequential/mcp-server
-```
-
-**Issue: Magic UI Generator Installation Problems**
-```bash
-# Error message
-ERROR: @magic/ui-generator installation failed - build dependencies missing
-
-# Diagnosis
-npm list -g @magic/ui-generator
-which gcc make  # Check build tools
-
-# Solution 1: Install build dependencies (Linux)
-sudo apt install build-essential python3-dev
-
-# Solution 2: Install build dependencies (macOS)
-xcode-select --install
-
-# Solution 3: Use pre-built binaries
-npm install -g @magic/ui-generator --ignore-scripts
-
-# Verification
-npm list -g @magic/ui-generator
-```
-
-## Connection and Communication Issues
-
-### MCP Server Connection Failures
-
-**Issue: Context7 Server Not Connecting**
-```bash
-# Error message
-ERROR: MCP server 'context7' failed to connect
-
-# Diagnosis
-# Check Node.js installation
-node --version  # Should be 16.0.0 or higher
-npm list -g @context7/mcp-server
-
-# Check server configuration
-cat ~/.claude/CLAUDE.md | grep -i context7
-
-# Solution 1: Restart Claude Code session
-# MCP servers restart with Claude Code session restart
-
-# Solution 2: Reconfigure MCP servers
-python3 -m SuperClaude install --components mcp --force
-
-# Solution 3: Manual server testing
-node -e "console.log('Node.js working')"
-npm test @context7/mcp-server
-
-# Solution 4: Check network connectivity
-ping context7-server.example.com  # If server requires network
-curl -I https://context7-api.example.com/health  # Health check
-
-# Verification
-# Try Context7 functionality in Claude Code
-# Should respond to documentation requests
-```
-
-**Issue: MCP Server Communication Timeout**
-```bash
-# Error message
-ERROR: MCP server request timeout after 30 seconds
-
-# Diagnosis
-# Check network connectivity and server health
-ping 8.8.8.8  # Basic connectivity
-curl -I https://api.example.com/health  # API health
-
-# Check system resources
-top
-free -h
-
-# Solution 1: Reduce operation complexity
-# Break complex tasks into smaller parts
-
-# Solution 2: Restart Claude Code session
-# MCP servers restart with Claude Code session restart
-
-# Solution 3: Disable problematic server temporarily
-# Use --no-mcp flag for operations
-
-# Solution 4: Increase timeout (if configurable)
-# Check MCP server configuration files
-
-# Verification
-# Test with simple operations first
-# Gradually increase complexity
-```
-
-**Issue: Multiple MCP Servers Conflicting**
-```bash
-# Error message
-ERROR: MCP server port conflicts detected
-
-# Diagnosis
-netstat -tlnp | grep :8000  # Check port usage
-ps aux | grep -E "context7|sequential|magic"
-
-# Solution 1: Sequential server restart
-# Restart Claude Code to reset all MCP servers
-
-# Solution 2: Configure different ports
-# Edit MCP server configuration files
-# Usually in ~/.claude/ or server-specific directories
-
-# Solution 3: Use selective server activation
-# Use specific server flags instead of --all-mcp
-
-# Verification
-netstat -tlnp | grep -E "8000|8001|8002"  # Check port assignments
-```
-
-## Server-Specific Troubleshooting
-
-### Context7 Documentation Server
-
-**Issue: Context7 Not Finding Documentation**
-```bash
-# Symptoms: Context7 activated but returns no documentation
-
-# Diagnosis
-# Test Context7 connection
-node -e "const c7 = require('@context7/mcp-server'); console.log('Context7 loaded');"
-
-# Solution 1: Update Context7 server
-npm update -g @context7/mcp-server
-
-# Solution 2: Clear Context7 cache
-rm -rf ~/.context7/cache/  # If cache directory exists
-
-# Solution 3: Use explicit library keywords
-# Use specific framework names in requests
-
-# Solution 4: Verify internet connection
-curl -I https://docs.react.dev/  # Example API test
-
-# Verification
-# Try specific documentation requests
-# Should return relevant framework information
-```
-
-**Issue: Context7 Returning Outdated Information**
-```bash
-# Symptoms: Context7 returns old documentation versions
-
-# Solution 1: Update Context7 server
-npm uninstall -g @context7/mcp-server
-npm install -g @context7/mcp-server@latest
-
-# Solution 2: Clear documentation cache
-rm -rf ~/.context7/  # Clear cache if exists
-
-# Solution 3: Force documentation refresh
-# Restart Claude Code session completely
-
-# Verification
-# Check documentation dates in responses
-# Should return current framework versions
-```
-
-### Sequential Reasoning Server
-
-**Issue: Sequential Server Internal Errors**
-```bash
-# Error message
-ERROR: Sequential reasoning server encountered internal error
-
-# Diagnosis
-# Check Sequential server logs
-tail -f ~/.claude/logs/sequential-mcp.log  # If logs exist
-
-# Check server installation
-npm list -g @sequential/mcp-server
-
-# Solution 1: Restart Claude Code session
-# This restarts all MCP servers including Sequential
-
-# Solution 2: Use alternative reasoning approach
-# Use native Claude reasoning without MCP servers
-
-# Solution 3: Reinstall Sequential MCP
-npm uninstall -g @sequential/mcp-server
-npm install -g @sequential/mcp-server@latest
-
-# Solution 4: Check memory availability
-free -h  # Ensure sufficient memory for complex reasoning
-
-# Verification
-# Test with simple analysis tasks first
-# Should provide structured reasoning output
-```
-
-**Issue: Sequential Server Memory Overload**
-```bash
-# Symptoms: Sequential server crashes or becomes unresponsive
-
-# Diagnosis
-top | grep -E "sequential|node"
-free -h
-
-# Solution 1: Reduce analysis complexity
-# Break complex problems into smaller parts
-
-# Solution 2: Increase system memory or swap
-sudo swapon --show  # Check swap status
-
-# Solution 3: Use scope limiting
-# Focus analysis on specific components
-
-# Verification
-ps aux | grep sequential  # Check process status
-```
-
-### Magic UI Generator
-
-**Issue: Magic Not Generating UI Components**
-```bash
-# Symptoms: UI component requests not producing expected output
-
-# Diagnosis
-# Check Magic server installation
-npm list -g @magic/ui-generator
-cat ~/.claude/CLAUDE.md | grep -i magic
-
-# Solution 1: Verify Magic server installation
-npm list -g @magic/ui-generator
-npm install -g @magic/ui-generator@latest
-
-# Solution 2: Use explicit Magic activation
-# Include "component", "UI", or "interface" keywords
-
-# Solution 3: Check component request format
-# Use descriptive requests for better Magic activation
-
-# Solution 4: Test Magic server directly
-node -e "const magic = require('@magic/ui-generator'); console.log('Magic loaded');"
-
-# Verification
-# Should produce complete UI components with modern patterns
-```
-
-**Issue: Magic Components Not Framework-Compliant**
-```bash
-# Symptoms: Generated components don't match framework patterns
-
-# Solution 1: Use framework-specific keywords
-# Include "React", "Vue", "Angular" in requests
-
-# Solution 2: Combine with Context7
-# Use both Magic and Context7 for framework-compliant components
-
-# Solution 3: Update Magic server
-npm update -g @magic/ui-generator
-
-# Verification
-# Generated components should follow framework conventions
-```
-
-### Playwright Browser Automation
-
-**Issue: Playwright Browser Installation Failures**
-```bash
-# Error message
-ERROR: Playwright browser automation failed - browser not installed
-
-# Diagnosis
-npm list -g playwright
-npx playwright --version
-
-# Solution 1: Install Playwright browsers
-npx playwright install
-npx playwright install-deps
-
-# Solution 2: Install specific browsers
-npx playwright install chromium
-npx playwright install firefox
-npx playwright install webkit
-
-# Solution 3: Fix browser dependencies (Linux)
-sudo apt-get install libnss3 libatk-bridge2.0-0 libdrm2 libgtk-3-0
-
-# Verification
-npx playwright --version
-ls ~/.cache/ms-playwright/  # Check browser installations
-```
-
-**Issue: Playwright Browser Launch Failures**
-```bash
-# Error message
-ERROR: Browser launch failed - display not available
-
-# Diagnosis
-echo $DISPLAY  # Check X11 display
-ps aux | grep Xvfb  # Check virtual display
-
-# Solution 1: Use headless mode
-# Set headless: true in Playwright configuration
-
-# Solution 2: Install virtual display (Linux)
-sudo apt-get install xvfb
-export DISPLAY=:99
-Xvfb :99 -screen 0 1024x768x24 &
-
-# Solution 3: Use Docker for browser testing
-docker run -it --rm playwright:latest
-
-# Verification
-# Should successfully launch browsers in headless mode
-```
-
-### Morphllm Pattern Editor
-
-**Issue: Morphllm Pattern Application Failures**
-```bash
-# Symptoms: Pattern-based edits not applying correctly
-
-# Diagnosis
-npm list -g @morphllm/mcp-server
-
-# Solution 1: Update Morphllm server
-npm update -g @morphllm/mcp-server
-
-# Solution 2: Use more specific patterns
-# Provide explicit pattern descriptions
-
-# Solution 3: Check file permissions
-ls -la target-files/  # Ensure write permissions
-
-# Verification
-# Pattern edits should be applied consistently across files
-```
-
-### Serena Project Memory
-
-**Issue: Serena Session Persistence Failures**
-```bash
-# Symptoms: Project context not persisting between sessions
-
-# Diagnosis
-ls ~/.claude/sessions/  # Check session storage
-ls ~/.serena/  # Check Serena-specific storage
-
-# Solution 1: Verify session save operations
-# Ensure proper session saving before closing
-
-# Solution 2: Check storage permissions
-ls -la ~/.claude/sessions/
-chmod 755 ~/.claude/sessions/
-
-# Solution 3: Reinstall Serena server
-# Remove existing Serena registration
-claude mcp remove serena
-# Reinstall using uvx
-uvx --from git+https://github.com/oraios/serena serena --help
-# Re-register with Claude
-claude mcp add serena -- uvx --from git+https://github.com/oraios/serena serena start-mcp-server --context ide-assistant
-
-# Verification
-# Session context should persist across Claude Code restarts
-```
-
-## Performance and Optimization
-
-### MCP Server Performance Issues
-
-**Issue: Slow MCP Server Response Times**
-```bash
-# Symptoms: MCP server operations causing delays
-
-# Diagnosis
-# Check MCP server installation and health
-npm list -g | grep -E "context7|sequential|magic|playwright"
-top | grep node
-
-# Solution 1: Selective MCP server usage
-# Use only needed servers for specific tasks
-
-# Solution 2: Restart Claude Code session
-# This restarts all MCP servers fresh
-
-# Solution 3: Local fallback mode
-# Use --no-mcp flag for pure native operations
-
-# Solution 4: Update all MCP servers
-npm update -g
-
-# Verification
-time node -e "console.log('Node.js speed test')"
-# Should complete successfully
-```
-
-**Issue: MCP Server Memory Leaks**
-```bash
-# Symptoms: Increasing memory usage over time
-
-# Diagnosis
-top | grep node  # Monitor Node.js processes
-ps aux --sort=-%mem | head -10
-
-# Solution 1: Regular Claude Code session restarts
-# Restart sessions periodically during heavy usage
-
-# Solution 2: Monitor specific servers
-htop  # Monitor individual MCP server processes
-
-# Solution 3: Use memory-efficient patterns
-# Avoid keeping large data sets in MCP server memory
-
-# Verification
-free -h  # Monitor memory usage trends
-```
-
-### Resource Management
-
-**Issue: Multiple MCP Servers Competing for Resources**
-```bash
-# Symptoms: System slowdown when multiple servers active
-
-# Diagnosis
-top | grep -E "node|mcp"
-iostat 1 3  # Check I/O usage
-
-# Solution 1: Use targeted server activation
-# Activate only needed servers per task
-
-# Solution 2: Increase system resources
-# Add more RAM or CPU cores if possible
-
-# Solution 3: Queue MCP operations
-# Avoid simultaneous heavy operations
-
-# Solution 4: Use MCP server priorities
-# Configure resource allocation in MCP settings
-
-# Verification
-top  # Monitor resource usage during operations
-```
-
-## Advanced MCP Configuration
-
-### Custom MCP Server Configuration
-
-**Issue: Default MCP Configuration Not Optimal**
-```bash
-# Symptoms: MCP servers not performing optimally for specific use cases
-
-# Solution 1: Locate configuration files
-find ~/.claude/ -name "*mcp*" -type f
-find ~/.config/ -name "*mcp*" -type f
-
-# Solution 2: Customize server settings
-# Edit server-specific configuration files
-# Common locations: ~/.claude/mcp-config.json
-
-# Solution 3: Environment variable configuration
-export MCP_CONTEXT7_TIMEOUT=60
-export MCP_SEQUENTIAL_MEMORY_LIMIT=2048
-
-# Verification
-# Test with custom configuration
-# Should show improved performance for specific use cases
-```
-
-**Issue: MCP Server Load Balancing**
-```bash
-# Symptoms: Uneven load distribution across MCP servers
-
-# Solution 1: Configure server priorities
-# Edit MCP configuration to balance loads
-
-# Solution 2: Use round-robin server selection
-# Implement rotation logic in server calls
-
-# Solution 3: Monitor server performance
-# Track response times and adjust accordingly
-
-# Verification
-# Observe balanced resource usage across servers
-```
-
-## Debugging and Diagnostics
-
-### MCP Server Health Monitoring
-
-**Comprehensive MCP Health Check:**
-```bash
-# MCP Server System Diagnostics
-echo "=== MCP Server Health Check ==="
-
-# Node.js environment
-echo "Node.js version: $(node --version)"
-echo "npm version: $(npm --version)"
-
-# Server installations
-echo "=== Installed MCP Servers ==="
-npm list -g | grep -E "context7|sequential|magic|playwright|morphllm|serena"
-
-# Process monitoring
-echo "=== Running MCP Processes ==="
-ps aux | grep -E "node.*mcp|mcp.*server" | head -5
-
-# Resource usage
-echo "=== Resource Usage ==="
-echo "Memory: $(free -h | grep Mem | awk '{print $3 "/" $2}')"
-echo "CPU Load: $(uptime | awk -F'load average:' '{print $2}')"
-
-# Network connectivity (if required)
-echo "=== Network Status ==="
-ping -c 1 8.8.8.8 > /dev/null && echo "✅ Network OK" || echo "❌ Network Issue"
-```
-
-**MCP Server Functionality Test:**
-```bash
-# Test each MCP server individually
-echo "=== MCP Server Functionality Test ==="
-
-# Context7 test
-if npm list -g @context7/mcp-server > /dev/null 2>&1; then
-    echo "✅ Context7 installed"
-else
-    echo "❌ Context7 missing"
-fi
-
-# Sequential test
-if npm list -g @sequential/mcp-server > /dev/null 2>&1; then
-    echo "✅ Sequential installed"
-else
-    echo "❌ Sequential missing"
-fi
-
-# Magic test
-if npm list -g @magic/ui-generator > /dev/null 2>&1; then
-    echo "✅ Magic installed"
-else
-    echo "❌ Magic missing"
-fi
-
-# Playwright test
-if npx playwright --version > /dev/null 2>&1; then
-    echo "✅ Playwright installed"
-else
-    echo "❌ Playwright missing"
-fi
-```
-
-### MCP Server Log Analysis
-
-**Log Collection and Analysis:**
-```bash
-# Collect MCP server logs
-echo "=== MCP Server Logs ==="
-
-# Check common log locations
-find ~/.claude/ -name "*.log" -type f 2>/dev/null
-find /tmp/ -name "*mcp*.log" -type f 2>/dev/null
-find /var/log/ -name "*mcp*.log" -type f 2>/dev/null
-
-# Check npm logs
-npm config get logs-max
-ls ~/.npm/_logs/ 2>/dev/null | tail -5
-
-# System logs for Node.js processes
-journalctl -u node* --since "1 hour ago" 2>/dev/null | tail -10
-```
-
-## Emergency Recovery
-
-### Complete MCP Reset
-
-**Full MCP Server Reset Procedure:**
-```bash
-# Emergency MCP Reset
-echo "=== Emergency MCP Server Reset ==="
-
-# Step 1: Stop all Claude Code sessions
-echo "Stop all Claude Code sessions and wait 30 seconds"
-
-# Step 2: Backup current state
-cp -r ~/.claude ~/.claude.mcp.backup.$(date +%Y%m%d)
-
-# Step 3: Remove all MCP servers
-npm list -g | grep -E "context7|sequential|magic|playwright|morphllm|serena" | awk '{print $2}' | xargs npm uninstall -g
-
-# Step 4: Clear npm cache
-npm cache clean --force
-
-# Step 5: Reinstall MCP servers
-python3 -m SuperClaude install --components mcp --force
-
-# Step 6: Verification
-npm list -g | grep -E "context7|sequential|magic|playwright|morphllm|serena"
-
-# Step 7: Test functionality
-echo "Test MCP servers in Claude Code after restart"
-```
-
-## Related Resources
-
-### MCP-Specific Documentation
-- **Core SuperClaude Guide**: [../user-guide/mcp-servers.md](../user-guide/mcp-servers.md) - MCP server overview and usage
-- **Common Issues**: [common-issues.md](./common-issues.md) - General troubleshooting procedures
-- **Diagnostic Reference**: [diagnostic-reference.md](./diagnostic-reference.md) - Advanced diagnostic procedures
-
-### External Resources
-- **Node.js Official**: [https://nodejs.org/](https://nodejs.org/) - Node.js installation and documentation
-- **npm Documentation**: [https://docs.npmjs.com/](https://docs.npmjs.com/) - Package manager documentation
-- **Playwright Guide**: [https://playwright.dev/](https://playwright.dev/) - Browser automation documentation
-
-### Support Channels
-- **GitHub Issues**: [MCP-specific problems](https://github.com/SuperClaude-Org/SuperClaude_Framework/issues)
-- **GitHub Discussions**: [MCP server community support](https://github.com/SuperClaude-Org/SuperClaude_Framework/discussions)
-
----
-
-**MCP Server Priority**: When troubleshooting, address servers in order of dependency: Node.js → npm → individual servers → Claude Code integration. Most MCP issues resolve with proper Node.js setup and server reinstallation.
-
-**Verification Pattern**: After MCP solutions, always verify with:
-- ✅ `node --version` - Should be 16.0.0+
-- ✅ `npm list -g | grep mcp` - Should show installed servers
-- ✅ Test server functionality in Claude Code - Should respond without errors