myaidev-method 0.3.2 → 0.3.4

package/src/statusline/statusline.sh

@@ -0,0 +1,279 @@
+#!/bin/bash
+# MyAIDev Method - Claude Code Status Line
+# Displays branded project status in the Claude Code footer.
+# Called by Claude Code with JSON context on stdin.
+
+# ── Read Claude Code JSON input ──────────────────────────────────────────────
+INPUT=$(cat 2>/dev/null || echo "{}")
+
+# ── Parse fields from stdin JSON ─────────────────────────────────────────────
+# NOTE: context_window.used_percentage is unreliable in status line hooks.
+# Instead, read individual token counts from current_usage and calculate manually.
+# See: github.com/anthropics/claude-code/issues/13783
+CONTEXT_BASELINE=22600  # system prompt, tools, MCP tokens not visible to hooks
+
+if command -v jq >/dev/null 2>&1; then
+  eval "$(echo "$INPUT" | jq -r '
+    "MODEL=" + (.model.display_name // "" | @sh) + "\n" +
+    "CWD=" + (.cwd // .workspace.current_dir // "" | @sh) + "\n" +
+    "CONTEXT_MAX=" + ((.context_window.context_window_size // 200000) | tostring)
+  ' 2>/dev/null)"
+else
+  MODEL=""
+  CWD=""
+  CONTEXT_MAX=200000
+fi
+
+# Calculate context usage from baseline estimate (approximate)
+CONTEXT_USED=$CONTEXT_BASELINE
+
+if [ "$CONTEXT_MAX" -gt 0 ] && [ "$CONTEXT_USED" -gt 0 ]; then
+  CTX_PCT=$((CONTEXT_USED * 100 / CONTEXT_MAX))
+else
+  CTX_PCT=0
+fi
+[ "$CTX_PCT" -gt 100 ] && CTX_PCT=100
+
+# ── ccusage: fetch real token/cost data with caching ─────────────────────────
+CCUSAGE_CACHE="/tmp/.myaidev_ccusage_cache"
+CCUSAGE_LOCK="/tmp/.myaidev_ccusage.lock"
+CCUSAGE_TTL=30  # seconds
+
+CCUSAGE_TOKENS=""
+CCUSAGE_COST=""
+
+# Load cached data first (if it exists)
+if [ -f "$CCUSAGE_CACHE" ]; then
+  source "$CCUSAGE_CACHE"
+fi
+
+# Check if cache needs updating
+ccusage_needs_update=false
+if [ ! -f "$CCUSAGE_CACHE" ] || [ -z "$CCUSAGE_TOKENS" ]; then
+  ccusage_needs_update=true
+elif [ -f "$CCUSAGE_CACHE" ]; then
+  cache_mtime=$(stat -c%Y "$CCUSAGE_CACHE" 2>/dev/null || stat -f%m "$CCUSAGE_CACHE" 2>/dev/null || echo 0)
+  cache_age=$(( $(date +%s) - cache_mtime ))
+  if [ "$cache_age" -ge "$CCUSAGE_TTL" ]; then
+    ccusage_needs_update=true
+  fi
+fi
+
+if [ "$ccusage_needs_update" = true ]; then
+  # Try to acquire lock (non-blocking, using mkdir for atomicity)
+  if mkdir "$CCUSAGE_LOCK" 2>/dev/null; then
+    # Run ccusage with timeout, try npx first then bunx
+    ccusage_output=""
+    if command -v timeout >/dev/null 2>&1; then
+      ccusage_output=$(timeout 5 npx ccusage 2>/dev/null | sed 's/\x1b\[[0-9;]*m//g' | grep "│ Total" | head -1)
+      if [ -z "$ccusage_output" ] && command -v bunx >/dev/null 2>&1; then
+        ccusage_output=$(timeout 5 bunx ccusage 2>/dev/null | sed 's/\x1b\[[0-9;]*m//g' | grep "│ Total" | head -1)
+      fi
+    elif command -v bunx >/dev/null 2>&1; then
+      ccusage_output=$(bunx ccusage 2>/dev/null | sed 's/\x1b\[[0-9;]*m//g' | grep "│ Total" | head -1)
+    fi
+
+    if [ -n "$ccusage_output" ]; then
+      # Extract input tokens (col 4), output tokens (col 5), cost (col 9)
+      cc_input=$(echo "$ccusage_output" | awk -F'│' '{print $4}' | sed 's/[^0-9]//g' | head -c 10)
+      cc_output=$(echo "$ccusage_output" | awk -F'│' '{print $5}' | sed 's/[^0-9]//g' | head -c 10)
+      cc_cost=$(echo "$ccusage_output" | awk -F'│' '{print $9}' | sed 's/^ *//;s/ *$//')
+
+      if [ -n "$cc_input" ] && [ -n "$cc_output" ]; then
+        cc_total=$((cc_input + cc_output))
+        CCUSAGE_TOKENS=$(printf "%'d" "$cc_total" 2>/dev/null || echo "$cc_total")
+        CCUSAGE_COST="$cc_cost"
+
+        # Write to cache
+        echo "CCUSAGE_TOKENS=\"$CCUSAGE_TOKENS\"" > "$CCUSAGE_CACHE"
+        printf "CCUSAGE_COST=\"%s\"\n" "${CCUSAGE_COST//$/\\$}" >> "$CCUSAGE_CACHE"
+      fi
+    fi
+
+    # Release lock
+    rmdir "$CCUSAGE_LOCK" 2>/dev/null
+  else
+    # Lock held by another process — check for stale lock (>30s old)
+    if [ -d "$CCUSAGE_LOCK" ]; then
+      lock_mtime=$(stat -c%Y "$CCUSAGE_LOCK" 2>/dev/null || stat -f%m "$CCUSAGE_LOCK" 2>/dev/null || echo 0)
+      lock_age=$(( $(date +%s) - lock_mtime ))
+      if [ "$lock_age" -gt 30 ]; then
+        rmdir "$CCUSAGE_LOCK" 2>/dev/null
+      fi
+    fi
+    # Use whatever cached data we loaded above
+  fi
+fi
+
+# ── Token formatting ─────────────────────────────────────────────────────────
+format_tokens() {
+  local t=$1
+  # Strip commas for numeric comparison
+  local raw=$(echo "$t" | sed 's/,//g')
+  if [ "$raw" -ge 1000000 ] 2>/dev/null; then
+    printf "%.1fM" "$(echo "$raw / 1000000" | bc -l 2>/dev/null || echo "0")"
+  elif [ "$raw" -ge 1000 ] 2>/dev/null; then
+    printf "%.1fK" "$(echo "$raw / 1000" | bc -l 2>/dev/null || echo "0")"
+  else
+    printf "%s" "$t"
+  fi
+}
+
+# Format display values from ccusage data
+if [ -n "$CCUSAGE_TOKENS" ]; then
+  TOTAL_TOKENS_FMT=$(format_tokens "$CCUSAGE_TOKENS")
+else
+  TOTAL_TOKENS_FMT="N/A"
+fi
+
+if [ -n "$CCUSAGE_COST" ]; then
+  COST_FMT="$CCUSAGE_COST"
+else
+  COST_FMT="N/A"
+fi
+
+# ── Local data sources ───────────────────────────────────────────────────────
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+
+# MyAIDev version from install marker
+VERSION=$(cat "$SCRIPT_DIR/.myaidev-version" 2>/dev/null || echo "?")
+
+# Git branch
+GIT_BRANCH=""
+if git rev-parse --is-inside-work-tree >/dev/null 2>&1; then
+  GIT_BRANCH=$(git branch --show-current 2>/dev/null)
+fi
+
+# Installed skill count
+SKILL_COUNT=0
+if [ -d "$SCRIPT_DIR/skills" ]; then
+  SKILL_COUNT=$(ls -d "$SCRIPT_DIR/skills"/*/ 2>/dev/null | wc -l | tr -d ' ')
+fi
+
+# MCP server count (from settings.json or project .claude/settings.json)
+MCP_TOTAL=0
+MCP_ENABLED=0
+for SETTINGS_FILE in "$SCRIPT_DIR/settings.json" "$SCRIPT_DIR/../.mcp.json" "$HOME/.claude/settings.json"; do
+  if [ -f "$SETTINGS_FILE" ] && command -v jq >/dev/null 2>&1; then
+    if echo "$SETTINGS_FILE" | grep -q "mcp.json"; then
+      # .mcp.json format: top-level "mcpServers" object
+      MCP_TOTAL=$(jq '.mcpServers // {} | keys | length' "$SETTINGS_FILE" 2>/dev/null || echo "0")
+      MCP_ENABLED="$MCP_TOTAL"
+    else
+      # settings.json format: "mcpServers" with optional "enabledMcpjsonServers"
+      MCP_TOTAL=$(jq '.mcpServers // {} | keys | length' "$SETTINGS_FILE" 2>/dev/null || echo "0")
+      HAS_ENABLED=$(jq 'has("enabledMcpjsonServers")' "$SETTINGS_FILE" 2>/dev/null)
+      if [ "$HAS_ENABLED" = "true" ]; then
+        MCP_ENABLED=$(jq '.enabledMcpjsonServers | length' "$SETTINGS_FILE" 2>/dev/null || echo "0")
+      else
+        MCP_ENABLED="$MCP_TOTAL"
+      fi
+    fi
+    # Stop searching if we found MCP servers
+    [ "$MCP_TOTAL" -gt 0 ] && break
+  fi
+done
+
+# Abbreviate CWD
+if [ -z "$CWD" ]; then
+  CWD="$PWD"
+fi
+SHORT_CWD="${CWD/#$HOME/~}"
+if [ "${#SHORT_CWD}" -gt 35 ]; then
+  SHORT_CWD=".../${SHORT_CWD##*/}"
+fi
+
+# Shorten model name (e.g., "Claude Opus 4.6" -> "Opus 4.6")
+SHORT_MODEL="${MODEL#Claude }"
+[ -z "$SHORT_MODEL" ] && SHORT_MODEL="..."
+
+# ── ANSI Colors ──────────────────────────────────────────────────────────────
+CYAN='\033[0;36m'
+BRIGHT_CYAN='\033[1;36m'
+GREEN='\033[0;32m'
+BRIGHT_GREEN='\033[1;32m'
+YELLOW='\033[0;33m'
+BRIGHT_YELLOW='\033[1;33m'
+RED='\033[0;31m'
+MAGENTA='\033[0;35m'
+DIM='\033[2m'
+BOLD='\033[1m'
+RESET='\033[0m'
+
+# MYAI in bright white, DEV in vivid orange
+C_WHITE='\033[1;97m'
+C_ORANGE='\033[1;38;2;255;140;0m'
+
+# ── Build context usage bar ──────────────────────────────────────────────────
+BAR_WIDTH=10
+FILLED=$((CTX_PCT * BAR_WIDTH / 100))
+EMPTY=$((BAR_WIDTH - FILLED))
+
+if [ "$CTX_PCT" -lt 40 ]; then
+  BAR_COLOR="$GREEN"
+elif [ "$CTX_PCT" -lt 70 ]; then
+  BAR_COLOR="$YELLOW"
+else
+  BAR_COLOR="$RED"
+fi
+
+BAR_FILLED=""
+BAR_EMPTY=""
+for ((i = 0; i < FILLED; i++)); do BAR_FILLED="${BAR_FILLED}█"; done
+for ((i = 0; i < EMPTY; i++)); do BAR_EMPTY="${BAR_EMPTY}░"; done
+
+# ── MCP status color ────────────────────────────────────────────────────────
+if [ "$MCP_TOTAL" -eq 0 ]; then
+  MCP_COLOR="$DIM"
+  MCP_DOT="○"
+elif [ "$MCP_ENABLED" -eq "$MCP_TOTAL" ]; then
+  MCP_COLOR="$BRIGHT_GREEN"
+  MCP_DOT="●"
+elif [ "$MCP_ENABLED" -gt 0 ]; then
+  MCP_COLOR="$BRIGHT_YELLOW"
+  MCP_DOT="●"
+else
+  MCP_COLOR="$RED"
+  MCP_DOT="●"
+fi
+
+# ── Line 1: Branding, model, branch, CWD, skills, context ───────────────────
+LINE1=""
+
+# Branding: MYAIDEV with white-to-orange gradient + version
+LINE1="${C_WHITE}MYAI${C_ORANGE}DEV${RESET} ${DIM}v${VERSION}${RESET}"
+
+# Model
+LINE1="${LINE1} ${DIM}│${RESET} 🧠 ${BOLD}${SHORT_MODEL}${RESET}"
+
+# Git branch
+if [ -n "$GIT_BRANCH" ]; then
+  LINE1="${LINE1} ${DIM}│${RESET} ${CYAN}⎇ ${GIT_BRANCH}${RESET}"
+fi
+
+# Working directory
+LINE1="${LINE1} ${DIM}│${RESET} 📁 ${DIM}${SHORT_CWD}${RESET}"
+
+# Skill count
+if [ "$SKILL_COUNT" -gt 0 ]; then
+  LINE1="${LINE1} ${DIM}│${RESET} ${CYAN}⬡${RESET} ${SKILL_COUNT}"
+fi
+
+# Context bar
+LINE1="${LINE1} ${DIM}│${RESET} ${BAR_COLOR}[${BAR_FILLED}${DIM}${BAR_EMPTY}${RESET}${BAR_COLOR}]${RESET} ${CTX_PCT}%"
+
+# ── Line 2: MCP, tokens, cost ───────────────────────────────────────────────
+LINE2="  "
+
+# MCP servers
+LINE2="${LINE2}${CYAN}MCP${RESET} ${MCP_COLOR}${MCP_DOT}${MCP_ENABLED}/${MCP_TOTAL}${RESET}"
+
+# Total tokens
+LINE2="${LINE2} ${DIM}│${RESET} 💎 ${DIM}Total Tokens:${RESET} ${BOLD}${TOTAL_TOKENS_FMT}${RESET}"
+
+# Total cost
+LINE2="${LINE2}  ${DIM}Total Cost:${RESET} ${MAGENTA}${COST_FMT}${RESET}"
+
+# ── Output ───────────────────────────────────────────────────────────────────
+printf "%b\n" "$LINE1"
+printf "%b\n" "$LINE2"

package/src/templates/claude/CLAUDE.md

@@ -0,0 +1,124 @@
+# Claude Code Configuration
+
+This project uses the MyAIDev Method — a skills-based AI development framework.
+
+## Skills (`.claude/skills/`)
+
+Skills are the primary delivery mechanism. Each skill is a self-contained orchestrator with its own subagents.
+
+### Development (MyAIDev SPARC Workflow)
+
+**Recommended entry point**: `/myaidev-workflow` orchestrates the full pipeline.
+
+#### Core SPARC Pipeline
+- `myaidev-workflow` - Multi-agent SPARC orchestrator with feedback loops, project profiles, TDD mode
+- `myaidev-architect` - System architecture design with requirements analysis and compliance checking
+- `myaidev-coder` - Pattern-aware code implementation with convention detection and self-review
+- `myaidev-tester` - Test generation with TDD support (London/Chicago styles) and coverage analysis
+- `myaidev-reviewer` - Code review with auto-fix capability, security scanning, and quality gates
+- `myaidev-documenter` - Documentation generation with code analysis, writing, and validation
+
+#### Standalone Development Tools
+- `myaidev-analyze` - Deep codebase analysis: patterns, conventions, tech stack, dependencies, risks
+- `myaidev-debug` - Systematic debugging with hypothesis testing and root cause analysis
+- `myaidev-refactor` - Code smell detection, safe refactoring planning, and regression guarding
+- `myaidev-performance` - Performance profiling, optimization, and before/after benchmarking
+- `myaidev-migrate` - Framework upgrades, schema migrations, dependency swaps, pattern transitions
+
+### Content Creation
+- `content-writer` - Multi-agent pipeline (research, plan, write, SEO, edit, visuals)
+- `content-rules-setup` - Interactive brand voice configuration
+- `content-verifier` - Content uniqueness and quality verification
+- `content-coordinator` - Batch content verification and publishing
+- `content-enrichment` - Enrich articles with real-time data and visuals
+
+### Publishing
+- `wordpress-publisher` - WordPress REST API publishing
+- `payloadcms-publisher` - PayloadCMS with Lexical format
+- `docusaurus-publisher` - Docusaurus with sidebar config
+- `mintlify-publisher` - Mintlify with navigation updates
+- `astro-publisher` - Astro content collections
+
+### Visual & Media
+- `visual-generator` - AI image/video generation (Gemini, DALL-E, FLUX, Veo)
+
+### Deployment & Infrastructure
+- `deployer` - Multi-environment deployment (dev/staging/prod)
+- `coolify-deployer` - Coolify PaaS deployment
+- `openstack-manager` - OpenStack VM management
+
+### Git & CI/CD
+- `git-workflow` - PRs, releases, hotfixes, branch sync
+
+### Security
+- `security-tester` - Penetration testing (PTES methodology)
+- `security-auditor` - Compliance auditing (PCI-DSS, GDPR, SOC 2)
+
+### Skill Development
+- `skill-builder` - Guided skill creation with concept discovery, iterative refinement, testing, and marketplace submission
+- `skill-contributor` - Quick skill scaffolding and marketplace submission
+
+### Configuration
+- `configure` - Interactive environment setup wizard
+
+## Content Customization
+
+- **content-rules.md** - Brand voice and writing guidelines
+  - Run the `content-rules-setup` skill to generate this interactively
+
+## Platform Configuration
+
+Run the `configure` skill to set up credentials, or manually edit `.env`:
+
+```bash
+# WordPress
+WORDPRESS_URL=https://your-site.com
+WORDPRESS_USERNAME=your-username
+WORDPRESS_APP_PASSWORD=your-app-password
+
+# PayloadCMS
+PAYLOADCMS_URL=https://cms.your-site.com
+PAYLOADCMS_EMAIL=your-email
+PAYLOADCMS_PASSWORD=your-password
+
+# Visual APIs
+GOOGLE_API_KEY=your-key
+OPENAI_API_KEY=your-key
+
+# Coolify
+COOLIFY_URL=https://coolify.your-server.com
+COOLIFY_API_KEY=your-key
+```
+
+## Scripts and Utilities
+
+The `.myaidev-method/` directory contains helper scripts that skills can invoke:
+
+```bash
+node .myaidev-method/scripts/payloadcms-publish.js "article.md"
+node .myaidev-method/scripts/wordpress-health-check.js
+node .myaidev-method/scripts/coolify-deploy-app.js --name myapp
+```
+
+## Project Structure
+
+```
+.claude/
+├── skills/              # All skill definitions (SKILL.md + agents/)
+├── mcp/                 # MCP server configurations
+└── CLAUDE.md            # This file
+.myaidev-method/
+├── scripts/             # Publishing and deployment scripts
+├── lib/                 # Utility libraries
+└── package.json         # Script dependencies
+```
+
+## Updating
+
+```bash
+npx myaidev-method@latest update --claude        # Interactive update
+npx myaidev-method@latest update --claude --force # Force overwrite
+npx myaidev-method@latest update --claude --dry-run # Preview changes
+```
+
+See `USER_GUIDE.md` for detailed instructions.

package/skills/sparc-architect/SKILL.md

@@ -1,127 +0,0 @@
----
-name: sparc-architect
-description: Analyzes requirements and designs system architecture following the SPARC Specification phase. Use when planning a new feature, designing system components, or creating technical specifications before implementation.
-argument-hint: [requirement] [--scope=module]
-allowed-tools: [Read, Write, Edit, Glob, Grep, Task, WebSearch]
----
-
-# SPARC Architect Skill
-
-The Specification phase of the SPARC methodology. Analyze requirements, design system architecture, and create technical specifications.
-
-Handles the **Specification (S)** phase of the SPARC methodology. Part of the `/myaidev-method:sparc-workflow` pipeline.
-
-## Capabilities
-
-- Requirements analysis and decomposition
-- System architecture design
-- Component interface definition
-- Data flow and state management planning
-- Technology stack recommendations
-- Risk identification and mitigation strategies
-- Integration point mapping
-
-## Process
-
-1. **Requirement Analysis**
-   - Parse and understand the requirement
-   - Identify stakeholders and constraints
-   - Define acceptance criteria
-   - List assumptions and dependencies
-
-2. **Architecture Design**
-   - Design high-level system architecture
-   - Define component boundaries
-   - Specify interfaces and contracts
-   - Plan data models and schemas
-
-3. **Technical Specification**
-   - Create detailed technical spec
-   - Document API endpoints (if applicable)
-   - Define error handling strategies
-   - Plan for scalability and performance
-
-4. **Review Preparation**
-   - Generate architecture diagrams (descriptions)
-   - Create implementation roadmap
-   - Identify testing requirements
-   - Document security considerations
-
-## Output Format
-
-```markdown
-# Technical Specification: [Feature Name]
-
-## Overview
-[Brief description of the feature/requirement]
-
-## Requirements
-- FR-1: [Functional requirement]
-- FR-2: [Functional requirement]
-- NFR-1: [Non-functional requirement]
-
-## Architecture
-
-### Components
-- **[Component A]**: [Description and responsibility]
-- **[Component B]**: [Description and responsibility]
-
-### Interfaces
-```typescript
-interface ComponentA {
-  method(): ReturnType;
-}
-```
-
-### Data Flow
-1. [Step 1]
-2. [Step 2]
-3. [Step 3]
-
-## Implementation Plan
-1. Phase 1: [Description]
-2. Phase 2: [Description]
-3. Phase 3: [Description]
-
-## Testing Strategy
-- Unit tests for: [components]
-- Integration tests for: [flows]
-- E2E tests for: [scenarios]
-
-## Security Considerations
-- [Consideration 1]
-- [Consideration 2]
-
-## Open Questions
-- [ ] [Question 1]
-- [ ] [Question 2]
-```
-
-## Parameters
-
-| Parameter | Description | Default |
-|-----------|-------------|---------|
-| `requirement` | The feature or requirement to design | Required |
-| `--scope` | file, module, project, system | module |
-| `--depth` | shallow, standard, deep | standard |
-| `--output` | Output file path | ./specs/[name].md |
-
-## Example Usage
-
-```bash
-# Design a new feature
-/myaidev-method:architect "User authentication with OAuth2 support"
-
-# System-level architecture
-/myaidev-method:architect "Migrate monolith to microservices" --scope=system --depth=deep
-
-# Quick module design
-/myaidev-method:architect "Add caching layer" --scope=module
-```
-
-## Integration
-
-- Output feeds into `/myaidev-method:coder` for implementation
-- Works with `/myaidev-method:sparc` for full workflow orchestration
-- Specifications stored in `specs/` or `docs/` directory
-

package/skills/sparc-coder/SKILL.md

@@ -1,90 +0,0 @@
----
-name: sparc-coder
-description: Transforms specifications into working code following the SPARC Pseudocode and Architecture phases. Use when implementing features from specs, writing code from technical designs, or converting pseudocode to implementation.
-argument-hint: [spec-file] [--implement]
-allowed-tools: [Read, Write, Edit, Glob, Grep, Bash, Task]
----
-
-# SPARC Coder Skill
-
-The Pseudocode and Architecture implementation phases of the SPARC methodology. Transform specifications into working code following established patterns.
-
-Handles the **Pseudocode (P)** and **Architecture (A)** phases of the SPARC methodology. Part of the `/myaidev-method:sparc-workflow` pipeline.
-
-## Capabilities
-
-- Implement features from specifications
-- Follow existing codebase patterns and conventions
-- Generate clean, well-documented code
-- Create necessary tests alongside implementation
-- Handle error cases and edge conditions
-- Integrate with existing systems
-
-## Process
-
-1. **Specification Review**
-   - Read and understand the technical specification
-   - Identify implementation requirements
-   - Map components to files/modules
-
-2. **Pseudocode Planning**
-   - Create pseudocode for complex logic
-   - Plan function signatures and interfaces
-   - Identify shared utilities needed
-
-3. **Implementation**
-   - Write code following project conventions
-   - Implement in logical, testable chunks
-   - Add appropriate comments and documentation
-   - Handle errors gracefully
-
-4. **Self-Review**
-   - Check against specification
-   - Verify edge cases handled
-   - Ensure code is readable and maintainable
-
-## Parameters
-
-| Parameter | Description | Default |
-|-----------|-------------|---------|
-| `spec-file` | Path to specification file | Required |
-| `--implement` | Start implementation immediately | false |
-| `--module` | Target module/directory | auto-detect |
-| `--tests` | Generate tests alongside code | true |
-| `--dry-run` | Show plan without writing code | false |
-
-## Example Usage
-
-```bash
-# Implement from specification
-/myaidev-method:coder "./specs/auth-feature.md" --implement
-
-# Preview implementation plan
-/myaidev-method:coder "./specs/payment-integration.md" --dry-run
-
-# Implement specific module
-/myaidev-method:coder "./specs/api-endpoints.md" --module=src/api
-```
-
-## Integration
-
-- Receives input from `/myaidev-method:architect`
-- Output reviewed by `/myaidev-method:reviewer`
-- Tests validated by `/myaidev-method:tester`
-- Part of `/myaidev-method:sparc` full workflow
-
-## Output Structure
-
-```
-src/
-├── [feature]/
-│   ├── index.ts          # Public API
-│   ├── [component].ts    # Implementation
-│   ├── types.ts          # TypeScript types
-│   └── utils.ts          # Utilities
-tests/
-└── [feature]/
-    ├── [component].test.ts
-    └── integration.test.ts
-```
-