---
type: PP
asset_id: PP-REB-LoopX-MacroLoopX-Arquitectura-v01
version: v01
status: Active — ratificado por Victor 2026-06-15
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-15
intellbank: IB-REB-Rebelocity
subbank: PB-REB-Rebelocity
nota_portabilidad: "Documento autocontenido y portable. Diseñado para migrar intacto a un IntelliBank propio de Rebelocity: todo con prefijo REB, sin dependencias duras a activos solo-EL, restituye el modelo de 5 loops inline. Referencia el patrón universal como linaje, no como dependencia de runtime."
proposito: >
  Instancia INDEPENDIENTE del MacroLoopX para Rebelocity (REB) — el proceso completo de
  innovación del negocio de eventos de resistencia: de la oferta a la demanda, a la venta,
  a la operación del evento y a la mejora. Asimila los ~100 activos ya existentes en IB-REB
  ordenándolos en los 5 loops. Nace portable para levantarse a un vault propio de Rebelocity.
referencias_linaje:
  - PP-EL-LoopX-MacroLoopX-Arquitectura-v01 (patrón universal del MacroLoopX · linaje, no dependencia)
  - DC-EL-LoopX-XDocMaestro-HubSpoke-v01 (patrón hub-spoke + regla fractal)
referencias_reb:
  - DC-REB-Sponsorship-CriteriosInternos-2026a2028-v01 · ONE-REB-Sponsorship-EcosistemaOverview-2026a2028-v01
  - PROP-REB-Renault-Letape-SanBernardino-2026a2027-v01 · PROP-REB-Cresia-IRONMAN703Oro-Encarnacion2026-v01 · PROP-REB-MunichUltra-IRONMAN703Letape-H2-2026-v01
  - XP-REB-Letape-Sprint300Atletas-v01 · TP-REB-Gemini-InvestigacionProspecto-v01
  - PLAN-REB-CentroMando-2026-v01 · EXE-REB-CentroMando-Dashboard-v01 · BP-REB-Letape-Encarnacion-PostEvento-2026-v02
tags: [loopx, macroloopx, rebelocity, reb, eventos, patrocinios, portable, instancia, independiente]
---

# MacroLoopX · Rebelocity
## Instancia independiente del proceso completo de innovación — negocio de eventos de resistencia

> **Qué es:** la instancia REB del MacroLoopX. Rebelocity es un negocio propio (banco IB-REB) que corre su **propio** ciclo de 5 loops encadenados —Productización → Demand Gen → Ventas → Operación → Mejora— con equipo, tablero, gravedad y gobernanza propios. Por la regla fractal del modelo (*una factoría = una instancia del MacroLoopX de un dominio*), Rebelocity no es un sub-loop de EmpowerLabs: es una instancia completa y autónoma.
>
> **Por qué portable:** este documento está escrito para **migrar intacto** a un IntelliBank propio de Rebelocity. Restituye el modelo inline, usa solo naming REB, y referencia el patrón universal como linaje (no como dependencia de runtime). El día que Rebelocity se independice, esta carpeta `PB-REB` se levanta y sigue operando sin EmpowerLabs.
>
> **La buena noticia (Gate G0):** no se construye de cero. Los ~100 activos que ya viven en IB-REB son las piezas de los 5 loops; este paper los ordena y conecta.

---

## 1. Asimilación — los activos REB que ya existen, ordenados en los 5 loops

| Loop | Unidad que orbita | Misión del loop | Activos REB que se asimilan |
|------|-------------------|-----------------|------------------------------|
| **LoopXPR** · Productización | la oferta / paquete | De concepto a oferta vendible: niveles, paquetes, criterios | `DC-REB-Sponsorship-CriteriosInternos-2026a2028` · `ONE-REB-Sponsorship-EcosistemaOverview` (niveles Titular/Oro · 3 superficies de compra) · `BP-REB-RebelocityClub-Lanzamiento` · `TP-REB-RebClub-MarketplaceDeportivo` · paquetes L'Étape/IM703/5150 |
| **LoopXDG** · Demand Gen | el atleta / la audiencia | De oferta a demanda fluyendo: reclutamiento + contenido | `XP/SP-REB-Letape-Sprint300Atletas` · formularios de intención (`DC-REB-...-FormularioIntencion`, DITN) · parrillas Instagram · secuencias de email (`DC-REB-Letape-SecuenciaEmails`) · calendarios de contenido · stats de redes |
| **LoopXSA** · Ventas | el sponsor / atleta high-value | De señal a contrato: gestión orbital de cuentas | `PROP-REB-Renault` · `PROP-REB-Cresia` · `PROP-REB-MunichUltra` · `TP-REB-Gemini-InvestigacionProspecto` (= el proceso opcional de Investigación de Prospecto del LoopXSA) |
| **LoopXOP** · Operación/Delivery | el evento ejecutado | De contrato a evento + experiencia: delivery con calidad | `BP-REB-Letape-SanBernardino` · `PLAN-REB-CentroMando-2026` + `EXE-REB-CentroMando-Dashboard` (su runtime/tablero operativo) · activación del sponsor · experiencia del atleta |
| **LoopXKZ** · Mejora | el oficio / post-evento | Observa los 4 loops, captura aprendizajes → upgrades | `BP-REB-Letape-Encarnacion-PostEvento` v01/v02 · `DC-REB-EstrategiaRetargeting-IRONMAN2026` · stats post-evento |

**Conclusión:** las propuestas que ya están en marcha (Renault, Cresia, MunichUltra) son **unidades vivas de LoopXSA**, y la `DC-REB-Sponsorship-CriteriosInternos` de la que derivan es el output de LoopXPR. El MacroLoop no inventa nada — formaliza el flujo que Rebelocity ya opera.

---

## 2. Los 5 loops de Rebelocity (modelo restituido · autocontenido)

```
        ┌──────────────────────────────────────────────────────┐
        │                LoopXKZ · MEJORA (5)                   │
        │     observa los 4 loops · post-evento + retargeting   │
        └──────────────────────────────────────────────────────┘
              ▲              ▲              ▲              ▲
   ┌──────────┴───┐  ┌───────┴──────┐  ┌────┴─────┐  ┌─────┴──────┐
   │ LoopXPR (1)  │→ │ LoopXDG (2)  │→ │LoopXSA(3)│→ │ LoopXOP (4)│
   │ Oferta /     │  │ Atletas +    │  │ Sponsors │  │ Evento     │
   │ paquetes     │  │ audiencia    │  │ / cuentas│  │ ejecutado  │
   └──────────────┘  └──────────────┘  └──────────┘  └────────────┘
        ▲                                                  │
        └──────────── evidencia · casos · aprendizajes ────┘
                        (el flywheel se cierra)
```

| # | Código | Loop | Unidad orbital | Productores internos REB |
|---|--------|------|----------------|---------------------------|
| 1 | **LoopXPR** | Productización | la oferta/paquete | criterios de sponsorship · ecosistema de niveles · paquetes de evento · diseño RebClub |
| 2 | **LoopXDG** | Demand Gen | el atleta / audiencia | sprints de reclutamiento · formularios de intención · contenido social · email |
| 3 | **LoopXSA** | Ventas | el sponsor / atleta high-value | gestión orbital de cuentas · propuestas · Investigación de Prospecto (opcional) |
| 4 | **LoopXOP** | Operación/Delivery | el evento ejecutado | Centro de Mando (runtime) · producción del evento · activación de sponsors |
| 5 | **LoopXKZ** | Mejora | el oficio / post-evento | post-mortem de evento · retargeting · stats → upgrades de oferta y demanda |

**Flywheel REB:** el evento ejecutado (OP) genera evidencia y comunidad que alimentan la demanda del siguiente (DG) y validan nuevos paquetes (PR); los aprendizajes post-evento (KZ) afinan todo. Nada se pierde entre temporadas.

---

## 3. Las líneas de Rebelocity como unidades del loop

Rebelocity opera **una sola** instancia MacroLoopX. Las líneas de negocio no son loops separados: son **unidades que fluyen por los 5 loops**, cada una con su propio estado en cada loop.

| Línea (unidad) | Qué es |
|----------------|--------|
| **5150** | Triatlón distancia olímpica/sprint |
| **IM703** | IRONMAN 70.3 |
| **L'Étape Encarnación** | L'Étape by Tour de France — sede Encarnación |
| **L'Étape San Bernardino** | L'Étape by Tour de France — sede San Bernardino (13-sep-2026) |
| **RClub** | RebelocityClub — membresía / marketplace deportivo |
| **Patrocinios** | Programa de sponsorship transversal (niveles Titular/Oro; Renault, Cresia, MunichUltra) |

> **Salvedad anotada (no se complica ahora):** **RClub** y **Patrocinios** pueden contener internamente un **sub-portafolio de productos** (p. ej. RClub = varias membresías/servicios; Patrocinios = varios niveles y activaciones). Por ahora se tratan como una línea-unidad con su portafolio listado dentro de su XDoc; **no** se convierten en sub-loops salvo que la operación lo exija. Punto a revisar cuando RClub o Patrocinios crezcan en complejidad propia.

Cada línea lleva (o llevará) su **XDoc Maestro** (`XD-REB-[Línea]-Master-vNN`) como fuente de verdad de su estado en cada loop — patrón hub-spoke heredado.

---

## 4. Loop Contract — harness de cada loop (10 elementos)

Cada loop REB se instancia con este contrato (se completa uno por loop en el siguiente entregable):

1. **Identidad:** código LoopX[XX] · instancia REB · línea(s) que cubre
2. **Misión** + unidad orbital
3. **Métrica de gravedad** (§5)
4. **Estados orbitales** de la unidad
5. **Equipo:** humanos (tripleta REB) + agentes IA con nivel L0–L3
6. **BrainX Advisory** (opcional): qué Brain Codes asesoran (p. ej. en SA: cierre de patrocinios; en DG: growth deportivo)
7. **Productores conectados** (por interfaz, nunca soldados)
8. **Gates** de entrada/salida + SLAs
9. **Tablero** propio + XDoc Maestro (el Centro de Mando es la semilla del tablero de OP)
10. **Rituales:** cadencia, sync, reporte a LoopXKZ

---

## 5. Gates y gravedad (adaptados a eventos)

### 5.1 Gates entre loops

| Gate | De → A | Cruza cuando |
|------|--------|--------------|
| **G-PR→DG** | Oferta → Demanda | Paquete/nivel definido + pricing ratificado |
| **G-DG→SA** | Demanda → Ventas | Señal calificada (sponsor interesado / atleta high-value / formulario de alta intención) |
| **G-SA→OP** | Ventas → Operación | Contrato firmado (sponsor) / inscripción confirmada (atleta) → handoff al Centro de Mando |
| **G-OP→KZ** | Operación → Mejora | Evento ejecutado → post-mortem + evidencia (casos, fotos, stats) |
| **G-KZ→PR** | Mejora → Oferta | Aprendizaje ratificado → ajuste de paquetes / temporada siguiente |

### 5.2 Gravedad por loop

| Loop | La gravedad mide | Fuente automática | Criterio humano |
|------|------------------|--------------------|-----------------|
| LoopXPR | Madurez/atractivo de la oferta | — | Criterio Victor (GO/PIVOT) |
| LoopXDG | Calor de la demanda | inscripciones · leads · formularios de intención · engagement | Lectura de temporada |
| LoopXSA | Cercanía del sponsor/atleta | pipeline · respuestas a propuestas | Relación / dark social |
| LoopXOP | Salud del evento | avance vs plan (Centro de Mando) · inscripciones · NPS | Lectura del lead operativo |
| LoopXKZ | Prioridad del aprendizaje | frecuencia/impacto | Triage post-temporada |

---

## 6. Gobernanza y portabilidad (el headsup)

### 6.1 Gobernanza
- **Tripleta REB:** Owner: Victor (hoy) · Sherpa: Jay · Ratificador: Victor. *Migrable:* cuando Rebelocity tenga lead propio, la tripleta se reasigna sin tocar el modelo.
- **Invariantes (heredados):** los loops orquestan, los productores producen — nunca soldar · toda unidad cruza gate con su contexto completo · Vault-First · cada línea con XDoc Maestro o marca "por crear".
- **Autonomía L0–L3:** la IA ejecuta recolección/contenido/scoring autónomo (bajo-medio); cierres de patrocinio, pricing y decisiones de temporada = decisión humana (alto).

### 6.2 Plan de portabilidad — cómo migra a su propio vault
1. **Naming REB + carpeta única:** todo el MacroLoop vive bajo `PB-REB-Rebelocity` con prefijo REB → se levanta como bloque.
2. **Autocontenido:** este paper restituye el modelo; no requiere leer docs de EL en runtime.
3. **Linaje, no dependencia:** referencia el patrón universal (`PP-EL-LoopX-MacroLoopX` / futuro MePB Type D en `IB-XX-Maestro`) como origen conceptual; si EL desaparece del vault, REB sigue operando.
4. **Sin WikiLinks duros a activos solo-EL:** los enlaces apuntan a activos REB o al canon universal XX.
5. **Checklist de migración:** (a) copiar `PB-REB-Rebelocity/` al nuevo vault · (b) reapuntar el registry de REB · (c) reasignar tripleta · (d) verificar que ningún enlace quede colgando fuera de REB/XX.

> Recomendación de canon: graduar el patrón MacroLoopX universal a `IB-XX-Maestro` (capa neutra). Así EL y REB son dos instancias que beben del mismo blueprint XX — el modelo más limpio para independizar Rebelocity.

---

## 7. Ruta de implementación

| # | Paso | Output | Estado |
|---|------|--------|--------|
| 1 | Ratificar esta arquitectura (5 loops REB, líneas-unidad, gates, portabilidad) | Este PP → Active | Decisión Victor |
| 2 | XDoc Maestro de las líneas activas (L'Étape San Bernardino, Patrocinios) | `XD-REB-[Línea]-Master-v01` | 🟢 |
| 3 | Loop Contracts de los loops con tracción: SA (patrocinios) y OP (eventos) | 2 contratos REB | 🟢 |
| 4 | Tablero `BRD-REB-MacroLoopX-Dashboard` (evolución del Centro de Mando) | dashboard REB | 🟡 |
| 5 | Loop Contracts de PR, DG, KZ | 3 contratos | 🟡 |
| 6 | Registrar todo en el registry y preparar el paquete de migración (§6.2) | alta + checklist | 🟡 |

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-15 | Creación + **ratificado por Victor (2026-06-15)** → Active. Instancia independiente y portable del MacroLoopX para Rebelocity: 5 loops (PR·DG·SA·OP·KZ) restituidos inline, mapa de asimilación de los activos REB existentes, 6 líneas-unidad (5150·IM703·L'Étape Encarnación·L'Étape San Bernardino·RClub·Patrocinios) con la salvedad de sub-portafolio en RClub/Patrocinios, gates y gravedad adaptados a eventos, Loop Contract harness, gobernanza y plan de portabilidad/migración. Draft — recomendación para ratificación |