workspace-v1/orchestration/analisis/PLANIFICACION-WORKSPACE-2026-Q1.md

# PLANIFICACION ESTRATEGICA WORKSPACE-V1 - Q1 2026

**Sistema:** NEXUS v4.0 + SIMCO
**Fecha:** 2026-01-04
**Version:** 1.0.0
**Autor:** Agente Orquestador

---

## RESUMEN EJECUTIVO

### Estado General del Workspace

| Metrica | Valor |
|---------|-------|
| **Proyectos totales** | 13 |
| **Proyectos activos (prioridad)** | 4 |
| **Perfiles de agentes disponibles** | 35 |
| **Directivas SIMCO** | 45 |
| **Archivos _MAP.md** | 200+ |

### Proyectos Priorizados (Por Usuario)

| # | Proyecto | Estado Actual | Prioridad | Alcance Usuario |
|---|----------|---------------|-----------|-----------------|
| 1 | **Gamilit** | 65% | CRITICA | Concluir desarrollo completo |
| 2 | **Trading Platform** | 90% | CRITICA | ML, MT4, LLM Agent, Backtesting (NO educacion) |
| 3 | **ERP Construccion** | 35% | ALTA | Desarrollo vertical completo |
| 4 | **ERP Mecanicas Diesel** | 40% | ALTA | Desarrollo MVP completo |

---

## SECCION 1: ANALISIS DETALLADO POR PROYECTO

### 1.1 GAMILIT

#### Estado Actual
```yaml
progreso_global: 65%
capas:
  database: 100%  # 64 tablas, 9 schemas
  backend: 75%    # 12 modulos, 239 endpoints
  frontend: 40%   # 8 paginas criticas
integracion:
  db_to_backend: 94.5%
  backend_to_frontend: 28.2%  # CRITICO
fase_actual: "Fase 3 - Extensiones (planificada)"
presupuesto_ejecutado: $67,295 MXN (42% de $160,000)
```

#### Bloqueadores P0 (6-7 horas)
| ID | Descripcion | Impacto | Estimacion |
|----|-------------|---------|------------|
| SYNC-ENUM | Sincronizar Enums DB (difficulty_level, exercise_type) | INSERT falla | 2-3h |
| ROUTE-ORDER | Fix Route Order Conflicts en controllers | Endpoints no accesibles | 30min |
| GUARDS | Habilitar Guards de Autenticacion | Seguridad comprometida | 15min |
| TOKEN-REFRESH | Implementar Token Refresh endpoint | UX degradada | 2-3h |

#### Backlog P1 (45-55 horas)
- Frontend Type Safety - Gamification (2h)
- Frontend Type Safety - Educational (1.5h)
- Frontend ExerciseType Sync (1-2h)
- Admin Module Types (3h)
- Achievement/Classroom/Submission Interfaces (2.75h)
- Audit Logging Module Backend (35-45h)

#### Agentes Asignados
```yaml
orquestador: Tech-Leader
implementacion:
  - Backend-Agent: Sync enums, Token refresh, Audit module
  - Frontend-Agent: Type safety, Route fixes
  - Database-Agent: Migraciones SQL
validacion:
  - Architecture-Analyst: Validar alineacion DDL-Entity-DTO
  - Security-Auditor: Validar guards y auth
  - Testing-Agent: Tests E2E
```

---

### 1.2 TRADING PLATFORM

#### Estado Actual
```yaml
progreso_global: 90%
servicios:
  frontend: 100%      # React + Charts + Chat
  backend: 100%       # Express.js API
  ml_engine: 95%      # AMD, RangePredictor, TPSLClassifier
  llm_agent: 100%     # Ollama + 12 tools
  trading_agents: 100% # Atlas, Orion, Nova
  data_service: 20%   # INCOMPLETO
  mt4_gateway: 0%     # Documentado, no implementado
fase_actual: "Fase 2 - Integracion y Testing (90%)"
```

#### Alcance Especifico (Usuario)
```yaml
INCLUIR:
  - Visualizar predicciones ML en web
  - Integracion MT4 via MetaAPI
  - LLM Agent para analisis de predicciones
  - Fine-tuning LLM con estrategias TRADING-STRATEGIST
  - Backtesting con datos historicos (excluir ultimo año)
  - Toma decisiones automaticas basadas en ML + LLM

EXCLUIR:
  - Modulos de educacion (OQI-002)
  - Contenido educativo
  - Cursos y certificados
```

#### Tareas Criticas
| ID | Tarea | Agente | Dependencia |
|----|-------|--------|-------------|
| MT4-001 | Implementar MT4 Gateway (MetaAPI) | Backend-Agent + DevOps | Documentacion existente |
| ML-001 | Configurar backtesting (excluir 2025) | ML-Specialist | Datos historicos |
| LLM-001 | Fine-tuning con estrategias AMD/ICT | LLM-Agent + Trading-Strategist | Logs de senales |
| LLM-002 | Integrar decisiones automaticas | Trading-Strategist | MT4 + ML + LLM |
| DATA-001 | Completar Data Service (80% faltante) | Backend-Agent | APIs de datos |

#### Metricas Objetivo (TRADING-STRATEGIST)
```yaml
umbrales_minimos:
  sharpe_ratio: ">= 1.0 (preferible >= 1.5)"
  sortino_ratio: ">= 1.5"
  max_drawdown: "<= 20%"
  win_rate: ">= 40%"
  profit_factor: ">= 1.5"

validacion_obligatoria:
  - Backtest minimo 2 años (excluir 2025)
  - Walk-forward validation
  - Out-of-sample testing positivo
  - Sin overfitting evidente
```

#### Agentes Asignados
```yaml
orquestador: Tech-Leader
implementacion:
  - ML-Specialist: Backtesting, pipeline entrenamiento
  - Trading-Strategist: Validacion estrategias, metricas
  - LLM-Agent: Fine-tuning, analisis predicciones
  - Backend-Agent: MT4 Gateway, Data Service
  - DevOps-Agent: Docker, MetaAPI integration
validacion:
  - Trading-Strategist: Backtest completo antes de aprobar
  - Architecture-Analyst: Integracion servicios
```

---

### 1.3 ERP CONSTRUCCION

#### Estado Actual
```yaml
progreso_global: 35%
documentacion: 100%  # 400+ archivos, 18 modulos
capas:
  database: 100%     # 7 schemas, 110 tablas
  backend: 40%       # 4/18 modulos implementados
  frontend: 5%       # Estructura base
modulos_implementados:
  - Auth (MAI-001): 100%
  - Construction (MAI-002): parcial
  - Budgets (MAI-003): 100%
  - Progress (MAI-005): 100%
  - Estimates (MAI-008): 100%
  - HR (MAI-007): parcial
  - HSE (MAA-017): 100%
```

#### Modulos Pendientes
| Codigo | Modulo | SP | Estado | Prioridad |
|--------|--------|-----|--------|-----------|
| MAI-004 | Compras | 50 | DDL listo, backend pendiente | Alta |
| MAI-006 | Reportes | 40 | Sin DDL | Media |
| MAI-009 | Calidad | 40 | DDL listo, backend pendiente | Alta |
| MAI-010 | CRM Derechohabientes | 45 | DDL parcial | Media |
| MAI-011 | INFONAVIT | 45 | DDL listo, backend pendiente | Alta |
| MAI-012 | Contratos | 45 | DDL listo, backend pendiente | Alta |
| MAI-013 | Administracion | 40 | Sin DDL | Baja |
| MAI-018 | Preconstruccion | 45 | Sin DDL | Baja |
| MAE-014 | Finanzas | 80 | DDL pendiente | Media |
| MAE-015 | Activos | 70 | DDL pendiente | Baja |
| MAE-016 | DMS | 60 | DDL pendiente | Baja |

#### Dependencias con erp-core
```yaml
modulos_requeridos:
  - AuthModule (v1.0.0): OK
  - UsersModule (v1.0.0): OK
  - RolesModule (v1.0.0): OK
  - TenantsModule (v1.0.0): OK
  - PartnersModule (v1.0.0): OK
  - InventoryModule (v1.0.0): OK

rls_obligatorio:
  variable: "app.current_tenant_id"
  tipo: UUID
  verificacion: "Todas las tablas tienen RLS"
```

#### Agentes Asignados
```yaml
orquestador: Tech-Leader
implementacion:
  - Database-Agent: DDL modulos faltantes
  - Backend-Agent: Controllers REST, Services
  - Frontend-Agent: UI por modulo
validacion:
  - Architecture-Analyst: Herencia erp-core
  - Testing-Agent: Tests por modulo
```

---

### 1.4 ERP MECANICAS DIESEL

#### Estado Actual
```yaml
progreso_global: 40%
documentacion: 100%  # 6 epicas MVP, 55 US
capas:
  database: 100%     # 7 schemas, 65+ tablas
  backend: 75%       # 11 servicios, 50+ endpoints
  frontend: 0%       # Planificado
sprints_completados:
  - Sprint 1.1: Auth + Users (100%)
  - Sprint 1.2: Customers (100%)
  - Sprint 1.3: Orders/Vehicles/Parts (80%)
  - Sprint 1.4: Quotes (60%)
```

#### Epicas MVP (241 SP Total)
| Codigo | Nombre | SP | US | DDL | Backend | Frontend |
|--------|--------|-----|-----|-----|---------|----------|
| EPIC-MMD-001 | Fundamentos | 42 | 9 | OK | OK | Pendiente |
| EPIC-MMD-002 | Ordenes Servicio | 55 | 11 | OK | OK | Pendiente |
| EPIC-MMD-003 | Diagnosticos | 42 | 8 | OK | OK | Pendiente |
| EPIC-MMD-004 | Inventario | 42 | 10 | OK | OK | Pendiente |
| EPIC-MMD-005 | Vehiculos | 34 | 8 | OK | OK | Pendiente |
| EPIC-MMD-006 | Cotizaciones | 26 | 7 | OK | 60% | Pendiente |

#### Caracteristica Especial
```yaml
modo_operacion: STANDALONE o ERP-CORE
descripcion: |
  Este proyecto implementa Auth y Users localmente en workshop_core,
  permitiendo funcionar sin dependencia de erp-core para MVP.
  Puede integrar modulos de erp-core cuando sea necesario.  
```

#### Agentes Asignados
```yaml
orquestador: Tech-Leader
implementacion:
  - Backend-Agent: Completar Sprint 1.3-1.4
  - Frontend-Agent: UI completa (6 modulos)
  - Database-Agent: Ajustes DDL si necesario
validacion:
  - Testing-Agent: Tests E2E por modulo
```

---

## SECCION 2: MAPA DE EJECUCION DE AGENTES

### 2.1 Matriz Proyecto-Agente

```
                    GAMILIT   TRADING   ERP-CONST   ERP-DIESEL
                    --------  --------  ----------  -----------
Tech-Leader           ★         ★          ★           ★
Orquestador           ●         ●          ●           ●

Backend-Agent         ●●        ●●●        ●●●         ●●
Frontend-Agent        ●●●       ●          ●●          ●●●
Database-Agent        ●         ●          ●●          ●

ML-Specialist         -         ●●●        -           -
Trading-Strategist    -         ●●●        -           -
LLM-Agent             -         ●●         -           -

Architecture-Analyst  ●         ●          ●           -
Security-Auditor      ●●        ●          -           -
Testing-Agent         ●●        ●●         ●           ●●
DevOps-Agent          ●         ●●         ●           ●
Code-Reviewer         ●         ●          ●           ●

Leyenda: ★ = Lider | ●●● = Principal | ●● = Importante | ● = Soporte | - = No aplica
```

### 2.2 Asignacion de Agentes por Fase

#### FASE 1: Estabilizacion (Gamilit P0)
```yaml
duracion_estimada: "1-2 dias"
agentes:
  principal: Backend-Agent
  soporte: [Database-Agent, Security-Auditor]
tareas:
  - SYNC-ENUM: Database-Agent
  - ROUTE-ORDER: Backend-Agent
  - GUARDS: Security-Auditor
  - TOKEN-REFRESH: Backend-Agent
entregables:
  - Migracion SQL enums
  - Controllers corregidos
  - Token refresh endpoint
validacion: Testing-Agent
```

#### FASE 2: Trading Platform Core
```yaml
duracion_estimada: "1-2 semanas"
agentes:
  principal: [ML-Specialist, Trading-Strategist]
  soporte: [Backend-Agent, LLM-Agent]
tareas:
  - MT4-001: Backend-Agent + DevOps-Agent
  - ML-001: ML-Specialist
  - LLM-001: LLM-Agent + Trading-Strategist
  - DATA-001: Backend-Agent
entregables:
  - MT4 Gateway funcional
  - Backtesting configurado (excluir 2025)
  - LLM fine-tuned
validacion: Trading-Strategist (metricas obligatorias)
```

#### FASE 3: Trading Platform Integration
```yaml
duracion_estimada: "1 semana"
agentes:
  principal: Trading-Strategist
  soporte: [ML-Specialist, LLM-Agent]
tareas:
  - Integrar ML + LLM + MT4
  - Validar decisiones automaticas
  - Walk-forward validation
  - Out-of-sample testing
entregables:
  - Sistema integrado funcionando
  - Reporte de backtesting completo
  - Metricas dentro de umbrales
validacion: Trading-Strategist + Architecture-Analyst
```

#### FASE 4: ERPs (Paralelo)
```yaml
duracion_estimada: "2-4 semanas"
agentes:
  erp_construccion:
    principal: Backend-Agent
    soporte: [Database-Agent, Frontend-Agent]
  erp_diesel:
    principal: Frontend-Agent
    soporte: [Backend-Agent]
tareas_construccion:
  - Controllers REST para modulos con entities
  - Frontend integracion API
  - Tests por modulo
tareas_diesel:
  - Completar Sprint 1.3-1.4 (Backend)
  - Frontend completo (6 modulos)
  - Tests E2E
entregables:
  - ERP Construccion backend 60%+
  - ERP Diesel MVP funcional
validacion: Testing-Agent + Architecture-Analyst
```

#### FASE 5: Gamilit P1 (Paralelo con Fase 4)
```yaml
duracion_estimada: "2-3 semanas"
agentes:
  principal: [Backend-Agent, Frontend-Agent]
  soporte: [Architecture-Analyst]
tareas:
  - Type Safety Frontend (10h)
  - Audit Logging Module (35-45h)
  - Admin Module Types (3h)
entregables:
  - Type safety 80%+
  - Audit module funcional
validacion: Code-Reviewer + Testing-Agent
```

---

## SECCION 3: DEPENDENCIAS Y VALIDACIONES

### 3.1 Matriz de Dependencias Criticas

```
PROYECTO          DEPENDE DE                    IMPACTO SI FALLA
---------------   ---------------------------   -----------------
Gamilit           erp-core (Auth, Users)        No puede autenticar
                  PostgreSQL 16                 No funciona
                  Redis 7                       Performance degradado

Trading Platform  ML Engine (AMD, Range)        Sin predicciones
                  LLM Agent (Ollama)            Sin copiloto IA
                  MetaAPI (MT4)                 Sin trading real
                  Binance API                   Sin datos real-time
                  GPU (RTX 5060 Ti)             Training lento

ERP Construccion  erp-core (6 modulos)          No funciona
                  PostgreSQL 15+                No funciona
                  RLS policies                  Seguridad comprometida

ERP Diesel        Standalone mode               Funciona independiente
                  erp-core (opcional)           Features adicionales
```

### 3.2 Validaciones por Fase

#### Gate 1: Pre-Desarrollo
```yaml
checklist:
  - [ ] CONTEXTO-PROYECTO.md leido
  - [ ] PROXIMA-ACCION.md verificado
  - [ ] Dependencias resueltas
  - [ ] Inventarios actualizados
  - [ ] Errores previos revisados (REGISTRO-ERRORES.yml)
```

#### Gate 2: Pre-Ejecucion
```yaml
checklist:
  - [ ] Plan detallado aprobado
  - [ ] Subtareas asignadas a agentes
  - [ ] Archivos a modificar identificados
  - [ ] Tests existentes pasan
  - [ ] Build actual exitoso
```

#### Gate 3: Post-Ejecucion
```yaml
checklist:
  - [ ] Build pasa
  - [ ] Lint pasa
  - [ ] Tests nuevos escritos
  - [ ] Tests pasan (coverage objetivo)
  - [ ] Documentacion actualizada
  - [ ] Inventarios actualizados
  - [ ] Trazabilidad registrada
```

#### Gate Trading (Especifico)
```yaml
metricas_trading:
  - [ ] Sharpe Ratio >= 1.0
  - [ ] Sortino Ratio >= 1.5
  - [ ] Max Drawdown <= 20%
  - [ ] Win Rate >= 40%
  - [ ] Profit Factor >= 1.5
  - [ ] Walk-forward validation OK
  - [ ] Out-of-sample positivo
  - [ ] Sin overfitting
```

---

## SECCION 4: CRONOGRAMA SUGERIDO

### 4.1 Timeline de Ejecucion

```
SEMANA 1 (S1)
├─ Dia 1-2: FASE 1 - Gamilit P0 (6-7h)
│   └─ Resolver bloqueadores criticos
├─ Dia 3-5: FASE 2 - Trading Platform inicio
│   └─ MT4 Gateway + Backtesting config
└─ ENTREGABLE: Gamilit estable, Trading con MT4

SEMANA 2 (S2)
├─ Dia 1-3: FASE 2 - Trading ML/LLM
│   └─ Fine-tuning LLM + Backtesting
├─ Dia 4-5: FASE 3 - Trading Integration
│   └─ Validacion metricas
└─ ENTREGABLE: Trading Platform validado

SEMANA 3-4 (S3-S4)
├─ FASE 4: ERPs (Paralelo)
│   ├─ ERP Construccion: Backend 60%+
│   └─ ERP Diesel: Frontend MVP
├─ FASE 5: Gamilit P1 (Paralelo)
│   └─ Type safety + Audit module
└─ ENTREGABLE: ERPs avanzados, Gamilit P1 resuelto

SEMANA 5+ (S5+)
├─ Refinamiento segun resultados
├─ Testing integral
└─ Documentacion final
```

### 4.2 Hitos Clave

| Hito | Fecha Objetivo | Criterio de Exito |
|------|----------------|-------------------|
| H1: Gamilit P0 | Fin S1 | Bloqueadores resueltos |
| H2: Trading MT4 | Fin S1 | Gateway funcional |
| H3: Trading Validado | Fin S2 | Metricas dentro de umbrales |
| H4: ERP Diesel MVP | Fin S4 | Frontend completo, tests OK |
| H5: ERP Construccion 60% | Fin S4 | Backend avanzado |
| H6: Gamilit P1 | Fin S4 | Type safety 80%+ |

---

## SECCION 5: ARCHIVOS CLAVE POR PROYECTO

### 5.1 Gamilit
```yaml
contexto:
  - projects/gamilit/orchestration/CONTEXT-MAP.yml
  - projects/gamilit/docs/90-transversal/roadmap/ROADMAP-GENERAL.md
  - projects/gamilit/docs/90-transversal/sprints/SPRINTS-DETALLADOS.md
codigo:
  - projects/gamilit/apps/backend/src/modules/
  - projects/gamilit/apps/frontend/src/
  - projects/gamilit/apps/database/schemas/
validacion:
  - projects/gamilit/.claude/orchestration/05-validaciones/
```

### 5.2 Trading Platform
```yaml
contexto:
  - projects/trading-platform/orchestration/PROXIMA-ACCION.md
  - projects/trading-platform/docs/02-definicion-modulos/OQI-006-ml-signals/
  - projects/trading-platform/docs/01-arquitectura/INTEGRACION-METATRADER4.md
codigo:
  - projects/trading-platform/apps/ml-engine/src/
  - projects/trading-platform/apps/llm-agent/src/
  - projects/trading-platform/apps/trading-agents/src/
estrategias:
  - projects/trading-platform/docs/02-definicion-modulos/OQI-006-ml-signals/estrategias/
perfiles:
  - orchestration/agents/perfiles/PERFIL-TRADING-STRATEGIST.md
  - orchestration/agents/perfiles/PERFIL-ML-SPECIALIST.md
```

### 5.3 ERP Construccion
```yaml
contexto:
  - projects/erp-construccion/orchestration/00-guidelines/CONTEXTO-PROYECTO.md
  - projects/erp-construccion/orchestration/inventarios/MASTER_INVENTORY.yml
  - projects/erp-construccion/orchestration/00-guidelines/HERENCIA-ERP-CORE.md
codigo:
  - projects/erp-construccion/backend/src/modules/
  - projects/erp-construccion/database/schemas/
documentacion:
  - projects/erp-construccion/docs/02-definicion-modulos/
  - projects/erp-construccion/docs/05-user-stories/
```

### 5.4 ERP Mecanicas Diesel
```yaml
contexto:
  - projects/erp-mecanicas-diesel/docs/00-vision-general/VISION.md
  - projects/erp-mecanicas-diesel/docs/08-epicas/
codigo:
  - projects/erp-mecanicas-diesel/backend/src/modules/
  - projects/erp-mecanicas-diesel/database/init/
documentacion:
  - projects/erp-mecanicas-diesel/docs/02-definicion-modulos/
```

---

## SECCION 6: PROTOCOLO DE EJECUCION

### 6.1 Para Cada Tarea

```yaml
paso_1_contexto:
  accion: "Cargar contexto del proyecto"
  archivos:
    - CONTEXTO-PROYECTO.md
    - PROXIMA-ACCION.md
    - Inventarios relevantes

paso_2_analisis:
  accion: "Analizar archivos impactados"
  verificar:
    - Dependencias existentes
    - Tests actuales
    - Build status

paso_3_planificacion:
  accion: "Definir subtareas"
  asignar: "Agente especializado"
  documentar: "En PLAN-{TAREA}.md"

paso_4_validacion_pre:
  accion: "Verificar antes de ejecutar"
  checklist: "@Gate 2: Pre-Ejecucion"

paso_5_ejecucion:
  accion: "Implementar cambios"
  seguir: "SIMCO correspondiente"

paso_6_validacion_post:
  accion: "Verificar despues de ejecutar"
  checklist: "@Gate 3: Post-Ejecucion"

paso_7_documentacion:
  accion: "Actualizar documentacion"
  archivos:
    - Inventarios
    - Trazas
    - PROXIMA-ACCION.md
```

### 6.2 Validacion Cruzada

Para cada cambio significativo:
```yaml
validar_contra:
  documentacion:
    - Especificacion tecnica original
    - User Story correspondiente
    - ADR si existe
  codigo:
    - DDL si es backend (alineacion entity)
    - Entity si es frontend (alineacion types)
    - Tests existentes
  dependencias:
    - Modulos que importan este
    - Archivos que referencian este
    - APIs que consumen este
```

---

## SECCION 7: RIESGOS Y MITIGACION

### 7.1 Riesgos Identificados

| ID | Riesgo | Probabilidad | Impacto | Mitigacion |
|----|--------|--------------|---------|------------|
| R1 | Overfitting en Trading ML | Alta | Critico | Walk-forward validation obligatorio |
| R2 | Type safety incompleto Gamilit | Media | Alto | Priorizar P0 antes de P1 |
| R3 | Dependencia erp-core no disponible | Baja | Critico | Verificar versiones antes de iniciar |
| R4 | MetaAPI rate limits | Media | Medio | Implementar retry logic |
| R5 | GPU no disponible para training | Baja | Alto | Fallback a CPU (mas lento) |
| R6 | Frontend scope creep en ERPs | Alta | Medio | MVP estricto por fase |

### 7.2 Plan de Contingencia

```yaml
si_overfitting_detectado:
  - Reducir complejidad del modelo
  - Aumentar datos de entrenamiento
  - Revisar feature engineering
  - Consultar ML-Specialist

si_integracion_falla:
  - Verificar versiones de dependencias
  - Revisar logs de errores
  - Consultar Architecture-Analyst
  - Documentar en REGISTRO-ERRORES.yml

si_metricas_no_cumplen:
  - Iterar con Trading-Strategist
  - Revisar parametros de estrategia
  - Aumentar periodo de backtest
  - Considerar estrategias alternativas
```

---

## SECCION 8: METRICAS DE EXITO

### 8.1 Por Proyecto

| Proyecto | Metrica | Objetivo | Actual |
|----------|---------|----------|--------|
| Gamilit | Progreso global | 85% | 65% |
| Gamilit | Type safety | 80% | 62% |
| Gamilit | P0 resueltos | 100% | 0% |
| Trading | Sharpe Ratio | >= 1.0 | TBD |
| Trading | MT4 Integration | 100% | 0% |
| Trading | LLM Fine-tuned | 100% | 0% |
| ERP Const | Backend | 60% | 40% |
| ERP Diesel | Frontend MVP | 100% | 0% |

### 8.2 Por Sprint/Semana

```yaml
semana_1:
  - Gamilit P0: 100%
  - Trading MT4: Implementado
  - Backtesting: Configurado

semana_2:
  - Trading: Metricas validadas
  - LLM: Fine-tuned

semana_3_4:
  - ERP Diesel: Frontend MVP 100%
  - ERP Const: Backend 60%
  - Gamilit P1: 50%
```

---

## APENDICE A: PERFILES DE AGENTES RELEVANTES

### Agentes Principales

| Perfil | Archivo | Uso Principal |
|--------|---------|---------------|
| Tech-Leader | PERFIL-TECH-LEADER.md | Orquestacion general |
| Backend-Agent | PERFIL-BACKEND.md | NestJS/Express |
| Frontend-Agent | PERFIL-FRONTEND.md | React |
| Database-Agent | PERFIL-DATABASE.md | PostgreSQL |
| ML-Specialist | PERFIL-ML-SPECIALIST.md | Modelos ML |
| Trading-Strategist | PERFIL-TRADING-STRATEGIST.md | Estrategias y backtesting |
| LLM-Agent | PERFIL-LLM-AGENT.md | Integracion LLM |

### Agentes de Validacion

| Perfil | Archivo | Uso Principal |
|--------|---------|---------------|
| Architecture-Analyst | PERFIL-ARCHITECTURE-ANALYST.md | Validacion arquitectonica |
| Security-Auditor | PERFIL-SECURITY-AUDITOR.md | Seguridad |
| Testing-Agent | PERFIL-TESTING.md | Tests |
| Code-Reviewer | PERFIL-CODE-REVIEWER.md | Code review |

---

## APENDICE B: DIRECTIVAS SIMCO RELEVANTES

| Directiva | Cuando Usar |
|-----------|-------------|
| SIMCO-CREAR.md | Crear nuevos artefactos |
| SIMCO-MODIFICAR.md | Modificar existentes |
| SIMCO-VALIDAR.md | Validar calidad |
| SIMCO-DELEGACION-PARALELA.md | Orquestar subagentes |
| SIMCO-ML.md | Tareas ML |
| SIMCO-BACKEND.md | Tareas backend |
| SIMCO-FRONTEND.md | Tareas frontend |
| SIMCO-DDL.md | Base de datos |

---

**Documento generado:** 2026-01-04
**Sistema:** NEXUS v4.0 + SIMCO
**Proximo review:** Fin de Semana 2