oden-forge 2.0.2 → 2.2.0

package/.claude/commands/oden/epic.md

@@ -222,3 +222,55 @@ Next: /oden:tasks $ARGUMENTS
 - Keep task count to 10 or fewer
 - Focus on practical implementation, not theory
 - Reference existing code patterns when available
+
+
+---
+
+## TASKS MODE: /oden:epic tasks [nombre]
+
+Descompone Epic en tasks/issues individuales listos para implementación.
+
+### Features:
+- **Análisis inteligente** del Epic existente
+- **Descomposición automática** en tasks parallelizables
+- **Dependencias detectadas** automáticamente
+- **Estimaciones** de complejidad
+- **Work streams** optimizados para Teams
+
+### Usage:
+```bash
+/oden:epic tasks auth        # Tasks para Epic de auth
+/oden:epic tasks orders      # Tasks para Epic de orders
+```
+
+### Output:
+- `.claude/epics/[nombre]/tasks/` directory
+- Task files individuales con criterios de aceptación
+- Dependency mapping para Teams
+- Ready para `/oden:sync`
+
+### Example Output:
+```
+📋 TASKS GENERATED FOR: auth
+
+✅ 8 tasks created:
+├── 001-database-schema.md      (Backend, 2 days)
+├── 002-auth-models.md          (Backend, 1 day)  
+├── 003-login-api.md            (Backend, 2 days)
+├── 004-registration-api.md     (Backend, 2 days)
+├── 005-jwt-middleware.md       (Backend, 1 day)
+├── 006-login-ui.md             (Frontend, 2 days)
+├── 007-registration-ui.md      (Frontend, 2 days)
+└── 008-integration-tests.md    (QA, 1 day)
+
+📊 WORK STREAMS:
+Stream A (Backend): Tasks 1-5  (8 days)
+Stream B (Frontend): Tasks 6-7 (4 days) 
+Stream C (QA): Task 8          (1 day)
+
+🔄 DEPENDENCIES:
+Tasks 6-7 depend on tasks 1-5
+Task 8 depends on all tasks
+
+NEXT: /oden:sync auth  # Push to GitHub Issues
+```

package/.claude/commands/oden/init.md

@@ -11,6 +11,8 @@ Wizard interactivo que guía al usuario a crear un proyecto profesional siguiend
 
 ```
 /oden:init [nombre-proyecto]
+/oden:init agents [category]  # Instalar agentes especializados
+/oden:init mcp [category]     # Instalar MCPs recomendados
 ```
 
 ## Filosofía Core
@@ -493,3 +495,52 @@ Solo mostrar la recomendación y justificación breve, sin explicaciones básica
 
 ### Si el usuario rechaza la recomendación:
 Preguntar qué stack prefiere y por qué, luego adaptar el flujo.
+
+---
+
+## AGENTS MODE: /oden:init agents [category]
+
+Instala agentes especializados para desarrollo.
+
+### Categories Disponibles:
+- `core` - Agentes esenciales (fullstack-developer, code-reviewer, debugger)
+- `frontend` - Frontend/UI (frontend-developer, ui-ux-designer)
+- `backend` - Backend/APIs (backend-architect, database-architect)
+- `mobile` - Mobile (mobile-developer, ios-developer)
+- `devops` - DevOps (devops-engineer, deployment-engineer)
+- `data` - Data (data-scientist, data-engineer)
+- (vacío) - Mostrar todas las categorías
+
+### Usage:
+```bash
+/oden:init agents core     # Solo esenciales
+/oden:init agents         # Ver todas las opciones
+```
+
+---
+
+## MCP MODE: /oden:init mcp [category]
+
+Instala MCPs (Model Context Protocol servers) recomendados.
+
+### Categories Disponibles:
+- `essential` - MCPs básicos (memory, context7)
+- `design` - Diseño (pencil, figma)
+- `backend` - Backend (supabase, postgres)
+- `testing` - Testing (chrome-devtools, playwright)
+- `mobile` - Mobile (ios-simulator)
+- `productivity` - Productivity (notion, linear)
+- (vacío) - Mostrar todas las categorías
+
+### Usage:
+```bash
+/oden:init mcp essential  # MCPs básicos
+/oden:init mcp           # Ver todas las opciones
+```
+
+### Auto-Detection:
+Basado en tu stack, se recomiendan automáticamente:
+- **React/Next.js** → chrome-devtools, memory
+- **Mobile** → ios-simulator, chrome-devtools
+- **Supabase** → supabase MCP
+- **Notion** → notion MCP

package/.claude/commands/oden/work.md

@@ -789,3 +789,157 @@ Resuelve manualmente y luego ejecuta: /oden:work epic/payments --resume
 - Follow `/rules/datetime.md` for timestamps
 - Maximum parallel agents: 5 (to avoid resource exhaustion)
 - Always verify remote origin before GitHub write operations
+
+
+---
+
+## 🔥 CONSOLIDATED MODES - Todo en Uno
+
+### DEBUG MODE: /oden:work debug [error/issue]
+Debugging especializado integrado en el workflow.
+
+**Funcionalidad completa de /oden:debug:**
+- Análisis automático de stack traces
+- Detección de patterns en logs
+- Sugerencias de fixes específicas
+- Integration con Teams para debugging paralelo
+
+**Usage:**
+```bash
+/oden:work debug "TypeError: Cannot read property"
+/oden:work debug logs error.log
+/oden:work debug performance api/slow-endpoint
+```
+
+---
+
+### TEST MODE: /oden:work test [target]
+Testing completo integrado en el desarrollo.
+
+**Funcionalidad completa de /oden:test:**
+- Estrategia de testing automática
+- Ejecución con análisis de fallos  
+- Coverage reports con insights
+- Test generation desde specs
+
+**Usage:**
+```bash
+/oden:work test strategy          # Crear estrategia
+/oden:work test run              # Ejecutar todos
+/oden:work test coverage         # Analizar cobertura
+/oden:work test generate auth    # Tests desde specs
+```
+
+---
+
+### REVIEW MODE: /oden:work review [scope]
+Code review antes de PRs y merges.
+
+**Funcionalidad completa de /oden:review:**
+- Review automático con checklist
+- Security scan integrado
+- Performance analysis
+- Best practices validation
+
+**Usage:**
+```bash
+/oden:work review              # Review completo
+/oden:work review security     # Focus en seguridad  
+/oden:work review performance  # Focus en performance
+```
+
+---
+
+### RESEARCH MODE: /oden:work research [topic]
+Investigación técnica durante desarrollo.
+
+**Funcionalidad completa de /oden:research:**
+- Búsqueda de soluciones técnicas
+- Comparación de librerías/approaches
+- Best practices research
+- Documentation lookup
+
+**Usage:**
+```bash
+/oden:work research "rate limiting approaches"
+/oden:work research library axios vs fetch
+/oden:work research best-practice "error handling React"
+```
+
+---
+
+### GIT MODE: /oden:work git [operation]
+Git workflow integrado en el desarrollo.
+
+**Funcionalidad completa de /oden:git:**
+- Branch management automático
+- Smart commits con context
+- PR creation con análisis
+- Merge strategy optimization
+
+**Usage:**
+```bash
+/oden:work git start feature-auth    # Nueva feature branch
+/oden:work git commit "Add auth"     # Smart commit
+/oden:work git pr                    # Create PR con análisis  
+/oden:work git sync                  # Sync con main
+```
+
+---
+
+### DAILY MODE: /oden:work daily
+Registro de progreso diario automático.
+
+**Funcionalidad completa de /oden:daily:**
+- Auto-tracking de archivos modificados
+- Progress analysis con metrics
+- Blockers detection
+- Daily summary generation
+
+**Usage:**
+```bash
+/oden:work daily                 # Registro completo del día
+```
+
+**Output Example:**
+```
+📅 DAY_3_COMPLETED.md
+
+## Progreso del Día
+- ✅ API authentication endpoints (3h)
+- ✅ JWT middleware integration (2h)  
+- 🔄 Frontend login form (in progress)
+
+## Archivos Modificados
+- src/api/auth.ts (new)
+- src/middleware/jwt.ts (updated)
+- src/types/user.ts (updated)
+
+## Blockers
+- None
+
+## Siguiente Día
+- Completar frontend login
+- Add registration flow
+```
+
+---
+
+## 🎯 Smart Mode Selection
+
+El comando `/oden:work` selecciona automáticamente el mejor approach:
+
+- **1-2 archivos** → Single agent
+- **3-5 archivos** → Parallel agents  
+- **6+ archivos** → Full Teams orchestration
+- **Error detection** → Auto-trigger debug mode
+- **Test failures** → Auto-trigger test mode
+- **PR ready** → Auto-trigger review mode
+
+**Example:**
+```bash
+/oden:work auth-epic
+# → Detecta 8 archivos → Teams mode
+# → 2 test failures → Auto-trigger test mode
+# → Security concerns → Auto-trigger review mode
+```

package/README.md

@@ -77,48 +77,18 @@ source ~/.zshrc
 oden-forge status  # Ahora debería funcionar
 ```
 
-## Comandos Disponibles
-
-### Inicialización y Setup
-| Comando | Descripción |
-|---------|-------------|
-| `/oden:init` | Wizard interactivo para crear un proyecto desde cero |
-| `/oden:init-agents [cat]` | Instalar agentes de desarrollo (core, frontend, backend, mobile, devops, data) |
-| `/oden:init-mcp [cat]` | Instalar MCPs recomendados (essential, design, backend, testing, mobile, devops) |
-| `/oden:help` | Mostrar ayuda y guías |
-
-### Fase Pre-Desarrollo
-| Comando | Descripción |
-|---------|-------------|
-| `/oden:architect` | Crear technical-decisions.md (arquitectura, DB schema, stack) |
-| `/oden:analyze` | Análisis competitivo y requisitos de negocio |
-| `/oden:spec [módulo]` | Crear especificaciones detalladas por módulo (800+ líneas) |
-| `/oden:plan` | Plan de implementación semana por semana |
-| `/oden:checklist` | Verificar que todo esté listo antes de codificar |
-
-### Fase Desarrollo
-| Comando | Descripción |
-|---------|-------------|
-| `/oden:daily` | Registrar progreso diario (DAY_X_COMPLETED.md) |
-| `/oden:dev [agent]` | Invocar agentes de desarrollo (ver abajo) |
-| `/oden:review` | Code review automático antes de PR |
-| `/oden:test [sub]` | Testing - estrategia, ejecución, análisis |
-| `/oden:debug [sub]` | Debugging - analizar errores y soluciones |
-| `/oden:research [topic]` | Investigación técnica |
-| `/oden:git [sub]` | Git workflow - branches, PRs, gestión |
-
-### Sincronización con GitHub (integración CCPM)
-| Comando | Descripción |
-|---------|-------------|
-| `/oden:sync setup` | Configurar proyecto para sync con GitHub |
-| `/oden:sync prd [nombre]` | Crear PRD (Product Requirement Document) |
-| `/oden:sync epic [nombre]` | Convertir PRD a Epic técnico |
-| `/oden:sync tasks [nombre]` | Descomponer Epic en tasks |
-| `/oden:sync github [nombre]` | Push Epic y tasks a GitHub como issues |
-| `/oden:sync start [nombre]` | Iniciar desarrollo en epic (worktree) |
-| `/oden:sync issue [#]` | Trabajar en un issue específico |
-| `/oden:sync close [#]` | Cerrar issue completado |
-| `/oden:sync status` | Ver estado de sincronización |
+## 🚀 Comandos Esenciales (Solo 8)
+
+| Comando | Descripción | Funcionalidad |
+|---------|-------------|---------------|
+| `/oden:init` | **Wizard completo** | Setup + agentes + MCPs + configuración |
+| `/oden:architect` | **Decisiones técnicas** | Architecture + specs + DB schema + checklist |
+| `/oden:prd` | **PRD inteligente** | Product requirements con brainstorming |
+| `/oden:epic` | **Epic + Tasks** | Work streams + descomposición automática |
+| `/oden:work` | **🔥 Orquestador** | Desarrollo con Teams + debug + test + research |
+| `/oden:sync` | **GitHub nativo** | Issues + branches + PRs (sin CCPM) |
+| `/oden:mcp` | **Gestión MCPs** | Install + recommend + manage |
+| `/oden:help` | **Ayuda completa** | Guías + docs + troubleshooting |
 
 ---
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "oden-forge",
-  "version": "2.0.2",
+  "version": "2.2.0",
   "description": "Documentation-First Development Toolkit for Claude Code - Create professional projects with built-in methodology, Teams orchestration, and MCP management",
   "keywords": [
     "claude-code",

package/.claude/commands/oden/checklist.md

@@ -1,199 +0,0 @@
----
-allowed-tools: Read, LS, Glob, Grep
-description: Verificar que todo esté listo antes de codificar
----
-
-# Oden Forge - Pre-Code Checklist
-
-Verifica que toda la documentación esté completa antes de escribir código.
-
-## Usage
-
-```
-/oden:checklist
-```
-
-## Propósito
-
-> "Solo cuando TODO esté ✅, empezar a codificar."
-
-Este comando verifica que se ha completado toda la fase de documentación según la metodología Oden.
-
-## Verificaciones
-
-### 1. Technical Decisions (2000+ líneas)
-
-```bash
-# Verificar existencia
-test -f docs/reference/technical-decisions.md
-
-# Contar líneas
-wc -l docs/reference/technical-decisions.md
-# Target: >= 2000 líneas
-```
-
-Verificar contenido:
-- [ ] Stack tecnológico documentado
-- [ ] Schema de BD completo
-- [ ] Interfaces TypeScript definidas
-- [ ] Patrones de arquitectura
-- [ ] APIs diseñadas
-- [ ] Seguridad considerada
-
-### 2. Competitive Analysis (1000+ líneas)
-
-```bash
-test -f docs/reference/competitive-analysis.md
-wc -l docs/reference/competitive-analysis.md
-# Target: >= 1000 líneas
-```
-
-Verificar contenido:
-- [ ] 3+ competidores analizados
-- [ ] Matriz de features
-- [ ] Diferenciadores identificados
-
-### 3. User Stories
-
-```bash
-test -f docs/reference/user-stories.md
-```
-
-Verificar contenido:
-- [ ] 2+ user personas
-- [ ] User stories principales
-- [ ] Criterios de aceptación
-
-### 4. Module Specifications (800+ líneas c/u)
-
-```bash
-# Listar specs
-ls docs/reference/modules/
-
-# Verificar líneas de cada uno
-for f in docs/reference/modules/*.md; do
-  echo "$f: $(wc -l < $f) líneas"
-done
-# Target: >= 800 líneas cada uno
-```
-
-Módulos requeridos según technical-decisions.md
-
-### 5. Implementation Plan
-
-```bash
-test -f docs/reference/implementation-plan.md
-wc -l docs/reference/implementation-plan.md
-```
-
-Verificar contenido:
-- [ ] Timeline semana por semana
-- [ ] Tareas con estimaciones
-- [ ] Dependencias mapeadas
-- [ ] Milestones definidos
-- [ ] Riesgos identificados
-
-### 6. Estructura de Documentación
-
-```bash
-# Verificar estructura
-ls -la docs/
-ls -la docs/guides/
-ls -la docs/reference/
-ls -la docs/reference/modules/
-ls -la docs/development/current/
-ls -la docs/development/completed/
-```
-
-## Output
-
-### Si TODO está listo ✅
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║                  ✅ CHECKLIST COMPLETADO                     ║
-╠══════════════════════════════════════════════════════════════╣
-║                                                              ║
-║  📄 Technical Decisions     ✅  2,450 líneas                 ║
-║  📊 Competitive Analysis    ✅  1,230 líneas                 ║
-║  👥 User Stories            ✅  890 líneas                   ║
-║  📋 Module Specs            ✅  3 módulos (avg 950 líneas)   ║
-║  📅 Implementation Plan     ✅  680 líneas                   ║
-║  📁 Doc Structure           ✅  Completa                     ║
-║                                                              ║
-╠══════════════════════════════════════════════════════════════╣
-║                                                              ║
-║  🎉 ¡Estás listo para codificar!                            ║
-║                                                              ║
-║  Siguiente paso:                                             ║
-║  1. Crea tu primer feature branch                            ║
-║  2. Empieza con las tareas de Semana 1                       ║
-║  3. Usa /oden:daily al final de cada día                     ║
-║                                                              ║
-╚══════════════════════════════════════════════════════════════╝
-```
-
-### Si FALTA algo ❌
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║                  ❌ CHECKLIST INCOMPLETO                     ║
-╠══════════════════════════════════════════════════════════════╣
-║                                                              ║
-║  📄 Technical Decisions     ⚠️  1,200 líneas (need 2000+)    ║
-║  📊 Competitive Analysis    ✅  1,230 líneas                 ║
-║  👥 User Stories            ❌  No encontrado                ║
-║  📋 Module Specs            ⚠️  2/3 módulos completos        ║
-║  📅 Implementation Plan     ✅  680 líneas                   ║
-║  📁 Doc Structure           ✅  Completa                     ║
-║                                                              ║
-╠══════════════════════════════════════════════════════════════╣
-║                                                              ║
-║  🚫 NO empezar a codificar todavía                          ║
-║                                                              ║
-║  Acciones requeridas:                                        ║
-║                                                              ║
-║  1. /oden:architect                                          ║
-║     → Completar technical-decisions.md (+800 líneas)         ║
-║                                                              ║
-║  2. /oden:analyze                                            ║
-║     → Crear user-stories.md                                  ║
-║                                                              ║
-║  3. /oden:spec payments                                      ║
-║     → Falta spec del módulo payments                         ║
-║                                                              ║
-║  Luego vuelve a ejecutar /oden:checklist                    ║
-║                                                              ║
-╚══════════════════════════════════════════════════════════════╝
-```
-
-## Criterios de Aprobación
-
-| Documento | Mínimo | Ideal |
-|-----------|--------|-------|
-| technical-decisions.md | 2000 líneas | 3000+ |
-| competitive-analysis.md | 1000 líneas | 1500+ |
-| user-stories.md | Existe | 500+ líneas |
-| {module}-spec.md | 800 líneas c/u | 1000+ c/u |
-| implementation-plan.md | Existe | 500+ líneas |
-
-## Excepciones
-
-Para proyectos pequeños (MVP rápido), se puede aprobar con:
-- technical-decisions.md: 1000+ líneas
-- competitive-analysis.md: 500+ líneas
-- Al menos 1 spec de módulo: 500+ líneas
-
-Pero documentar la decisión de reducir documentación.
-
-## Filosofía
-
-> "Documentación > 8,000 líneas antes de primera línea de código"
-
-Este checklist existe porque:
-1. Documentar primero evita retrabajo
-2. Specs claras = desarrollo más rápido
-3. Decisiones informadas = menos bugs
-4. El desarrollador sabe EXACTAMENTE qué construir
-
-No es burocracia, es eficiencia.