---
type: MePB
asset_id: MePB-XX-MiniLoopX-Builder-v01
version: v01
status: Draft — recomendación para ratificación de Victor
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-17
intellbank: IB-XX-Maestro
subbank: FM-XX-Formulas-Maestras
proposito: >
  Documento canónico que DEFINE los MiniLoopX (las mini-factorías) y la metodología universal para
  generarlos. Un MiniLoopX es una línea de producción repetible y enchufable que vive DENTRO de un
  loop del MacroLoopX (p. ej. LoopXDG) como productor. Esta metodología es universal: aplica a Demand
  Gen, ventas, administración y a cualquier área de EmpowerLabs y de clientes futuros.
relacionados: "ARQ-XX-BMF-ArquitecturaFactorias-v01 (concepto mini-factoría) · MAP-XX-BMF-BuilderHierarchy-v00 · MePB-BMF-MetaFactoryBuilder-v01 · PP-EL-LoopX-MacroLoopX-Arquitectura-v01 · PP-XX-BMF-MetaLoopX-Arquitectura-v01 · DC-XX-BMF-FactoryOS-Concepto-v01"
tags: [mepb, minloopx, miniloopx, mini-factoria, builder, productor, loopx, macroloopx, universal, metodologia, canon]
---

# MePB — MiniLoopX Builder
## Documento canónico: qué es un MiniLoopX (mini-factoría) y cómo se genera

> **Qué define este documento.** Un **MiniLoopX** es una **mini-factoría**: una línea de producción pequeña, repetible y **enchufable**, con su propio mini-pipeline (estaciones → gates → output), que vive **dentro de un loop** del MacroLoopX como *productor* (p. ej. una mini-factoría de Newsletters dentro de LoopXDG). Este MePB establece (A) la **anatomía canónica** que todo MiniLoopX debe tener y (B) la **metodología** para fabricar uno desde cualquier output recurrente. Es **universal**: la misma metodología sirve para Demand Gen, ventas, administración, operación y para áreas de clientes futuros.
>
> **Por qué es crítico.** Es el patrón que convierte "cómo hacemos hoy una tarea recurrente" en un sistema operable por humanos + IA, replicable y medible — en cualquier área y en cualquier organización.

---

## 1. Posición en la jerarquía (Gate G0 — no duplica, extiende)

El concepto de **mini-factoría** ya es canónico ([[ARQ-XX-BMF-ArquitecturaFactorias-v01]] §VI: "sub-flujo con su propio pipeline interno que produce un output que alimenta a la factoría madre"). Lo que faltaba era la **metodología para generarlas**. Este MePB la provee y la nombra **MiniLoopX**.

```
MetaLoopX (BMF)            ← orbita FACTORÍAS
  └── Factoría = 1 MacroLoopX   ← orbita productos/clientes (PR·DG·SA·OP·KZ)
        └── Loop (p. ej. LoopXDG)
              └── MiniLoopX = mini-factoría / PRODUCTOR  ← lo que este MePB genera
                    (Newsletter · Website · Posts · Reportes · Cobranza · Onboarding · …)
```

- **MiniLoopX = mini-factoría = productor** son el mismo objeto visto desde tres ángulos: forma (mini-loop), función (mini-factoría), rol en el loop (productor).
- **Invariante heredado:** *los loops orquestan, las mini-factorías producen — nunca soldar.* Un MiniLoopX se enchufa a un loop por interfaz; se puede desmontar sin romper el loop.
- **Diferencia con una Factoría:** una factoría corre un MacroLoopX completo (5 loops). Un MiniLoopX es **un solo flujo de producción** dentro de **un** loop. No tiene 5 loops; tiene estaciones.

---

## 2. La anatomía canónica de un MiniLoopX (los 10 elementos)

Todo MiniLoopX se especifica con estos 10 elementos. Sin ellos, no es un MiniLoopX — es una tarea suelta.

| # | Elemento | Qué define |
|---|----------|------------|
| 1 | **Identidad** | Código `MiLX-[ENT]-[Nombre]` + a qué loop pertenece + instancia (área / cliente) |
| 2 | **Disparador (input)** | Qué lo activa: cadencia (semanal, mensual) o evento (nuevo cliente, evento agendado) |
| 3 | **Output + DoD** | Qué produce y la **Definición de Terminado** (criterios objetivos de "listo para publicar/entregar") |
| 4 | **Estaciones (pipeline)** | Los pasos repetibles E1→En (descomposición del "cómo se hace") |
| 5 | **Gates / QA** | Criterio de calidad por estación; ninguna pieza avanza sin pasar su gate |
| 6 | **Reparto humano ↔ IA** | Matriz de autonomía L0–L3 por estación: qué ejecuta la IA, qué decide el humano |
| 7 | **Templates / insumos** | Los activos reutilizables (plantillas, prompts, checklists, marca) |
| 8 | **Cadencia / ritmo** | Frecuencia y SLA por ciclo |
| 9 | **Telemetría / runtime** | Qué se mide (volumen, calidad, tiempo) y dónde vive el estado (Factory OS / tablero) |
| 10 | **Punto de enchufe + gobernanza** | A qué loop alimenta y por qué gate · tripleta (Owner + Sherpa + Ratificador) |

---

## 3. La metodología — cómo se fabrica un MiniLoopX (7 fases)

| Fase | Qué se hace | Output |
|------|-------------|--------|
| **F1 · Declarar** | Nombrar el output recurrente + su disparador + a qué loop alimenta | Ficha de intención |
| **F2 · Mapear estaciones** | Descomponer "cómo se hace hoy" en pasos repetibles (entrevista al que lo hace / observación) | Pipeline E1→En |
| **F3 · Gates / DoD** | Definir el criterio de calidad de cada estación y la DoD del output | Gates + DoD |
| **F4 · Repartir humano/IA** | Por estación, decidir qué automatiza la IA (L0/L1) y qué decide el humano (L2/L3) | Matriz de autonomía |
| **F5 · Empaquetar** | Plantillas, prompts, checklists, runtime hooks (dónde vive el estado) | Kit de la mini-factoría |
| **F6 · Enchufar** | Conectar al loop por el gate de entrega + dar de alta su tarjeta en el tablero | MiniLoopX activo |
| **F7 · Piloto + mejora** | Correr 1–3 ciclos reales, medir, parchar (reporta a LoopXKZ) | MiniLoopX calibrado |

**Regla de oro:** F2 (mapear estaciones) es la fase que más valor crea — es donde el conocimiento tácito de "cómo se hace" se vuelve un proceso explícito y transferible.

---

## 4. Naming, capa y reusabilidad

- **Prefijo nuevo `MiLX-`** (MiniLoopX) para las instancias: `MiLX-[ENT]-[Nombre]-vNN`. Ejemplos: `MiLX-REB-Newsletter-v01`, `MiLX-REB-Website-v01`, `MiLX-EL-Cobranza-v01`. (Distinto de **MLX** = MacroLoopX y **MTX** = MetaLoopX.)
- **Capa:** esta **metodología** es universal (vive en `IB-XX-Maestro`). Las **instancias** viven en el banco de su dominio (REB, EL, cliente). Caso 0 de la metodología = **Rebelocity** (primera mini-factoría: Newsletter).
- **Reusabilidad:** la misma anatomía y las mismas 7 fases aplican a:
  - **Demand Gen:** Newsletter, Posts, Videos, Website.
  - **Ventas / Admin:** Propuestas, Cobranza, Facturación, Reportes.
  - **Operación:** Onboarding, Checklists de evento.
  - **Clientes futuros:** cualquier proceso recurrente de su negocio.

---

## 5. Gobernanza · invariantes · QA

**Invariantes (no negociables):**
1. Un MiniLoopX se **enchufa** a un loop — nunca se suelda (se puede desmontar sin romper el loop).
2. Todo MiniLoopX tiene los **10 elementos** (§2) o no está completo.
3. Toda pieza pasa su **gate** antes de avanzar de estación (calidad gobernada).
4. El reparto humano/IA sigue la **matriz de autonomía**: lo crítico lo decide el humano.
5. Vault-First + naming BMF · tripleta en cada instancia.

**QA Gate de un MiniLoopX (PASS/FAIL):** ¿Tiene disparador y DoD claros? ¿Estaciones con gate cada una? ¿Matriz de autonomía explícita? ¿Punto de enchufe declarado? ¿Telemetría definida? Cualquier FAIL bloquea su activación.

---

## 6. Relación con el MacroLoopX y el Factory OS

- Los MiniLoopX son los **productores conectados** que el Loop Contract de cada loop lista en su elemento 7. Un loop sin mini-factorías no produce; las mini-factorías sin loop no se orquestan.
- El **Factory OS** de la factoría es el runtime donde los MiniLoopX reportan estado/telemetría (elemento 9). Varias mini-factorías comparten el Factory OS de su factoría.
- Cuando una mini-factoría madura y gana complejidad propia (equipo + tablero + entregables grandes), puede graduar a su propio loop o factoría — pero eso es la excepción, no la regla.

## 7. Ejemplos canónicos (para ilustrar, no son las instancias)

- **MiniLoopX Newsletter (LoopXDG):** disparador = cadencia semanal · estaciones: tema → borrador (IA) → curaduría (humano) → diseño → QA voz/marca → envío → medición · output = edición publicada · enchufe: alimenta la demanda del loop.
- **MiniLoopX Website (LoopXDG/PR):** disparador = nuevo evento/producto · estaciones: brief → copy → estructura → build → QA → publicación · output = sitio/landing live.

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-17 | Creación. Documento canónico que define el **MiniLoopX (mini-factoría)** y la metodología universal para generarlo: posición en la jerarquía (extiende el concepto de mini-factoría de ArquitecturaFactorias), anatomía de 10 elementos, metodología de 7 fases, naming (prefijo `MiLX-`), capa universal con instancias por dominio, invariantes y QA. Caso 0 = Rebelocity (Newsletter). Draft — recomendación para ratificación. |