---
type: PP
asset_id: PP-EL-LoopX-MacroLoopX-Arquitectura-v01
version: v01
status: Active — ratificado por Victor 2026-06-11 (naming · Loop Contract · matriz de autonomía IA)
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-11
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-LoopX
proposito: Arquitectura del MacroLoopX — el proceso completo de innovación (ideación→productización→demanda→venta→operación→mejora) como sistema de 5 loops con vida propia, operados por humanos+agentes IA y aumentados por BrainX. Upgrade y generalización del modelo LoopX
relacionados: "PP-EL-LoopX-ConceptoYModelo-v01 · DC-EL-LoopX-ModeloDentroBMF-v01 · MePB-BMF-MF-DemandGenPack-v01 · MF-BMF-HybridDemand-v02 · MF-BMF-GTM-v02 · PP-XX-SX-SherpaXComoPlataforma-BrainX-v01 · BRD-EL-DemandGenPack-Dashboard-v03"
tags: [loopx, macroloop, arquitectura, innovacion, brainx, bmf, gobernanza]
---

# MacroLoopX — Arquitectura del proceso completo de innovación
## Paper de diseño · upgrade del modelo LoopX · aplicación de alto nivel de la BMF Architecture

> **La tesis:** lo que Victor ha asimilado por décadas como proceso de innovación y emprendimiento — idear, investigar, productizar, generar demanda, vender, entregar, mejorar — se formaliza como un **macro-ciclo de 5 loops encadenados**, donde cada loop tiene vida propia (equipo, tablero, métricas, agentes humanos + IA, inteligencia aumentada opcional) y el conjunto forma un flywheel que se compone: la operación alimenta la mejora, la mejora alimenta la ideación.
>
> **Qué NO es:** no reemplaza a las MetaFactorías ni al BrainX Loop existente. Los loops **orquestan**; las factorías **producen**. El BrainX Loop orbital de prospectos se convierte en la primera instancia probada del patrón (es el Loop de Ventas).

---

## 1. Análisis — por qué el modelo actual se queda corto y qué ya tenemos

### 1.1 Lo que ya existe y se aprovecha (Gate G0)

| Pieza existente | Estado | Rol en el MacroLoopX |
|---|---|---|
| BrainX Loop (PP-EL-LoopX-ConceptoYModelo) | Diseño cerrado, piloto HiOrg activo | ES el Loop de Ventas (LoopXSA) — primera instancia del patrón |
| Patrón host↔motor + invariante "nunca soldar" (DC-ModeloDentroBMF, escenario B) | Decidido | Se eleva a **regla universal de todos los loops** |
| MF-BMF-GTM (Ideador→Evaluador→Productizador→DemandGen→Vendedor) | Draft | Productor dentro de LoopXPR (sus estaciones E01–E03) |
| MF-BMF-DemandGenPack + FAC-EL + FM Oferta + desglose MPI | Draft (este room) | Productor dentro de LoopXDG |
| MF-BMF-HybridDemand (journey, evidence engine) | Draft | Frame de demanda de LoopXDG |
| Factorías de delivery: Editorial/Publishing, EmpowerScan (diagnósticos) | Operando/diseño | Productores dentro de LoopXOP |
| LabPraxis (CAS-) + Idea Bank (IDE-) + Registry + ANA- pipeline | Operando | **Ya son los órganos de LoopXKZ** — el loop de mejora no se construye de cero |
| Tablero de prospectos (LoopX-Pipeline-Dashboard) + BRD-DemandGenPack-v03 | Operando | Semillas de los tableros por loop |
| Gravity Score de doble fuente + dark social | Diseñado | Se generaliza como **métrica de gravedad por loop** (§3.4) |

**Conclusión del análisis:** no falta construcción — falta **arquitectura que conecte**. Cada pieza existe suelta; el MacroLoopX las ordena en un solo sistema con handoffs y gobernanza.

### 1.2 La corrección conceptual de BrainX (la "crazy idea" es correcta)

La idea de Victor es consistente con el paper BrainX (SherpaX como plataforma): **BrainX = rol/motor, BrainCode = mente experta**. La novedad es el destino del motor: hasta hoy los BrainX se enchufaban al SherpaX de una persona; ahora se enchufan **a un loop**. Nace el patrón:

> **BrainX Advisory de Loop** — un consejo de Brain Codes ensamblado para aumentar la inteligencia de un loop completo. Opera en los gates y decisiones del loop: **recomienda y valida, no decide** (la decisión sigue la matriz de autonomía §4.2). Ejemplo canónico: LoopXDG aumentado con Hormozi + Myron Golden + Daniel Priestley para recomendar y validar ofertas, kits y campañas.

No es idea loca — es la consecuencia natural de la arquitectura: si el loop es un organismo con vida propia, puede tener cerebro propio.

---

## 2. El MacroLoopX — los 5 loops

```
        ┌──────────────────────────────────────────────────────┐
        │                  LoopXKZ · MEJORA (5)                 │
        │      observa los 4 loops · LabPraxis + Idea Bank      │
        └──────────────────────────────────────────────────────┘
              ▲              ▲              ▲              ▲
   ┌──────────┴───┐  ┌───────┴──────┐  ┌────┴─────┐  ┌─────┴──────┐
   │ LoopXPR (1)  │→ │ LoopXDG (2)  │→ │LoopXSA(3)│→ │ LoopXOP (4)│
   │ Ideación ·   │  │ Demand Gen + │  │  Ventas  │  │ Operación/ │
   │ Investigación│  │ Go To Market │  │ (orbital)│  │  Delivery  │
   │ Productización│ │ (kits + MPI) │  │          │  │            │
   └──────────────┘  └──────────────┘  └──────────┘  └────────────┘
        ▲                                                  │
        └──────────── evidencia · casos · ideas ───────────┘
                        (el flywheel se cierra)
```

| # | Código | Loop | Unidad que orbita | Misión | Productores internos (factorías/MF) |
|---|--------|------|-------------------|--------|-------------------------------------|
| 1 | **LoopXPR** | Productización (Ideación · Investigación · Productización) | La **idea/producto** | De concepto a producto vendible: oferta irresistible + specs + escalera | MF-GTM (E01–E03) · FM-OfertaIrresistible · ANA-/RES- research |
| 2 | **LoopXDG** | Demand Gen + Go To Market | El **mercado/audiencia** | De producto a demanda fluyendo: kit completo + canales activos. El proceso MPI es el sub-proceso minucioso (5 capas, DC-EL-DGP-MPI-Desglose) | MF-DemandGenPack + FAC-EL · MF-HybridDemand · factorías de contenido |
| 3 | **LoopXSA** | Ventas | El **prospecto** (modelo orbital existente) | De señal a cliente: gestión orbital, gravity score, dark social, escalera L0→L4 | BrainX Loop (instancia actual) · OneRocket |
| 4 | **LoopXOP** | Operación / Delivery | La **entrega/cliente activo** | De cliente a resultado + evidencia: delivery con calidad, casos documentados | Factorías de delivery: Editorial (libros), EmpowerScan (diagnósticos), DOIX (implementaciones) |
| 5 | **LoopXKZ** | Mejora (Kaizen) | El **proceso mismo** | Observa los 4 loops, captura aprendizajes y los convierte en upgrades ratificados | LabPraxis (CAS-) · Idea Bank (IDE- + triage) · ANA- pipeline · Registry |

**Naming:** se respeta el patrón de Victor `LoopX + código de 2 letras`. Se recomienda **PR** (Productización) en lugar de MP para evitar la colisión con el cliente MONEX; el posible nombre comercial del macro-proceso para Monetiza tu Expertise ("MonEx Loop" u otro) es una decisión de marca separada de esta arquitectura. El macro se denomina **MacroLoopX** (asset code MLX).

---

## 3. El Loop Contract — harness estándar de todo loop

Para que cada loop tenga vida propia y sea gestionable por humanos y agentes IA, todo loop se instancia con este contrato de 10 elementos (análogo al RoomContract de /arrancaroomx):

1. **Identidad:** código LoopX[XX] + instancia (EL interno, MtE-B2C, MtE-B2B, cliente)
2. **Misión** del loop (1 frase) + unidad orbital
3. **Métrica de gravedad** — la generalización del Gravity Score (§3.4)
4. **Estados orbitales** de la unidad (ej. en LoopXSA: lejano→cercano→caliente→cliente; en LoopXPR: idea→evaluada→investigada→productizada)
5. **Equipo:** humanos (con tripleta) + **agentes IA** con rol explícito y nivel de autonomía L0–L3 por tipo de tarea
6. **BrainX Advisory** (opcional): qué Brain Codes, en qué gates opinan, y regla de peso (recomienda/valida — nunca decide solo)
7. **Productores conectados:** qué factorías/MF producen dentro del loop (interfaz, nunca soldadura)
8. **Gates de entrada y salida** (handoffs del §4.1) + SLAs
9. **Tablero propio** + integración (OneRocket, vault, registry)
10. **Rituales:** cadencia de revisión, sync con minuta/dashboard semanal, reporte a LoopXKZ

### 3.4 Gravedad por loop (generalización del Gravity Score)

| Loop | La gravedad mide | Fuente automática | Fuente de criterio humano |
|------|------------------|--------------------|---------------------------|
| LoopXPR | Madurez/potencial de la idea | Evaluador GTM, research | Criterio Victor/owner (GO/PIVOT/NO-GO) |
| LoopXDG | Calor de la demanda | Métricas de kit: leads, engagement MPI, tags | Lectura de mercado, dark social |
| LoopXSA | Cercanía del prospecto (actual) | MPIs + CRM | Dark social, conversaciones privadas |
| LoopXOP | Salud de la entrega | Avance vs plan, NPS | Lectura del delivery lead |
| LoopXKZ | Prioridad del aprendizaje | Frecuencia/impacto de casos | Triage semanal |

---

## 4. Gobernanza del MacroLoopX

### 4.1 Handoffs — los gates entre loops

| Gate | De → A | La unidad cruza cuando | Artefacto que viaja |
|------|--------|------------------------|---------------------|
| **G-PR→DG** | Productización → Demand Gen | Offer Canvas G1–G5 PASS + SPEC ratificado | OFC- + SPEC- |
| **G-DG→SA** | Demand Gen → Ventas | Señal de intención calificada (tags de alta intención del MPI/kit) | Contacto + contexto + tags en OneRocket |
| **G-SA→OP** | Ventas → Operación | Deal ganado | XD-/contrato + handoff de contexto completo |
| **G-OP→KZ** | Operación → Mejora | Entrega con resultado (éxito o falla) | CAS- (LabPraxis) + evidencia (caso de éxito → M2) |
| **G-KZ→PR** | Mejora → Ideación | Triage ADOPTAR/ADAPTAR de ideas | IDE- ratificada → brief de iteración |

El flywheel: la evidencia de OP alimenta el contenido de DG (M2 Evidence) y las ideas de KZ alimentan PR. **Nada se pierde; todo se compone.**

### 4.2 Matriz de autonomía de agentes IA (hereda del modelo operativo del Sherpa)

| Valor × complejidad | Agente IA | Humano |
|---------------------|-----------|--------|
| Bajo/alto volumen | Ejecuta autónomo, reporta | Audita por muestreo |
| Medio | Propone con opt-out | Ratifica por excepción |
| Alto (pricing, GO/NO-GO, cierre de deals, cambios de arquitectura) | Prepara y recomienda (con BrainX Advisory si existe) | **Decide siempre** |

### 4.3 Invariantes (no negociables)

1. **Loops orquestan, factorías producen** — nunca soldar un loop a una factoría ni una factoría a un loop (extiende la regla del escenario B).
2. **BrainX recomienda, la tripleta decide** — ningún Advisory tiene voto decisorio.
3. Todo loop instanciado tiene Loop Contract completo — sin contrato, no hay loop (análogo a /arrancaroomx).
4. Toda unidad que cruza un gate viaja con su contexto completo (no hay handoffs ciegos).
5. Vault-First: los artefactos de cada loop viven en su banco, registrados.

### 4.4 BrainX Advisory — configuraciones iniciales propuestas

| Loop | Consejo propuesto | Estado en banco BC |
|------|-------------------|--------------------|
| LoopXPR | Y Combinator + Lean Startup + Peter Thiel | ✅ los 3 existen (v02) |
| LoopXDG | **Hormozi + Myron Golden + Daniel Priestley** (+ Chris Walker) | ✅ Hormozi/Priestley/Walker · 🟡 Myron Golden pendiente (IDE-032) |
| LoopXSA | Hormozi (cierre) + Dan Sullivan | ✅ existen |
| LoopXOP | Kaizen Toyota + Design Thinking IDEO | ✅ existen |
| LoopXKZ | Kaizen Toyota + James Clear | ✅ existen |

---

## 5. Jerarquía de tableros (3 niveles)

1. **Tablero MacroLoopX** — los productos/unidades atravesando los 5 loops. Evolución directa del BRD-DemandGenPack-v03 (sus 5 fases ya mapean casi 1:1 a los loops; el upgrade agrega LoopXKZ y renombra a códigos de loop) → **BRD v04 tras ratificación**.
2. **Tablero por loop** — cada loop su vista propia con su unidad orbital y gravedad. El LoopX-Pipeline-Dashboard de prospectos YA es el tablero de LoopXSA; el de la FAC Kits es la semilla del de LoopXDG.
3. **Tablero individual por unidad** — el detalle (producto, prospecto, entrega) — ya existe en BRD v03.

---

## 6. Capas BMF e instanciación

- **L2 (blueprint):** este paper define el patrón MacroLoopX. Si se ratifica, se gradúa a la capa universal como MePB Type D del dominio "Innovation Loop" en IB-XX-Maestro.
- **L3 (instancias):** EL interno (la primera — este room opera LoopXDG), Monetiza tu Expertise B2C y B2B (el corazón del negocio), por cliente (Posta/EmpowerScan, MONEX, ediciones).
- **Aplicaciones de delivery específicas (LoopXOP):** factorías editoriales (producción de libros = delivery), factoría EmpowerScan (diagnósticos como delivery continuo).

## 7. Ruta de implementación propuesta

| # | Paso | Output | Esfuerzo |
|---|------|--------|----------|
| 1 | Ratificar esta arquitectura (naming, 5 loops, invariantes) | Este PP → Active | Decisión Victor |
| 2 | Actualizar PP-EL-LoopX-ConceptoYModelo → v02 (BrainX Loop = instancia LoopXSA del patrón general) | PP v02 | 🟢 |
| 3 | BRD v04: tablero MacroLoopX (3 niveles) | BRD v04 | 🟢 |
| 4 | Loop Contracts de LoopXDG (este room) y LoopXSA (ya casi existe) | 2 contratos | 🟢 |
| 5 | Spec de ensamblaje BrainX Advisory (resuelve MOD-03 de la MF Kits) + producir BC-MyronGolden | Spec + BC | 🟡 |
| 6 | Loop Contracts de PR, OP, KZ + tableros por loop | 3 contratos | 🟡 |
| 7 | Graduación a capa universal (MePB Type D) vía MetaFactoryBuilder | MePB-BMF-MacroLoopX | 🟡 — tras validar en EL |

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-11 | Creación. Arquitectura MacroLoopX: 5 loops (PR·DG·SA·OP·KZ) con Loop Contract de 10 elementos, gravedad generalizada, 5 handoffs, matriz de autonomía IA, patrón BrainX Advisory por loop, jerarquía de 3 tableros, invariantes y ruta de implementación. Generaliza el BrainX Loop existente (→LoopXSA) respetando el escenario B y la regla de nunca soldar. Draft — recomendación para ratificación |