---
type: PG
asset_id: PG-MTX-FactoriasYFabricadores-v01
version: v01.1
status: Reestructurada a plantilla canónica — 🔒 interna
owner: Juan Carlos Angeles Ramírez
verificado_por: JuanCarlosX
verificado_fecha: 2026-07-22
intellibank: IB-MTX-MatriX
nodo_map: "8.1"
exposicion: "🔒 interna (no pública)"
fuente_canonica: TP-EL-WorXDirectorX-Room-v01 (procedimiento de fabricación de especialistas)
nodo_grafo: "No tiene nodo propio (es ingeniería interna)"
base: PLAN-MTX-MatriX-MasterPlan-v01 §2.3 (anatomía canónica)
---
# Factorías y Fabricadores
## 1 · Tarjeta resumen
> **¿Qué es en una frase?** El sistema con el que EmpowerLabs produce nuevos especialistas de IA (UltraSherpas): salas de fabricación, recetas y un publicador que los libera a producción.
> **Familia:** D8 · Ingeniería interna — cómo se fabrica lo que el ecosistema usa
> **Metáfora:** un taller de lutier: cada guitarra (especialista) se arma en un banco de trabajo (factoría), con planos (receta) y control de calidad antes de salir a la tienda.
## 2 · Nivel 1 · 🌱 Esencial
Los especialistas de IA del ecosistema (UltraSherpas, como `/ux-diseno` o `/ux-midas`) no aparecen por arte de magia. Se fabrican con un proceso definido, en salas de trabajo dedicadas.
Una **factoría** es esa sala de trabajo: un room donde se ensambla UN especialista siguiendo una receta. Un **fabricador** es la herramienta base que se usa dentro de la sala — un SherpaX con un encargo canónico y lógica de validación.
El proceso siempre empieza con un encargo de Victor ("falta un especialista de X"), sigue con una receta (qué cogniciones y validaciones lleva), pasa por la forja en el room, y termina con una prueba en ambiente vivo.
Solo si el especialista funciona de verdad, el **publicador** (`/sx-publicador`) lo libera al marketplace del equipo. Nada llega a producción sin pasar la prueba.
Esta página es interna: describe cómo producimos, no algo que el cliente opere. El cliente ve el resultado (especialistas que funcionan), no la fábrica.
## 3 · Nivel 2 · 🛠 Implementador
**Las tres piezas del sistema:**
- **Factorías:** rooms de fabricación. Cada factoría es un `/sx-fabricador-*` room con una receta canónica como Contexto 1.
- **Fabricadores:** los shells (`/sx-fabricador-directorx`, `/sx-consejero`, etc.) — SherpaX base + encargo canónico + lógica de validación.
- **Publicador:** `/sx-publicador` — libera el UltraSherpa a producción (plugin + skill + distribución).
**Ciclo de producción (6 pasos):**
1. **Encargo L3:** Victor define qué especialista falta. Escribe `TP-EL-UltraSherpa*-EncargoForja-vXX`.
2. **Receta:** el encargo describe qué cogniciones, qué shell, qué validaciones.
3. **Room de Fabricación:** Jay abre `/sx-fabricador-*` con la receta como Contexto 1.
4. **Forja:** produce el UltraSherpa — Brain Code + SVA + skill empaquetada.
5. **Gate Real:** se ejecuta la skill en ambiente vivo. ¿Funciona? → L3.
6. **Publicación:** `/sx-publicador` libera a marketplace (plugin worx-ultrasherpas).
## 4 · Nivel 3 · 🔬 Ingeniería — INTERNO
**Ejemplo vivo (21-jul):** `/ux-diseno` forjado en una sesión. Receta (Geist + Lupi + BCS-InfografiaBestPractices) → Encargo → Room → Sala de producción → Gate (infografía del ecosistema) → Publicación.
**Regla L3 (21-jul):** sin nombres épicos/arquetipos en agentes nuevos. Naming funcional: `/ux-diseno`, no `/tribunal-del-arte`.
Relación con BMF (8.3): una factoría produce UN especialista; BMF es la infraestructura que crea factorías sobre demanda y las opera en serie. Fuente canónica: `TP-EL-WorXDirectorX-Room-v01`. Ratificación de las recetas: diferida en el paquete final (fuentes en Draft L0/L3 según el caso).
## 5 · Casos de uso
1. **Falta un especialista de pricing.** Victor escribe el encargo, Jay abre la factoría con la receta (cognición Hormozi + shell Titan), se forja, pasa el Gate Real con una oferta de prueba y se publica como `/ux-midas`.
2. **Un especialista publicado falla en producción.** Se reabre su factoría con la receta versionada, se corrige la lógica de validación y se re-publica con bump de versión — la receta es el plano, no hay que empezar de cero.
3. **Onboarding de un ingeniero nuevo al equipo.** Lee esta página y la 8.3 (BMF) antes de tocar un fabricador — entiende que el ciclo tiene gates y que nada se publica sin prueba en vivo.
## 6 · Verifica tu comprensión
1. **¿Qué diferencia hay entre una factoría y un fabricador?**
Ver respuesta
La factoría es la sala de trabajo (el room donde se ensambla un especialista con su receta); el fabricador es el shell/herramienta base que se usa dentro (`/sx-fabricador-*`: SherpaX base + encargo + validación).Ver respuesta
Es la prueba en ambiente vivo antes de publicar: la skill se ejecuta de verdad y solo si funciona pasa a L3 y se libera. Evita publicar especialistas que solo funcionan en teoría.Ver respuesta
Naming funcional, no épico (regla L3 del 21-jul): `/ux-diseno` en vez de `/tribunal-del-arte`. El nombre debe decir qué hace.