---
asset_id: MF-RESUMENES-EL-v01
tipo: MetaPlaybook
capa_bmf: L3
owner: Victor Heredia
operadora: Anahí + SherpaXAnahí
status: Activo
version: v02
fecha_creacion: 2026-04-29
ultima_actualizacion: 2026-05-04
production_line: PL-RESUMENES-EL-v01
---

# Factoría de Resúmenes de Libros EmpowerLabs

---

## 0. Propósito y Alcance

### Por qué existe

La Factoría de Resúmenes transforma libros en dos activos canónicos publicados en MasterPlaybooks:

1. Un **Resumen** (.md) — documento narrativo completo con sinopsis, resumen exprés, resumen amplio por capítulos y recursos adicionales.
2. Una **Fuente Completa RAG** (.md) — documento maestro que alimenta al AI Sherpa para responder preguntas en la voz del autor.

### Qué gobierna

Este MetaPlaybook gobierna el pipeline completo E0-E6: desde la entrada del libro hasta su publicación y registro. Define las estaciones, los artefactos canónicos, los criterios de calidad y las reglas operativas.

### Qué está fuera de scope

- La generación de imágenes (los prompts los produce E3; la ejecución en Gemini Imagen corre en paralelo por el equipo de diseño).
- La carga técnica en la plataforma MasterPlaybooks (la ejecuta Anahí fuera del pipeline).
- La preparación del Compilado cuando no hay PDF (se produce fuera de Claude con herramientas externas y se entrega como input a E0).

### Non-negotiables

1. **El artefacto que alimenta al Sherpa es únicamente la Fuente Completa (E4).** Ningún otro artefacto sube al RAG.
2. **El Resumen va siempre en voz del autor.** Nunca como informe externo ni como opinión de EmpowerLabs.
3. **Victor no ejecuta dentro del sistema.** Su única intervención es el gate en E4 (aprueba la Fuente Completa). Nada más.
4. **Un gate que siempre pasa no es gate.** El criterio de FAIL en cada estación es tan importante como el de PASS.
5. **WIP máximo: 3 libros activos simultáneos.**

---

## 1. Arquitectura General

### Mapa del pipeline

```
ENTRADA ────────────────────────────────────────────────────────
Libro + Autor + Canal + Flujo (con_pdf | con_compilado)

     E0 — INTAKE
          │ CP1: Anahí valida datos del libro
          ▼
     E1 — INVESTIGACIÓN DEL AUTOR
          │ CP2: Anahí valida antes de continuar
          ▼
     E2 — RESUMEN
          │ Output: E2_Resumen.md — artefacto publicable
          ▼
     E3 — PROMPTS DE IMÁGENES
          │ Output: E3_PromptsImagenes.md → diseño (paralelo)
          ▼
     E4 — FUENTE COMPLETA  ← ⚑ GATE VICTOR
          │ Output: E4_FuenteCompleta.md → RAG
          ▼
     E5 — BATERÍA QA
          │ 19 preguntas · umbral 15/19
          ▼
     E6 — PUBLICACIÓN + REGISTRO

OUTPUT ──────────────────────────────────────────────────────────
E2_Resumen.md publicado en MasterPlaybooks
E4_FuenteCompleta.md activa en RAG
Entrada en LOG-PUB-EL-v01
```

### Flujos de entrada

| Flujo | Input del usuario | Descripción |
|-------|-------------------|-------------|
| `con_pdf` | PDF del libro adjunto | SherpaXAnahí extrae el contenido directamente del PDF |
| `con_compilado` | Archivo .txt o .md con el texto completo del libro | Preparado fuera de Claude con herramientas externas — se sube como input de la sesión |

### Roles

| Rol | Función |
|-----|---------|
| **Anahí** | Activa el pipeline, valida CP1 y CP2, presenta la Fuente Completa a Victor, ejecuta la carga en MasterPlaybooks |
| **SherpaXAnahí** | Ejecuta E0-E5 sin pausas salvo en gates explícitos |
| **Victor Heredia** | Aprueba o rechaza la Fuente Completa en E4. No interviene en ninguna otra estación |
| **Equipo de diseño** | Ejecuta los prompts de E3 en Gemini Imagen en paralelo. No bloquea el pipeline |

### Nomenclatura de artefactos

```
[Estacion]_[TipoArtefacto]_[TituloSlug]_[AutorSlug]_v[X.X].[ext]

TituloSlug → CamelCase sin espacios. "Iron War" → IronWar
AutorSlug  → Apellido en CamelCase. "Matt Fitzgerald" → Fitzgerald
v[X.X]     → Empieza en v1.0. Revisión menor: v1.1. Regeneración: v2.0.
```

| Estación | TipoArtefacto | Ext | Ejemplo |
|----------|---------------|-----|---------|
| E0 | FichaProduccion | .yaml | E0_FichaProduccion_IronWar_Fitzgerald_v1.0.yaml |
| E1 | Investigacion | .md | E1_Investigacion_IronWar_Fitzgerald_v1.0.md |
| E2 | Resumen | .md | E2_Resumen_IronWar_Fitzgerald_v1.0.md |
| E3 | PromptsImagenes | .md | E3_PromptsImagenes_IronWar_Fitzgerald_v1.0.md |
| E4 | FuenteCompleta | .md | E4_FuenteCompleta_IronWar_Fitzgerald_v1.0.md |
| E5 | QA | .yaml | E5_QA_IronWar_Fitzgerald_v1.0.yaml |

---

## 2. Estaciones del Pipeline

---

### E0 — INTAKE

**Protocolo de activación:** Anahí inicia la sesión con los datos del libro y el archivo (PDF o Compilado). Primera estación siempre, sin excepción.

**Input requerido:**
```
Flujo con_pdf:
  Libro: [título completo]
  Autor: [nombre completo]
  Canal: RebeClub | TribusRRHH | EmpowerLabs
  PDF: [archivo adjunto]

Flujo con_compilado:
  Libro: [título completo]
  Autor: [nombre completo]
  Canal: RebeClub | TribusRRHH | EmpowerLabs
  Compilado: [archivo .txt o .md adjunto]
```

**Proceso:**
1. SherpaXAnahí genera la Ficha de Producción con todos los campos.
2. Asigna TituloSlug (CamelCase, sin tildes) y AutorSlug (apellido en CamelCase).
3. Asigna id_libro: formato `YYYYMMDD-AutorSlug`.
4. Registra todas las estaciones en estado `pendiente`.

**Output — artefacto canónico:**
```yaml
# E0_FichaProduccion_[TituloSlug]_[AutorSlug]_v1.0.yaml
id_libro: "YYYYMMDD-AutorSlug"
titulo: ""
autor: ""
titulo_slug: ""
autor_slug: ""
tipo_autoria: individual | colectiva
canal: ""               # RebeClub | TribusRRHH | EmpowerLabs
flujo: con_pdf | con_compilado
fecha_inicio: "YYYY-MM-DD"
version: "v1.0"
estaciones:
  E0_intake:          { fecha: "", status: ✅ }
  E1_investigacion:   { status: pendiente }
  E2_resumen:         { status: pendiente }
  E3_prompts:         { status: pendiente }
  E4_fuente_completa: { status: pendiente }
  E5_qa:              { status: pendiente }
  E6_publicacion:     { status: pendiente }
status_global: en_proceso
notas: ""
```

**CP1 — Anahí valida:** confirma que título, autor, canal y flujo son correctos.

**Criterios QA:**
- ✅ PASS: Todos los campos completos. Slugs en CamelCase sin tildes ni espacios. Canal válido. Flujo coincide con el input adjunto.
- ❌ FAIL: Campo vacío. Slug con tildes o espacios. Canal no reconocido. → Corregir antes de avanzar a E1.

---

### E1 — INVESTIGACIÓN DEL AUTOR

**Protocolo de activación:** Automático tras CP1.

**Input requerido:** Ficha E0 confirmada. PDF o Compilado disponible en la sesión.

**Proceso:**
1. SherpaXAnahí investiga el libro y el autor. Extrae del PDF/Compilado los datos estructurales; busca en web los datos del autor y la recepción crítica.
2. Produce el documento E1 con los siguientes bloques:

   **Clasificación:** categoría principal, subcategoría, tipo de libro, audiencia objetivo.

   **Tesis central:** la afirmación específica del autor — precisa, 1-2 oraciones. No genérica.

   **Argumentos clave:** 3-5 argumentos en orden lógico, extraídos del contenido del libro.

   **Datos del autor:** biografía intelectual, formación, obra completa, posición en su campo.

   **Recepción crítica:** cómo fue recibido el libro, impacto, críticas principales.

   **Limitaciones conocidas:** temas que el libro no cubre o aborda superficialmente.

   **Fuentes:** mínimo 3 referencias externas verificables (para datos del autor y recepción).

3. Actualiza la Ficha: `E1_investigacion → ✅`.

**Output — artefacto canónico:** `E1_Investigacion_[TituloSlug]_[AutorSlug]_v1.0.md`

**CP2 — Anahí valida:** confirma GO o STOP. STOP solo si hay error factual grave (autor equivocado, libro confundido).

**Criterios QA:**
- ✅ PASS: Tesis central precisa en 1-2 oraciones. Mínimo 3 argumentos clave. Datos del autor completos. Mínimo 3 fuentes externas.
- ❌ FAIL: Tesis genérica o vacía. Sin datos del autor. Sin fuentes. → SherpaXAnahí corrige antes de avanzar.

---

### E2 — RESUMEN

**Protocolo de activación:** Automático tras CP2.

**Input requerido:** `E1_Investigacion` confirmada + PDF o Compilado del libro.

**Proceso:** SherpaXAnahí produce el resumen completo del libro en voz del autor siguiendo la estructura obligatoria.

**REGLA CRÍTICA DE FORMATO:**
- Nivel máximo de heading: `##` (H2). **Nunca usar `#` (H1).**
- Jerarquía estricta: `##` → `###` → `####`
- Todo el contenido en Markdown.

**ESTRUCTURA OBLIGATORIA:**

```markdown
## Sinopsis
[3-4 oraciones en voz del autor. Qué es el libro, para quién es, qué problema
 resuelve. Se usa como presentación del libro en la plataforma.]

## Resumen Exprés
[5-7 ideas clave en lenguaje directo y accionable. Lista numerada.
 Cada punto: 1-2 oraciones. El lector que solo lee esto debe llevarse
 el valor esencial del libro.]

## Resumen Amplio
[Para cada capítulo del libro, en orden:]

### [Nombre del Capítulo]
[Desarrollo del argumento en 3-5 párrafos en voz del autor.
 Incluir conceptos clave, ejemplos importantes, conexión con el
 argumento global del libro.]

#### Playbook — [Nombre del Capítulo]
[Solo si el capítulo tiene contenido accionable. Omitir si es narrativo.]
Qué hacer: [Acción concreta en imperativo]
Cómo hacerlo: [Instrucción específica y práctica]
Cuándo aplicarlo: [Momento o frecuencia]
Señal de progreso: [Indicador observable y concreto]
Error común: [El error más frecuente + cómo corregirlo]

[Repetir ### Capítulo + #### Playbook para cada capítulo del libro]

## Recursos Adicionales

### Sobre el Autor
[200-300 palabras en tercera persona. Quién es, formación, obra completa,
 por qué es una voz relevante, dónde encontrar más de su trabajo.]

### Materiales de Apoyo
[2-4 recursos externos: charlas, entrevistas, documentales, artículos
 relacionados con el libro o el autor.
 Formato: - [Título] — [Plataforma] — [Por qué es relevante]]

### Sobre este Material
[2-3 oraciones: cómo se elaboró este resumen, qué fuentes se usaron,
 cómo usar el Sherpa para profundizar.]
```

**Extensión:** 2.000-3.500 palabras según la densidad del libro.

> Si el Resumen Amplio supera 6 capítulos, SherpaXAnahí lo escribe en dos bloques consecutivos sin pausa: capítulos 1 a N/2 primero, luego N/2+1 hasta el final.

4. Actualiza la Ficha: `E2_resumen → ✅`.

**Output — artefacto canónico:** `E2_Resumen_[TituloSlug]_[AutorSlug]_v1.0.md`

**Criterios QA:**
- ✅ PASS: Estructura completa (las 3 secciones `##` presentes: Sinopsis, Resumen Exprés, Resumen Amplio + la sección `##` Recursos Adicionales con sus 3 subsecciones). Voz del autor en todo el cuerpo. 2.000-3.500 palabras. Ningún `#` (H1) usado. Todos los capítulos del libro cubiertos en el Resumen Amplio.
- ❌ FAIL: Voz editorial de EmpowerLabs en el cuerpo. Menos de 2.000 palabras. Secciones `##` faltantes. `#` (H1) presente. Capítulos del libro sin cubrir. → SherpaXAnahí reescribe la sección afectada.

---

### E3 — PROMPTS DE IMÁGENES

**Protocolo de activación:** Automático tras E2.

**Input requerido:** `E2_Resumen_[TituloSlug]_[AutorSlug]_v1.0.md`

**Proceso:** SherpaXAnahí genera prompts visuales para Gemini Imagen: uno para la portada/hero del resumen + uno por cada sección temática del Resumen Amplio.

**Generador objetivo:** Gemini Imagen (Google). Todos los prompts se escriben en **inglés**.

**Estructura obligatoria por prompt:**
```
## IMAGEN [N] — [Nombre de la sección]
**Uso:** [Dónde aparece en el resumen]
**Prompt:**
[Descripción visual detallada en inglés: sujeto, acción, entorno,
 atmósfera, iluminación, composición. Sin texto en la imagen.
 Estilo fotorealista salvo indicación contraria.]

**Intención visual:** [1 oración en español — qué concepto del libro representa]
```

**IMAGEN 0 — PORTADA/HERO (obligatoria):** Representa el espíritu global del libro. Funciona como imagen destacada de la publicación.

**IMÁGENES DE SECCIÓN:** Una por cada agrupación temática del Resumen Amplio (generalmente 4-6 imágenes). Cada imagen visualiza el concepto clave de esa sección, no es una ilustración genérica.

**Reglas:**
- Sin texto, palabras ni letras visibles en ninguna imagen.
- Paleta visual coherente con la identidad del libro.
- Sección final "Notas de uso para Gemini" con ajustes de estilo y resoluciones recomendadas.

2. Actualiza la Ficha: `E3_prompts → ✅`.

**Output — artefacto canónico:** `E3_PromptsImagenes_[TituloSlug]_[AutorSlug]_v1.0.md`

> **Nota operativa:** E3 se entrega al equipo de diseño para ejecución en paralelo. La generación de imágenes no bloquea el avance a E4.

**Criterios QA:**
- ✅ PASS: Imagen 0 (portada) presente. Una imagen por sección temática del Resumen Amplio. Todos los prompts en inglés. Instrucción de ausencia de texto en imagen incluida en cada prompt. Sección "Notas de uso" presente.
- ❌ FAIL: Imagen 0 ausente. Prompts en español. Prompts genéricos sin referencia al libro. → SherpaXAnahí rehace los prompts fallidos.

---

### E4 — FUENTE COMPLETA (RAG)

**Protocolo de activación:** Automático tras E3.

**Input requerido:** `E1_Investigacion` + `E2_Resumen` + Ficha completa.

**Proceso:**
1. SherpaXAnahí ensambla el documento maestro integrando en este orden: metadata del libro → tesis central → resumen narrativo completo → datos del autor → referencia bibliográfica.
2. El documento debe ser **autocontenido**: un Sherpa activado solo sobre esta fuente responde como si hubiera leído el libro.
3. **Auto-verificación interna:** SherpaXAnahí responde estas 5 preguntas usando únicamente la Fuente y verifica que todas tienen respuesta clara:
   - ¿Cuál es la tesis central del libro?
   - ¿Qué recomienda el autor ante [problema clave del libro]?
   - ¿Cómo define el autor [concepto clave #1]?
   - ¿Qué aplica el lector después de leer el capítulo [N]?
   - ¿Quién es el autor y por qué es una voz relevante en este campo?
4. Si alguna pregunta no tiene respuesta clara → corregir la sección deficiente antes de presentar a Victor.
5. Actualiza la Ficha: `E4_fuente_completa → pendiente_gate`.

**Output — artefacto canónico:** `E4_FuenteCompleta_[TituloSlug]_[AutorSlug]_v1.0.md`

```markdown
---
libro: ""
autor: ""
titulo_slug: ""
autor_slug: ""
canal: ""
version: ""
fecha: YYYY-MM-DD
---
## Metadata
## Tesis Central
## Resumen Completo
## Conceptos Clave
## Sobre el Autor
## Referencia Bibliográfica
```

**⚑ GATE VICTOR — el pipeline se detiene aquí:**
- Anahí presenta la Fuente Completa a Victor (revisión asíncrona, máximo 7 días hábiles).
- Victor decide: PASS → E5 · FAIL + observaciones → SherpaXAnahí corrige y re-presenta.
- Sin aprobación de Victor, el libro **no sube al RAG bajo ninguna circunstancia**.

**Criterios QA:**
- ✅ PASS: Documento autocontenido. Las 5 preguntas de auto-verificación respondibles. Todas las secciones presentes y completas.
- ❌ FAIL: Secciones vacías. Preguntas de auto-verificación sin respuesta clara. → Corregir antes de presentar a Victor.

---

### E5 — BATERÍA QA

**Protocolo de activación:** Automático tras aprobación de Victor en E4.

**Input requerido:** `E4_FuenteCompleta` aprobada por Victor.

**Proceso:**
1. SherpaXAnahí genera 19 preguntas calibradas para el libro específico. Distribución:
   - 4 preguntas de tesis y argumento central
   - 6 preguntas de conceptos clave del libro
   - 4 preguntas de aplicación práctica (del Resumen Amplio)
   - 3 preguntas de voz del autor
   - 2 preguntas de contexto del autor
2. Responde las 19 preguntas usando **únicamente** la Fuente Completa como contexto.
3. Evalúa cada respuesta: PASS (precisa y completa) · FAIL (vaga, incorrecta o no respondible).
4. Calcula el score: X/19.
5. Actualiza la Ficha: `E5_qa → ✅` con el score registrado.

**Output — artefacto canónico:** `E5_QA_[TituloSlug]_[AutorSlug]_v1.0.yaml`
```yaml
libro: ""
titulo_slug: ""
autor_slug: ""
score: 0
umbral: 15
resultado: ""     # PASS | FAIL
preguntas:
  - id: "q01"
    categoria: ""  # tesis | concepto_clave | aplicacion | voz_autor | contexto_autor
    pregunta: ""
    respuesta: ""
    evaluacion: "PASS | FAIL"
    nota: ""
```

**Criterios QA:**
- ✅ PASS: Score ≥ 15/19 → avanza a E6.
- ❌ FAIL score 12-14/19: SherpaXAnahí identifica chunks deficientes, corrige la Fuente Completa, re-ejecuta solo las preguntas fallidas.
- ❌ FAIL score < 12/19: Escalar a Victor con análisis de causa y preguntas fallidas señaladas.

---

### E6 — PUBLICACIÓN + REGISTRO

**Protocolo de activación:** Automático tras PASS en E5 (score ≥ 15/19).

**Input requerido:** `E2_Resumen` + `E4_FuenteCompleta` aprobada + `E5_QA` con PASS.

**Proceso:**
1. SherpaXAnahí verifica el checklist de go-live:
   - ✅ Fuente Completa aprobada por Victor
   - ✅ Score QA ≥ 15/19
   - ✅ E2_Resumen con estructura completa y formato correcto
   - ✅ Referencia al libro original presente en el resumen
   - ✅ Canal correcto en Ficha y en el Resumen
2. Si todos los ítems están en verde → genera entrada en `LOG-PUB-EL-v01`.
3. Actualiza la Ficha: `E6_publicacion → ✅`, `status_global: publicado`, `fecha_publicacion: YYYY-MM-DD`.
4. Anahí ejecuta la carga técnica en MasterPlaybooks.

**Output — artefactos canónicos:**
- `E2_Resumen_[TituloSlug]_[AutorSlug]_v1.0.md` — versión final para publicar
- `E4_FuenteCompleta_[TituloSlug]_[AutorSlug]_v1.0.md` — activa en RAG
- Entrada en `LOG-PUB-EL-v01`
- `E0_FichaProduccion` actualizada con `status_global: publicado`

**Criterios QA:**
- ✅ PASS: Los 5 ítems del checklist en verde. Entrada en LOG-PUB creada.
- ❌ FAIL: Cualquier ítem en rojo → no publicar hasta resolver el ítem bloqueante.

---

## 3. Contratos de Artefactos

| Estación | Artefacto canónico | Formato | Destino | Condición |
|----------|--------------------|---------|---------|-----------|
| E0 | `E0_FichaProduccion_[TituloSlug]_[AutorSlug]_v1.0.yaml` | YAML | Carpeta `Factoria Resumenes/` | Siempre |
| E1 | `E1_Investigacion_[TituloSlug]_[AutorSlug]_v1.0.md` | .md | Carpeta `Factoria Resumenes/` | Siempre |
| E2 | `E2_Resumen_[TituloSlug]_[AutorSlug]_v1.0.md` | .md | MasterPlaybooks | Siempre |
| E3 | `E3_PromptsImagenes_[TituloSlug]_[AutorSlug]_v1.0.md` | .md | Equipo de diseño | Siempre |
| E4 | `E4_FuenteCompleta_[TituloSlug]_[AutorSlug]_v1.0.md` | .md | MasterPlaybooks (RAG) | Siempre — requiere Gate Victor |
| E5 | `E5_QA_[TituloSlug]_[AutorSlug]_v1.0.yaml` | YAML | Carpeta `Factoria Resumenes/` | Siempre |
| E6 | Entrada en `LOG-PUB-EL-v01` + Ficha actualizada | — | LOG-PUB + Ficha | Siempre |

---

## 4. Protocolos de Operación

### Activación — libro nuevo

```
Anahí escribe al inicio de sesión:

"Nuevo resumen: [Título], [Autor], Canal: [RebeClub | TribusRRHH | EmpowerLabs]
 [adjuntar PDF o Compilado]"
```

SherpaXAnahí activa E0 de inmediato, sin preguntas adicionales.

### Retoma de libro en proceso

```
Anahí escribe:

"Retomar: [TituloSlug]_[AutorSlug], etapa actual: E[N]
 [adjuntar Ficha de Producción + artefactos ya producidos si aplica]"
```

### Pausa de un libro

1. Actualizar Ficha: `status_global: pausado` + `estacion_pausa: E[N]` + `fecha_pausa: YYYY-MM-DD`.
2. El libro cuenta contra el WIP hasta que se reanude o descarte.
3. Si permanece pausado más de 30 días → Anahí escala a Victor: retomar o descartar.

### Escalado

- WIP máximo activo: **3 libros** en estado `en_proceso`.
- Un libro en `pausado` no cuenta contra el WIP.
- Para aumentar WIP a 4+: requiere aprobación de Victor.
- **Prioridad de slot libre:** RebeClub → TribusRRHH → EmpowerLabs. Dentro del mismo canal: libro más avanzado en pipeline tiene prioridad.

### Cadencia

| Evento | Frecuencia |
|--------|-----------|
| Revisión de WIP | Inicio de cada sesión |
| Gate Victor (E4) | Asíncrono — máx. 7 días hábiles desde notificación |
| Actualización de Ficha | Al cerrar cada estación |
| Revisión de libros pausados | Semanal — cierre de sprint |

---

## 5. Gates de QA

### CP1 — Validación de intake (E0)

| Criterio | PASS | FAIL |
|----------|------|------|
| Datos del libro | Título, autor, canal y flujo completos | Cualquier campo vacío → corregir |
| Slugs | CamelCase sin tildes ni espacios | Slugs con caracteres inválidos → regenerar |
| Input adjunto | PDF o Compilado presente en sesión | Sin archivo adjunto → solicitar a Anahí |

### CP2 — Validación de investigación (E1)

| Criterio | PASS | FAIL |
|----------|------|------|
| Precisión factual | Sin errores de autor o título | Error factual grave → STOP, corregir |
| Tesis central | Precisa y específica | Genérica o vacía → rehace |

### ⚑ Gate Victor — Fuente Completa (E4)

| Criterio | PASS | FAIL |
|----------|------|------|
| Autocontención | Las 5 preguntas de auto-verificación respondibles | Alguna sin respuesta → corregir sección |
| Completitud | Todas las secciones del .md presentes | Secciones vacías → completar |
| Decisión de Victor | PASS o silencio positivo | Observaciones → corregir y re-presentar |

### Gate QA — Batería 19 preguntas (E5)

| Score | Acción |
|-------|--------|
| ≥ 15/19 | PASS → avanza a E6 |
| 12-14/19 | Corregir Fuente Completa + re-test de preguntas fallidas |
| < 12/19 | Escalar a Victor con análisis de causa |

### Gate publicación — Checklist go-live (E6)

| Ítem | PASS | FAIL |
|------|------|------|
| Gate Victor | Aprobación documentada en Ficha | Sin aprobación → no publicar |
| Score QA | ≥ 15/19 en E5_QA.yaml | < 15 → volver a E5 |
| Estructura E2 | Todas las secciones `##` presentes | Sección faltante → completar |
| Referencia al libro | Presente en "Sobre este Material" | Ausente → añadir |
| Canal | Correcto en Ficha y en E2 | Inconsistente → corregir |

---

## 6. Governance

### Responsables

| Decisión | Responsable |
|----------|-------------|
| Activar un libro nuevo | Anahí |
| Seleccionar qué libro entra al pipeline | Anahí (con prioridades del backlog) |
| Aprobar la Fuente Completa | Victor Heredia — único |
| Publicar en MasterPlaybooks | Anahí (carga técnica) |
| Aumentar WIP máximo | Victor Heredia |
| Descartar un libro del pipeline | Anahí (+30 días pausa) o Victor |
| Modificar este MetaPlaybook | Victor (aprueba) + Anahí (implementa) |

### Parámetros operativos

| Parámetro | Valor |
|-----------|-------|
| WIP máximo activo | 3 libros |
| Tiempo estimado por libro (con_pdf) | 2-3 sesiones |
| Tiempo estimado por libro (con_compilado) | 2-3 sesiones |
| Plazo Gate Victor (E4) | 7 días hábiles |
| Plazo máximo en pausa sin decisión | 30 días |

---

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-04-29 | Creación inicial — pipeline E0-E8, arquitectura Pack A/B |
| v02 | 2026-05-04 | Rediseño completo. Pipeline E0-E6, pack único. Flujos: con_pdf y con_compilado. Eliminados: Índice Maestro, Perfil Intelectual, Lentes Cognitivos, HandoffAB. E2 produce el Resumen completo. Nueva nomenclatura de artefactos. |

---

*MF-RESUMENES-EL-v01 · Factoría Editorial EmpowerLabs · Anahí + SherpaXAnahí*