---
type: DC
asset_id: DC-REB-LoopXOP-LoopContract-v01
version: v01
status: Active — instancia REB (operación de eventos)
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-15
intellbank: IB-REB-Rebelocity
subbank: PB-REB-Rebelocity
nota_portabilidad: "Autocontenido y portable: naming REB, sin dependencias duras a EL. Migra con PB-REB al vault propio de Rebelocity."
proposito: Loop Contract de LoopXOP (Operación/Delivery) en el MacroLoopX de Rebelocity — la ejecución del evento de resistencia, de contrato/inscripción a evento entregado + experiencia, bajo el harness de 10 elementos. El Centro de Mando es su runtime
relacionados: "PP-REB-LoopX-MacroLoopX-Arquitectura-v01 · PLAN-REB-CentroMando-2026-v01 · EXE-REB-CentroMando-Dashboard-v01 · BP-REB-Letape-SanBernardino-2026-v01 · BP-REB-Letape-Encarnacion-PostEvento-2026-v02"
tags: [loop-contract, loopxop, operacion, delivery, rebelocity, reb, eventos, centro-de-mando, macroloopx]
---

# Loop Contract — LoopXOP · Operación / Delivery (Rebelocity)
## Instancia REB: ejecución de eventos de resistencia

> Formaliza, bajo el harness de 10 elementos, cómo Rebelocity lleva un evento de contratos/inscripciones a una experiencia ejecutada con calidad. El **Centro de Mando** es el runtime (Factory OS de eventos). Fuente canónica del modelo: PP-REB-LoopX-MacroLoopX-Arquitectura-v01.

| # | Elemento | Definición |
|---|----------|------------|
| 1 | **Identidad** | LoopXOP · instancia REB · cubre la ejecución de los eventos (L'Étape, IM703, 5150) · room ancla: PB-REB-Rebelocity |
| 2 | **Misión** | De contrato/inscripción a **evento ejecutado + experiencia memorable + evidencia**. **Unidad orbital: el evento** (una edición concreta: p. ej. L'Étape San Bernardino 13-sep-2026) |
| 3 | **Métrica de gravedad** | Salud del evento: señal automática (avance vs plan en el Centro de Mando, nº de inscripciones, hitos logísticos) + criterio humano (lectura del lead operativo, riesgos abiertos) |
| 4 | **Estados orbitales** | Planeación → producción (logística, proveedores, activaciones) → **ejecución (día del evento)** → cierre (desmontaje + captura de evidencia) |
| 5 | **Equipo** | Humanos: lead operativo del evento + Victor (decisiones de alto impacto/presupuesto). Agentes IA: tablero/estado, checklist logístico, comunicación a atletas y sponsors. Autonomía: seguimiento y comunicación autónomos (bajo-medio); compromisos de presupuesto/proveedor = decisión humana (alto) |
| 6 | **BrainX Advisory** | Propuesto: **Kaizen Toyota** (estandarización operativa) + **Design Thinking / IDEO** (experiencia del atleta y del sponsor). Opinan en: diseño de la experiencia, prevención de fallas. 🟡 por activar |
| 7 | **Productores conectados** | **Centro de Mando** (runtime · [[PLAN-REB-CentroMando-2026-v01]] + [[EXE-REB-CentroMando-Dashboard-v01]]) · proveedores/logística · equipo de activación de sponsors — por interfaz, nunca soldados |
| 8 | **Gates** | **Entrada G-SA→OP:** contrato firmado / inscripción confirmada + handoff completo desde LoopXSA. **Salida G-OP→KZ:** evento ejecutado → post-mortem + evidencia (fotos, stats, casos) — patrón [[BP-REB-Letape-Encarnacion-PostEvento-2026-v02]]. La evidencia alimenta la demanda del siguiente evento (DG) |
| 9 | **Tablero + integraciones** | [[EXE-REB-CentroMando-Dashboard-v01]] (runtime operativo) + [[BRD-REB-MacroLoopX-Dashboard-v01]] (vista de líneas) + XDoc Maestro de la línea/evento · vault REB |
| 10 | **Rituales** | Revisión operativa con cadencia creciente al acercarse la fecha (semanal → diaria en sprint final) · sync con minuta · **post-mortem obligatorio** al cierre → LoopXKZ |

---

## Nota · el Centro de Mando como Factory OS de eventos

El `PLAN/EXE-REB-CentroMando` cumple el rol de **runtime** (state tracker + gates + telemetría) de este loop: es lo que hace que el evento "opere" y no dependa solo de la memoria del equipo. En términos del MetaLoopX, es lo que llevaría a la línea/evento de *instanciada* a *operando*. Recomendación: consolidarlo como el FOS estándar de eventos de Rebelocity (reusable edición tras edición).

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-15 | Creación. Loop Contract de LoopXOP para Rebelocity (10 elementos): unidad = el evento ejecutado; el Centro de Mando como runtime/FOS de eventos; gate de salida con post-mortem obligatorio que alimenta la demanda del siguiente evento. Portable (REB). |