# Análisis: Book Factory vs. Book Distiller
**Fecha:** 2026-04-03 | **Autor:** VicX
**Objetivo:** Clarificar roles, identificar sinergias y proponer cómo potenciar ambos procesos

---

## TL;DR

Son dos procesos distintos con objetivos distintos. No compiten — se complementan. **Book Factory** produce contenido para publicar y para el RAG de Sherpa. **Book Distiller** produce contexto ligero para rooms de trabajo. La oportunidad no es fusionarlos, sino crear un puente: el SuPB- puede convertirse en un eslabón que **acelere la Book Factory** en los libros más pesados.

---

## Mapa de diferencias

| Dimensión | Book Factory v2.1 | Book Distiller (skill) |
|-----------|-------------------|----------------------|
| **¿Qué transforma?** | Libros de terceros (físicos, con autor) | Documentos internos del vault (MPBs, GTMs, playbooks) |
| **¿Para quién?** | Lectores de MasterPlaybooks + Sherpa RAG | Rooms de trabajo (contexto de IA) |
| **Output principal** | Resumen publicable (.docx) + Fuente RAG (.md) | SuPB- (un solo archivo markdown) |
| **Número de artefactos** | 19 artefactos por libro | 1 artefacto (+ Transfer Prompt opcional) |
| **Estaciones** | 9 estaciones + QA + Publicación | 6 pasos, sin pipeline formal |
| **Checkpoints humanos** | 3 (Intake, Índice, Go-live) | 0 (totalmente automatizado) |
| **Compresión objetivo** | No — expande y enriquece | Sí — 10-15x compresión |
| **Voz de salida** | Voz del autor | Voz neutral / operativa |
| **Tiempo de producción** | Horas / días por libro | Minutos |
| **Destino final** | Plataforma MasterPlaybooks + Sherpa | Pegado en un room como contexto |
| **QA formal** | Sí — E6 con 4 tipos de preguntas y thresholds | No (pendiente de agregar) |

---

## Problema raíz que resuelve cada uno

**Book Factory** resuelve un problema de **producción de conocimiento para otros**:
> "Tengo un libro de 300 páginas. Quiero que mis lectores accedan a su esencia en 20 minutos, y que Sherpa pueda responder preguntas del libro como si fuera el propio autor."

**Book Distiller** resuelve un problema de **economía de contexto para ti**:
> "Tengo un MPB de 46,000 tokens que no cabe en un room sin saturar el presupuesto de contexto. Necesito una versión de 3,000 tokens que preserve el 80% del valor para trabajar."

Dicho esto: ambos son legítimos, necesarios, y en ningún caso duplicados.

---

## La zona de solapamiento (y cómo aprovecharla)

Hay un escenario donde los dos procesos convergen: **cuando un libro fuente es muy grande y entra a la Book Factory**.

Hoy, cuando un libro de >30,000 tokens entra a la Book Factory:
1. El operador intenta leerlo todo para E1 (Investigación)
2. Consume el 30-50% del contexto del room solo en carga
3. Las estaciones E3 (Perfil Intelectual) y E4A (Resumen) sufren por falta de espacio

**Propuesta: SuPB como estación E1.5 (opcional) en la Book Factory**

```
E0 → E1 → [E1.5: Book Distiller para libros >20K tokens] → E3 → E4A → ...
```

En E1.5 el Book Distiller genera un SuPB del libro fuente. A partir de E3, en lugar de cargar el libro completo, el operador carga el SuPB como contexto base. El libro original se usa solo para verificar datos concretos cuando el QA lo necesite.

Esto reduciría el tiempo de producción de libros pesados en un 30-40% estimado.

---

## Mejoras propuestas a cada proceso

### Para Book Distiller — aprender de Book Factory

**1. Agregar un micro-QA** (inspirado en E6 de Book Factory)
La Book Factory tiene 4 tipos de preguntas de validación. El Book Distiller no valida su output. Propuesta: al final del proceso, el skill genera 3 preguntas de verificación contra el SuPB:
- ¿El SuPB permite responder una pregunta de aplicación sin leer el original?
- ¿El framework más importante está descrito con suficiente estructura para aplicarlo?
- ¿Hay al menos un dato concreto (número, estadística) que ancore el contenido?

Si el SuPB no pasa las 3, el skill indica qué sección reforzar.

**2. Agregar flag de "dirección de uso"**
Hoy el SuPB no declara si el documento fuente es un libro de tercero (candidato a Book Factory) o un documento interno (solo para contexto). Agregar en el header:
```
**Tipo de fuente:** Libro externo | Documento interno
**Candidato Book Factory:** Sí / No
```

Si es libro externo, el SuPB puede servir de pont entre ambas factorías.

---

### Para Book Factory — aprender de Book Distiller

**1. Agregar E5.5: SuPB de la Fuente Completa**
La Fuente Completa (E5) es el documento más denso de la Book Factory — puede llegar a 40,000+ tokens. Hoy, cuando el operador necesita revisar un libro publicado para responder una pregunta rápida, tiene que cargar toda la Fuente Completa.

Propuesta: al completar E5, generar automáticamente un `SuPB-[libro]-v01.md` como subproducto. No reemplaza la Fuente Completa — sigue siendo el RAG canónico. El SuPB sirve para revisiones rápidas y para rooms donde solo necesitas contexto básico del libro.

**2. Aprovechar el Transfer Prompt para E2 (Libro Virtual)**
Cuando el libro no está disponible y hay que construir el Libro Virtual, el proceso es muy intensivo en tokens. El Transfer Prompt del Book Distiller puede usarse para inicializar ese proceso en Gemini (ventana de 1M tokens) antes de traer el resultado de vuelta a Claude para E3 en adelante.

---

## Mapa de roles en el ecosistema (propuesta)

```
LIBRO EXTERNO (de tercero)
        │
        ▼
   Book Factory E0-E8
        │
        ├── E4A → Resumen Publicable (.docx) → Lector MasterPlaybooks
        ├── E5  → Fuente Completa RAG (.md)  → Sherpa IA
        └── E5.5→ SuPB- de la Fuente         → Rooms de revisión rápida [NUEVO]


DOCUMENTO INTERNO (MPB, GTM, Playbook del vault)
        │
        ▼
   Book Distiller skill
        │
        └── SuPB- → Rooms de trabajo como contexto


LIBRO EXTERNO GRANDE (>20K tokens, candidato Book Factory)
        │
        ▼
   Book Distiller E1.5 [NUEVO PUENTE]
        │
        └── SuPB- → sirve de contexto base para E3-E4A de la Book Factory
```

---

## Acciones concretas recomendadas

| Acción | Proceso | Esfuerzo | Impacto |
|--------|---------|----------|---------|
| Agregar micro-QA de 3 preguntas al Book Distiller | Distiller | Bajo | Medio — mejora confianza en el SuPB |
| Agregar flag "tipo de fuente / candidato Book Factory" al header del SuPB | Distiller | Mínimo | Alto — conecta los dos ecosistemas |
| Documentar E1.5 (Book Distiller opcional para libros >20K) en Book Factory v2.2 | Factory | Bajo | Alto — acelera producción de libros pesados |
| Agregar E5.5 (SuPB de Fuente Completa) como subproducto automático de E5 | Factory | Medio | Alto — rooms de revisión y contexto rápido |
| Explorar Transfer Prompt para E2 (Libro Virtual) en Gemini | Factory | Medio | Alto si hay libros no disponibles recurrentes |

---

## Conclusión

Sí, es válido tener los dos procesos. No son duplicados — son herramientas diferentes para problemas diferentes. La ganancia real no viene de fusionarlos sino de **crear el puente SuPB** que los conecte.

El Book Distiller actúa hoy como pre-procesador de vault interno. Con pequeños ajustes puede también actuar como acelerador de la Book Factory para los libros más grandes, reduciendo el costo operativo del proceso editorial más intenso que tienes.

La siguiente versión a crear sería una **Book Factory v2.2** con E1.5 documentado, y un **Book Distiller v1.1** con el micro-QA y el flag de candidato.

---

*Análisis generado por VicX | 2026-04-03*