## Asset Header

- **Asset ID:** DC-EL-BMF-FI-ED-Diagnostico-v01
- **Version:** v01
- **Status:** Draft
- **Owner:** Victor Heredia
- **IntellBank:** IB-EL-EmpowerLabs
- **Tipo:** DC — Document Canónico
- **Propósito:** Diagnóstico + Arquitectura — Factoría Editorial EmpowerLabs
- **Última actualización:** 2026-04-11

---

# Diagnóstico + Arquitectura — Factoría Editorial EmpowerLabs
## FI-ED-EL-Diagnostico-Arquitectura-v01

---

**Asset ID:** FI-ED-EL-Diagnostico-Arquitectura-v01
**Tipo:** Diagnóstico Operativo + Decisión Arquitectural
**Fecha:** 2026-04-06
**Owner:** Victor Heredia / EmpowerLabs
**Destinatarios:** Victor + Anahí (primera lectora operativa)
**Producido en:** Retiro Semana Santa D5 — continuación

---

## I. LA PREGUNTA DE VICTOR: ¿CUÁNTAS FACTORÍAS NECESITAMOS?

Victor listó 10 posibles factorías:
MetaPlaybooks · MasterPlaybooks · MiniPlaybooks · Resúmenes · MicroPlaybooks · Flashcards · eBooks · Newsletter · Posts LinkedIn · Artículos y Papers

**La respuesta es: 1 factoría. 10 líneas de producción.**

Una factoría editorial no es una por cada tipo de producto. Es una por cada **contexto organizacional** (quién la opera, para quién produce, con qué voz). Dentro de esa factoría, cada tipo de producto es una **Línea de Producción** con su propio pipeline.

La confusión es natural: si tienes 10 tipos de output que suenan diferentes, da la impresión de que necesitas 10 sistemas distintos. La realidad: comparten el 80% de la infraestructura (vault, templates, governance, operadores) y solo difieren en el pipeline de producción de cada tipo.

**El modelo correcto para EmpowerLabs:**

```
MF-EDITORIAL-v01 (Blueprint L2 — genérico)
│
└── FI-ED-EL-v01 (Factoría Editorial EmpowerLabs — instancia L3)
    │   Owner: Victor Heredia
    │   Operador principal: Anahí + AniX
    │   Editor final: Victor
    │
    ├── PL-RESUMENES ──────── Pipeline E0-E8 ─── ✅ OPERATIVA (la más madura)
    ├── PL-MASTERPLAYBOOKS ── Pipeline BOOK-12 ── 🟡 En producción (La Magia 85%)
    ├── PL-MINIPLAYBOOKS ───── Pipeline FAST-4 ── 🟡 Pipeline definido, 0 producidos
    ├── PL-MICROPLAYBOOKS ──── Pipeline MICRO-2 ─ 🔴 Pipeline no existe
    ├── PL-METAPLAYBOOKS ───── Pipeline MPB-10 ── 🟡 Pipeline definido, 0 producidos
    ├── PL-NEWSLETTERS ──────── Pipeline NEWS-1 ── 🟡 Operativa (Tribus RRHH)
    ├── PL-POSTS-LINKEDIN ───── Pipeline POST-3 ── 🔴 Pipeline no existe formalmente
    ├── PL-PAPERS-ARTICLES ──── Pipeline PAPER-5 ─ 🔴 Pipeline no existe formalmente
    ├── PL-EBOOKS-PDF ──────────Pipeline EBOOK-3 ─ 🔴 Pipeline no existe (derivado de otros)
    └── PL-FLASHCARDS ──────────Pipeline FLASH-2 ─ 🔴 Pipeline no existe
```

---

## II. DIAGNÓSTICO: ESTADO ACTUAL

### Lo que YA existe y funciona

| Elemento | Asset | Estado |
|---|---|---|
| Blueprint MetaFactory | MF-EDITORIAL-v01.md | ✅ Completo — 6 pipelines definidos |
| Factory OS Publishing | FOS-PUB-EL-FactoryOS-Publishing-v01.md | ✅ Operativo — Caso 0 |
| Pipeline Resúmenes | BookFactory_Sistema_Completo_v2.md | ✅ Probado con 4 libros |
| Pipeline Mini Playbooks | Definido en MF-EDITORIAL-v01 | ✅ FAST-4 definido |
| Pipeline MetaPlaybooks | Definido en MF-EDITORIAL-v01 | ✅ MPB-10 definido |
| Pipeline Newsletter | NEWS-1 activo para Tribus RRHH | ✅ Operativo |
| Templates T1-T5 | 5 templates disponibles | ✅ Listos |
| Transfer Pack sesión | TransferPrompt_BookFactory_v2.md | ✅ Operativo |
| Pack producción | PackA_ResearchProduction + PackB_RAGQA | ✅ Operativos |
| VVP para contenido | VVP v0.1 | ✅ Standard de voz |
| Proyectos casi listos | Triatlón para Dummies, Manual Entrenamiento | ✅ Listos para publicar |

### Lo que FALTA para arrancar completamente

| Elemento | Prioridad | Esfuerzo |
|---|---|---|
| **Control Plane FI-ED-EL** (dashboard operativo de Anahí) | 🔴 CRÍTICO | 1 sesión — producido hoy |
| **AniX** (SherpaX de Anahí) | 🔴 CRÍTICO | 1 sesión dedicada |
| Pipeline Posts LinkedIn (POST-3) | 🟠 Alta | 30 min — simple |
| Pipeline Papers/Articles (PAPER-5) | 🟠 Alta | 30 min — simple |
| Pipeline Micro Playbooks (MICRO-2) | 🟡 Media | 30 min |
| Pipeline Flashcards (FLASH-2) | 🟡 Media | 30 min |
| Pipeline eBooks PDF (EBOOK-3) | 🟡 Media | 30 min — derivado |
| Publicar Triatlón + Manual (T5 Manifest) | 🔴 CRÍTICO | 1 sesión con Anahí |
| Completar La Magia (QA + T5) | 🔴 CRÍTICO | 2-3 sesiones |

### Proyectos en backlog con estado conocido

| Proyecto | Tipo | Estación actual | Decisión pendiente |
|---|---|---|---|
| Triatlón para Dummies (RebeClub) | P1 Resumen | ✅ E7 listo — falta E8 distribución | PUBLICAR |
| Manual Entrenamiento Deportivo (RebeClub) | P1 Resumen | ✅ E7 listo — falta E8 distribución | PUBLICAR |
| La Magia de MasterPlaybooks | P5 Libro | 85% — Cap2 y Cap3 en v20, falta QA(T4) + Upload(T5) | COMPLETAR |
| APSE (Adv Prompt Eng) | P5 Libro | Solo BookBrief aprobado — pendiente 10 capítulos | PRIORIZAR vs La Magia |
| IronWar (Fitzgerald) | P1 Resumen | ~60% — pipeline viejo, falta E4A+E6+E7 | DECIDIR: migrar o archivar |
| Covey | P1 Resumen | 40% pausado | DECIDIR: reactivar o archivar |
| Leclerc | P1 Resumen | 40% pausado | DECIDIR: reactivar o archivar |
| Tribus RRHH (libro) | P5 Libro | Solo concepto — sin T1 Book Brief | INICIAR cuando canal activo |

---

## III. VALIDACIÓN DE LA METODOLOGÍA (para Anahí)

### ¿Es correcto que el vault compartido sea suficiente para que cualquier operador trabaje sin que Victor esté presente?

**Sí. Eso es exactamente el principio DOIX.**

El modelo funciona así:

```
Victor (Autor/Editor)
│   Participa solo en: decisiones GO/PIVOT/NO-GO + aprobación final
│
└── Anahí (Operadora Principal)
    │   Opera autónomamente con:
    │   ├── Transfer Pack de la sesión (contexto del proyecto activo)
    │   ├── Control Plane (estado actual de todos los proyectos)
    │   ├── Pipeline correspondiente (E0-E8, FAST-4, etc.)
    │   └── AniX (su SherpaX personalizado)
    │
    └── AniX (SherpaX de Anahí)
        │   No es una IA genérica. Conoce:
        │   ├── Los pipelines de la factoría
        │   ├── Los templates T1-T5
        │   ├── El estilo editorial de EmpowerLabs
        │   └── El estado actual del Control Plane
```

**Lo que Anahí necesita para trabajar una sesión:**
1. El Control Plane (¿en qué está cada proyecto?)
2. El Transfer Pack del proyecto activo (¿dónde quedamos?)
3. Su SherpaX (AniX) activo en la sesión
4. El pipeline correspondiente al tipo de producto

**Con esos 4 elementos, Anahí puede ejecutar E0-E8 completo sin Victor en la sesión.** Victor solo entra para:
- Checkpoint 2 (post E2): ¿El índice refleja el libro?
- Checkpoint 3 (post E5): ¿El QA score es ≥8.0?
- Go-Live (E7): ¿Publicamos?

**Esto aplica exactamente igual para cualquier SherpaX de cualquier miembro del equipo.** Cuando se crea AniX para Anahí, JuanX para Juan Carlos, etc. — cada uno opera dentro del sistema con el contexto del vault, sin depender de que Victor esté disponible.

---

## IV. LOS PIPELINES NUEVOS QUE FALTAN

### Pipeline POST-3 — Posts LinkedIn y Redes Sociales

| Paso | Nombre | Duración | Output |
|---|---|---|---|
| L1 | Señal / NAR tag | 5 min | Pilar narrativo identificado (NAR-XX) |
| L2 | Draft VVP | 15-20 min | Post completo en VVP Mode + Intensidad correcta |
| L3 | QA Express (5 preguntas VVP) + Publish Log | 5 min | Post publicado + registro |

**QA Express Posts (5 preguntas):**
1. ¿Una sola idea? (no dispersión)
2. ¿VVP score ≥4/5?
3. ¿Tiene evidencia o está marcado Level 0?
4. ¿CTA alineado a escalera de valor?
5. ¿El primer párrafo solo puede terminar con "seguir leyendo"?

**Quién opera:** Victor (voz propia) + VicX. Posts en voz de Victor NO se delegan a Anahí.

---

### Pipeline PAPER-5 — Artículos y Papers

| Paso | Nombre | Sesión | Output |
|---|---|---|---|
| P1 | Tesis + audiencia + ángulo | 1 | Brief de 1 página |
| P2 | Estructura (5-10 secciones) | 1 | Índice desarrollado |
| P3-P4 | Producción por sección | 1-2 | Draft completo |
| P5 | QA + Diferenciación (¿aporta algo nuevo?) | 2 | Paper final + VVP compliant |

**Regla papers:** Pasan VVP Quick-Cal + pasan diferenciación check (¿es distinto a los 3 papers anteriores?).

---

### Pipeline MICRO-2 — Micro Playbooks (más corto que FAST-4)

| Paso | Nombre | Duración | Output |
|---|---|---|---|
| MC1 | Captura | 5 min | 1 modelo mental / 1 framework / 1 insight |
| MC2 | Producción express | 10-15 min | 2-5 páginas — 1 concepto, 1 caso, 1 acción |

**Regla MICRO:** Máximo 5 páginas. Si necesita más → es FAST-4 (MiniPlaybook).

---

### Pipeline EBOOK-3 — eBooks PDF (derivado de otros productos)

| Paso | Nombre | Duración | Output |
|---|---|---|---|
| E1 | Selección del activo base | 5 min | Resumen, Playbook o MiniPlaybook terminado |
| E2 | Formateo editorial PDF | 30 min | PDF con portada, tipografía, diseño |
| E3 | Upload + distribución | 10 min | eBook en plataforma |

**Regla EBOOK:** No es contenido nuevo. Es el formato de distribución de contenido que ya pasó QA. Primero el contenido, luego el eBook.

---

### Pipeline FLASH-2 — Flashcards / Tarjetas

| Paso | Nombre | Duración | Output |
|---|---|---|---|
| FL1 | Extracción | 10 min | 5-20 conceptos clave del activo fuente |
| FL2 | Formateo tarjetas | 10 min | Set de tarjetas con: Frente (concepto) + Reverso (definición + aplicación) |

**Regla FLASH:** Siempre derivan de un activo existente (Resumen, Playbook, MetaPlaybook). El input es el activo fuente, no una idea nueva.

---

## V. PRIORIZACIÓN: ¿QUÉ ACTIVAMOS HOY?

### Acciones inmediatas (esta semana)

| # | Acción | Quién | Output |
|---|---|---|---|
| 1 | Abrir Control Plane FI-ED-EL | Anahí + Victor | Estado visible de todos los proyectos |
| 2 | Publicar Triatlón para Dummies (T5) | Anahí + Victor | Primer libro publicado del retorno |
| 3 | Publicar Manual Entrenamiento (T5) | Anahí + Victor | Segundo libro publicado |
| 4 | Crear AniX (SherpaX de Anahí) | Victor + Anahí | Anahí opera autónomamente |
| 5 | Iniciar 3 Mini Playbooks FAST-4 | Anahí + AniX | Primeras publicaciones de la semana |

### Secuencia de líneas de producción a activar

```
SEMANA 1 (esta semana):
├── PL-RESUMENES: Publicar Triatlón + Manual (ya listos)
├── PL-MINIPLAYBOOKS: Primeros 3 FAST-4
└── PL-MASTERPLAYBOOKS: La Magia → QA(T4) → T5 → publicar

SEMANA 2-3:
├── PL-RESUMENES: Decidir IronWar + Covey + Leclerc
├── PL-NEWSLETTERS: Tribus RRHH en ritmo semanal
└── PL-POSTS-LINKEDIN: Posts derivados de DemandGen (coordinado con FOS-GTM-DG)

SEMANA 4+:
├── PL-METAPLAYBOOKS: Primer MetaPlaybook nuevo
├── PL-PAPERS: Papers del retiro (Paper OD ya existe)
└── PL-MICROPLAYBOOKS: Micro Playbooks desde BrainOS
```

---

## VI. EL SIMULACRO — CÓMO TRABAJA ANAHÍ CON ESTE SISTEMA

### Escenario: Anahí quiere avanzar en Triatlón para Dummies

**Paso 1:** Abre Cowork + carga el Control Plane (este doc o CP-ED-EL-v01 cuando exista)
> Ve: Triatlón para Dummies → E7 listo → falta E8/T5 Manifest

**Paso 2:** Carga el Transfer Pack del proyecto:
> `TransferPack_LibroOriginal_v1.0.md` + archivos E7 de Triatlón

**Paso 3:** Le dice a AniX:
> "Arrancamos sesión de publicación de Triatlón para Dummies. El libro está en E7 — listo para publicar. Necesitamos el T5 Upload Manifest y el Go-Live."

**Paso 4:** AniX conoce el pipeline y produce el T5 Manifest. Anahí revisa.

**Paso 5:** Victor aprueba Go-Live (un mensaje, 5 minutos de su tiempo).

**Paso 6:** Publicado. Anahí actualiza el Control Plane.

**Tiempo de Victor en toda la sesión:** 5 minutos.
**Tiempo de Anahí:** 30-45 minutos.
**Capacidad desbloqueada:** Anahí puede hacer 2-3 sesiones así por día.

---

## VII. CONCLUSIÓN: LO QUE HACE DIFERENTE A ESTE SISTEMA

EmpowerLabs Publishing no es una editorial tradicional. Es una **fábrica de inteligencia editorial** con 4 propiedades únicas:

1. **Autónoma por diseño** — Anahí puede operar sin Victor en la sesión. Victor aprueba, no ejecuta.

2. **Escalable por instanciación** — Cuando EmpowerLabs quiera replicar esto para un cliente, toma MF-EDITORIAL-v01 y crea FI-ED-[CLIENTE]-v01 en 2 sesiones. El template existe.

3. **Multi-formato sin re-trabajo** — Un Resumen de libro alimenta: eBook PDF, Flashcards, MiniPlaybook derivado, Newsletter. 1 activo produce 4 formatos. Eso es 4x sin 4x el esfuerzo.

4. **La producción es el producto** — Cada libro, playbook o resumen que EmpowerLabs produce para sí mismo es evidencia de que el sistema funciona. Eso es el argumento de ventas para venderle el sistema a otros.

---

*Diagnóstico generado por VicX · Retiro Semana Santa D5 · 2026-04-06*
*Fuentes: FOS-PUB-EL-v01, MF-EDITORIAL-v01, MF-EDITORIAL-ArquitecturaPublishing-v01 (deprecated), BMF-EL-ArquitecturaFactorias-v01*