---
asset_id: ARQ-EL-HyperLoopX-MejoraRecursiva-v01
tipo: ARQ — Documento de Arquitectura
version: v01
status: Activo — marco canónico en construcción (seed, pendiente ratificación VH)
owner: Victor Heredia
sherpa_owner: Jay
fecha: 2026-06-19
intellibank: IB-EL-EmpowerLabs / BOS-EL-WORX-OS
experimento: EXP-2026-08 (Tablero de Experimentos · seguimiento del rollout)
gate_g0: PASS — derivado de ARQ-EL-BrainX-SOMA, MetaLoopX, ciclo virtuoso LabPraxis, HiOrg Cap.1 y BC-VictorHeredia-Own-v02
proposito: >
  Define HyperLoopX: la Capa de Mejora Recursiva del WORX OS de EmpowerLabs.
  El sistema nervioso que observa los frentes del ecosistema, detecta fallas de
  arquitectura y oportunidades, propone mejoras con su CAM diagnosticado, las
  enruta a los tres bancos del aprendizaje (Idea Bank / Experimentos / LabPraxis),
  verifica que aterrizaron, y se mejora a sí mismo. Encarnado en Jay (modo
  observador) y corrido sobre los 4 ritmos WORX.
relacionado_con:
  - ARQ-EL-BrainX-SOMA-v01.md
  - BC-VictorHeredia-Own-v02.md
  - MPB-EL-WORX-ModeloOperativo-v01.md
  - CP-EL-IdeaBank-v01.md
  - BRD-EL-Experiments-Lab-v01.md
  - CAS-EL-WORX-LabPraxis-BancoCasos-v01.md
  - BRD-EL-Home-Live-v01.html
---

# ARQ-EL-HyperLoopX-MejoraRecursiva-v01
## HyperLoopX · La Capa de Mejora Recursiva del WORX OS

> *Los tres bancos son la memoria del aprendizaje. HyperLoopX es el sistema
> nervioso que la recorre — y se mejora a sí mismo. Un Brain OS que no se observa
> operando solo acumula; uno que se observa, se reinventa.*

---

## 1. Qué es HyperLoopX

HyperLoopX es la **capa de mejora recursiva** del WORX OS: una función siempre encendida que **observa** cómo opera el ecosistema, **detecta** fallas de arquitectura y oportunidades, **propone** mejoras con su punto de máximo apalancamiento (CAM) ya diagnosticado, las **enruta** al banco correcto, **verifica** que aterrizaron y movieron una métrica, y **se mejora a sí misma**.

Es la **5ª pregunta de WORX** — "¿cómo podemos mejorar?" — convertida de *evento* (la retrospectiva trimestral) en *función continua*. Y es la **Capacidad 1 de una Organización Hiperinteligente** (diagnóstico continuo) aplicada a EmpowerLabs como **Caso 0**: no vendemos diagnóstico continuo si no nos lo corremos a nosotros primero (dogfooding, principio P2 del BC-VH).

## 2. HyperLoopX ≠ MetaLoopX (distinción canónica)

| | **MetaLoopX** | **HyperLoopX** |
|---|---|---|
| Verbo | **Produce** | **Mejora** |
| Objeto | Las factorías BMF y su producción de activos | Todo el Brain OS: factorías, LoopX, vault, equipo, los tres bancos — y a sí mismo |
| Naturaleza | Loop de *producción* de orden superior | Loop de *mejora* de orden superior |
| Relación | Es uno de los frentes que HyperLoopX observa | Observa también al MetaLoopX |

MetaLoopX construye fábricas. HyperLoopX vigila que todo el sistema —incluidas esas fábricas— mejore. No compiten: HyperLoopX está *por encima*.

## 3. Lugar en la arquitectura

HyperLoopX se monta **sobre los tres bancos del aprendizaje**, sin sustituir a ninguno:

- 💡 **Idea Bank** (`CP-EL-IdeaBank`) — qué *podríamos* hacer.
- 🧪 **Tablero de Experimentos** (`BRD-EL-Experiments-Lab`) — qué *estamos probando*.
- 📘 **LabPraxis** (`CAS-EL-WORX-LabPraxis`) — qué *aprendimos*.

Respeta la distinción de `ARQ-EL-BrainX-SOMA`: HyperLoopX mejora la **metodología** (MetaPlaybooks, SOPs, procedimientos), **nunca toca SOMA** (la infraestructura estable: naming, esquema de XDoc, niveles de gobernanza). La organización aprende sin romperse.

Se **encarna en Jay** (modo observador) y corre sobre la **superficie canónica** (XDoc + ritmos), sin juntas extra — axioma WORX F3.

## 4. El loop (Señal → Cascada, industrializada)

```
OBSERVAR → DETECTAR → CAM → PROPONER+ENRUTAR → VERIFICAR → RECURSIÓN
```

1. **OBSERVAR** — barrido de señales en los frentes (telemetría del vault, LoopX, equipo, experimentos, ideas).
2. **DETECTAR** — síntoma → falla de arquitectura (Lente 1 del BC-VH): no se atiende el síntoma, se busca la falla sistémica que lo produce.
3. **CAM** — diagnosticar el punto de máximo apalancamiento de la mejora *antes* de ejecutar (Lente 3 / Algoritmo 3 del BC-VH).
4. **PROPONER + ENRUTAR** — una mejora concreta, al banco correcto:
   - aprendizaje operativo → **LabPraxis** (`CAS-` → SOP)
   - innovación nueva → **Idea Bank** (`IDE-`)
   - hipótesis incierta → **Experimento** (`EXP-`)
   - corrección directa → SOP / activo existente
5. **VERIFICAR** — que la mejora aterrizó y movió la métrica (no que se propuso). Esto **cierra** el loop.
6. **RECURSIÓN** — el loop se aplica a sí mismo: afina sus señales, umbrales y cadencias, y al propio Jay (su prompt maestro y su contexto).

El algoritmo "Señal → Cascada" del BC-VH es la primitiva; HyperLoopX la corre sobre *todo el Brain OS*, no solo en la cabeza de Victor.

## 5. Recursión acotada (dónde se detiene)

Dos niveles, a propósito:

1. **Mejora los frentes** (LoopX, vault, factorías, equipo).
2. **Mejora el proceso de mejora** (umbrales, señales, cadencias) y al propio Jay.

No hay tercer nivel meta-infinito, y **no toca SOMA**. Recursión con freno: un loop de auto-mejora sin límite se descarrila.

## 6. Frentes observados y sensores existentes

Los **sensores ya existen** como skills; HyperLoopX es el **director de orquesta** que los corre en cadencia y sintetiza:

| Frente | Señal | Sensor existente |
|---|---|---|
| Vault | huérfanos, drift TP↔banco, Asset Headers, naming | `bmf-registry-updater`, `vault-orphan-rescue`, `llm-wiki-validator` |
| LoopX | cuentas estancadas, gravity sin movimiento | `weekly-sync` |
| Equipo | NEXTs vencidos | `next-scanner` |
| Idea Bank | ideas diferidas > 2 ciclos | regla de triage del Idea Bank |
| Experimentos | `EXP-` sin avance | Tablero de Experimentos |
| Cognición | calidad de outputs de los SherpaX / Brain Codes | revisión de Jay (meta) |

## 7. Cadencia (sobre los 4 ritmos WORX)

- **Diario** — barrido ligero de señales (scheduled task que despierta a Jay).
- **Semanal** — triage de mejoras detectadas + sync.
- **Mensual** — patrones → principios operativos (→ SOP vía LabPraxis).
- **Trimestral** — rediseño del sistema.

## 8. Gobernanza y frenos (no negociable)

Un loop de mejora autónomo es peligroso sin estos límites:

- **Human-in-the-loop:** Jay **propone**, el owner **decide**. HyperLoopX nunca auto-aplica cambios estructurales (el "Inform" del BC-VH + autonomía acotada de WORX F2).
- **Observable y reversible:** cada mejora es un activo con audit trail (Vault-First). Nada se cambia en silencio.
- **Anti-Goodhart:** vigila la "mejora que rompe otra cosa" (patrón *falla compuesta* del LabPraxis). No optimizar una métrica a costa del sistema.
- **Señales medibles, no vibes** (medición invisible y longitudinal de IBT, F4).
- **No toca SOMA** (sección 5).

## 9. Cómo sabemos que HyperLoopX funciona (métricas de la propia capa)

- Nº de mejoras **verificadas** (aterrizadas + métrica movida) por mes, no solo propuestas.
- Tiempo señal → mejora aterrizada (latencia del loop).
- % de fallas que se atrapan **antes** de escalar (vs. post-mortem).
- Reducción de deuda del vault (huérfanos, drift) tendencia a la baja.
- Casos LabPraxis que graduaron a SOP gracias a un barrido HyperLoopX.

## 10. Encarnación en Jay y próximos pasos

- **Jay · modo observador** — sección añadida a su prompt maestro: Jay puede, de forma proactiva, señalar "esto se puede mejorar" en cualquier frente, con su CAM y su enrutamiento sugerido.
- **Cadencia agendada** — un *scheduled task* de barrido (semanal v1) que despierta a Jay para correr el ciclo OBSERVAR→…→PROPONER y entregar a Victor un **HyperLoopX · Barrido** con mejoras detectadas, CAM y ruta sugerida.
- **Pendiente:** panel visual "Mejoras: detectadas / en curso / verificadas" como 4º cuadrante junto a los tres bancos; registrar este ARQ en el IntelliBanks Registry; ratificación de VH para promover de seed a canónico.

---

**ARQ · HyperLoopX · v01 · 2026-06-19**
*Owner: Victor Heredia · Sherpa: Jay · Sub-bank: BOS-EL-WORX-OS · Gate G0: PASS*