## Asset Header

- **Asset ID:** MF-BMF-Editorial-v01
- **Version:** v01
- **Status:** Draft
- **Owner:** Victor Heredia
- **IntellBank:** IB-XX-Maestro
- **Tipo:** MF — (tipo pendiente)
- **Propósito:** MF-EDITORIAL — MetaFactoría Editorial
- **Última actualización:** 2026-04-11

---

asset_id: MF-EDITORIAL-v01
nombre: MetaFactoría Editorial — Blueprint Maestro
tipo: MetaFactory Blueprint (L2) — Genérico y Reutilizable
estado: Draft
version: v01
fecha_creacion: 2026-04-02
owner: EmpowerLabs
layer: L2 — MetaFactory
sistema: Big MetaFactory + DOIX
nota: Este documento es la FASE 2 (Producción Editorial) del ciclo completo MF-PUBLISHING-v01. No contiene contexto de ninguna organización específica.
parent_blueprint: MF-PUBLISHING-v01
fase_en_parent: "Fase 2 — Producción Editorial"
---

# MF-EDITORIAL — MetaFactoría Editorial
## Fase 2 del Publishing MetaFactory — Blueprint de Producción

> Este es el blueprint de la **Fase 2 (Producción Editorial)** dentro del ciclo completo `MF-PUBLISHING-v01`. Define los pipelines, roles, templates y governance para producir activos editoriales. Se activa después de Gate G1 (Fase 1 — Diseño de Negocio) y alimenta la Fase 3 (Demanda y Conversión). Es agnóstico a la organización.

---

## I. PROPÓSITO Y ALCANCE

Una **Editorial Factory** (Factoría Editorial) es un sistema de producción de conocimiento estructurado que convierte ideas, criterio acumulado, investigación y sabiduría colectiva en activos publicables con identidad, calidad y continuidad.

**Lo que una Editorial Factory produce:**
- Conocimiento que antes existía solo en la cabeza de personas → ahora existe como activo
- Activos que antes tomaban meses → ahora se producen en días
- Producción que dependía de un individuo → ahora la opera un equipo distribuido con SherpaX

**Lo que NO es:**
- Un asistente de escritura (produce sistemas, no textos sueltos)
- Un repositorio de documentos (produce activos con pipeline, QA y publicación)
- Una plataforma (es la operación que alimenta plataformas)

---

## II. POSICIÓN EN LA ARQUITECTURA BMF

```
L0 — BMF-MPB-Kernel-v01 (Constitución global)
  │
  L2 — MF-EDITORIAL-v01 ← ESTE DOCUMENTO
    │   Blueprint genérico para cualquier organización
    │
    └── L3 — FI-ED-[ORG]-v01  (instancia por organización)
              │
              └── L4 — PL-[TIPO]-[ORG]-v01  (líneas de producción)
```

### Prefijos de nomenclatura para instancias

| Elemento | Prefijo | Ejemplo |
|----------|---------|---------|
| Blueprint (L2) | `MF-EDITORIAL-` | `MF-EDITORIAL-v01` |
| Factory Instance (L3) | `FI-ED-[ORG]-` | `FI-ED-ACME-v01` |
| Production Line (L4) | `PL-[TIPO]-[ORG]-` | `PL-RESUMENES-ACME-v01` |
| Control Plane | `CP-ED-[ORG]-` | `CP-ED-ACME-v01` |
| Run artifact | `Rn-[TIPO]-[SLUG]-` | `Rn-RESUMENES-Covey-E3-v01` |
| QA result | `QA-[TIPO]-[SLUG]-` | `QA-RESUMENES-Covey-v01` |
| Transfer Pack | `TP-ED-[ORG]-` | `TP-ED-ACME-Sesion01-v01` |

---

## III. CATÁLOGO DE TIPOS DE PRODUCTO

Una Editorial Factory puede producir hasta **6 tipos de producto**. Cada instancia (L3) decide qué líneas activa según sus necesidades.

| ID | Tipo | Descripción | Páginas | Sesiones | Pipeline |
|----|------|-------------|---------|----------|---------|
| P1 | **Resumen de libro** | Resumen ejecutivo + Perfil Intelectual + FuenteCompleta RAG + QA Sherpa | 30-60 | 3 | E0-E8 |
| P2 | **Mini Playbook** | Guía de acción sobre un tema específico. 1 modelo mental, 1 framework, accionable al 100% | 8-15 | 1 | FAST-4 |
| P3 | **Playbook completo** | Sistema operativo sobre un dominio. 3-5 secciones, frameworks, casos de uso, ejercicios | 30-50 | 2-3 | PLB-7 |
| P4 | **MetaPlaybook** | Sistema de sistemas. Governance de un dominio completo. Incluye herramientas, templates y reglas | 60-120 | 4-6 | MPB-10 |
| P5 | **Libro original** | Obra completa del autor. Narrativa, voz propia, diseño editorial | 80-200 | 6-10 | BOOK-12 |
| P6 | **Newsletter / Digest** | Resumen curado y estructurado de una fuente (comunidad, research, eventos) | 3-5 | <1 | NEWS-1 |

---

## IV. PIPELINES CANÓNICOS

### 4.1 Pipeline E0-E8 — Resúmenes de libros (P1)

Produce el resumen ejecutivo completo de un libro tercero, con perfil intelectual del autor y fuente procesada para SherpaX.

| Estación | Nombre | Output | Sesión |
|----------|--------|--------|--------|
| E0 | Ingesta + Book Spec | Ficha de producción | 1 |
| E1 | Investigación libro y autor | Research doc | 1 |
| E2 | Libro Virtual + Índice Maestro | Estructura + índice | 1 |
| E3 | Perfil Intelectual del Autor | Perfil doc | 1 |
| E4A | Resumen Narrativo | Resumen 30-60 págs | 2 |
| E4B | Prompts de Imágenes | Prompts visuales | 2 |
| E4C | FuenteCompleta RAG | Doc chunked | 2 |
| E5 | QA Automático | Batería evaluación (score ≥8.0) | 3 |
| E6 | Publicación | Package listo | 3 |
| E7 | Go-Live | Publicado | 3 |
| E8 | Mantenimiento | Versiones futuras | Continuo |

**Protocolo 3-Sesión (token optimization):**
Cada sesión usa un Transfer Pack para preservar el contexto. Sin Transfer Pack no se inicia una sesión de producción.

**Checkpoints de aprobación:**
- Checkpoint 1 (post E0): ¿El Book Spec está completo y aprobado?
- Checkpoint 2 (post E2): ¿El Índice Maestro refleja el libro real?
- Checkpoint 3 (post E5): ¿Score QA ≥ 8.0? Si no, regresar al mapa de retrabajo.

---

### 4.2 Pipeline FAST-4 — Mini Playbooks (P2)

Una sola sesión. Captura → Produce → Publica. Sin E2, sin E3, sin batería completa de QA.

| Paso | Nombre | Duración | Output |
|------|--------|----------|--------|
| F1 | Captura de señal | 5 min | Modelo mental o framework identificado |
| F2 | Estructura rápida | 15 min | Índice de 4-6 secciones |
| F3 | Producción | 30-45 min | Draft completo 8-15 páginas |
| F4 | QA Express + Publicación | 10 min | Publicado |

**QA Express del Mini Playbook (5 preguntas):**
1. ¿Es accionable? (¿Alguien puede actuar al terminar de leerlo?)
2. ¿El framework es original o está correctamente atribuido?
3. ¿La voz del autor está aplicada (Voice Pack)?
4. ¿Tiene al menos 1 caso de uso concreto?
5. ¿El título cumple su función comercial?

---

### 4.3 Pipeline PLB-7 — Playbooks completos (P3)

| Paso | Nombre | Sesión | Output |
|------|--------|--------|--------|
| B1 | Book Brief (T1) | 1 | Especificación + scope |
| B2 | Estructura + Outline | 1 | Índice detallado + flujo |
| B3 | Producción Secciones 1-2 | 1 | Primeras secciones completas |
| B4 | Producción Secciones 3-5 | 2 | Secciones restantes |
| B5 | Integración + Intro + Cierre | 2 | Documento ensamblado |
| B6 | QA Standard (T4) | 2 | QA Checklist BMF completo |
| B7 | Publicación (T5) | 2 | Upload Manifest → publicar |

---

### 4.4 Pipeline MPB-10 — MetaPlaybooks (P4)

| Paso | Nombre | Sesión |
|------|--------|--------|
| M1 | Domain Scoping | 1 |
| M2 | Framework Architecture | 1 |
| M3 | Governance Design | 1 |
| M4-M7 | Section Production (4 fases) | 2-4 |
| M8 | Integration + Narrative | 4 |
| M9 | QA Full | 5 |
| M10 | Publication + SherpaAI config | 5 |

---

### 4.5 Pipeline BOOK-12 — Libros originales (P5)

| Paso | Nombre | Sesión |
|------|--------|--------|
| BK1 | Author OS (T2) — captura voz del autor | 1 |
| BK2 | Book Brief (T1) + Viability Pack (T3) | 1 |
| BK3 | Estructura editorial completa | 1-2 |
| BK4-BK9 | Producción por capítulos | 3-7 |
| BK10 | Integración + prólogo + cierre | 7-8 |
| BK11 | QA Full (T4) + traducción (si aplica) | 9 |
| BK12 | Diseño + Upload Manifest (T5) + publicación | 10 |

---

### 4.6 Pipeline NEWS-1 — Newsletter / Digest (P6)

| Paso | Nombre | Duración | Operator |
|------|--------|----------|---------|
| N1 | Export de fuente | 5 min | Humano |
| N2 | Procesamiento SherpaX / GPT | 2 min | SherpaX automático |
| N3 | Revisión + distribución | 10 min | Operador humano |

---

## V. TEMPLATES ESTÁNDAR

Toda Editorial Factory instanciada tiene acceso a estos 5 templates:

| ID | Template | Propósito | Cuándo se usa |
|----|----------|-----------|--------------|
| T1 | Book Brief | Especificación completa antes de producir | Inicio de P3, P4, P5 |
| T2 | Author OS | Captura de voz y criterio del autor | P5 (libros originales) |
| T3 | Viability Pack | Análisis de viabilidad comercial | Antes de P4 o P5 |
| T4 | QA Checklist BMF | Validación de calidad antes de publicar | Cierre de P3, P4, P5 |
| T5 | Upload Manifest | Documento de publicación con todos los metadatos | Go-live de cualquier producto |

---

## VI. ROLES OPERATIVOS

Una Editorial Factory requiere **4 roles**. Una persona puede ocupar más de uno.

| Rol | Responsabilidad | Equivalencia DOIX |
|-----|----------------|-------------------|
| **Autor / Editor** | Define el contenido, aprueba los outputs, tiene la voz | Victor en su instancia |
| **Operador Principal** | Ejecuta el pipeline, gestiona el WIP, opera con SherpaX | Equivalente de Anaí |
| **SherpaX** | Agente de IA personalizado del operador o autor. Garantiza continuidad | Jacob, AniX, etc. |
| **Publisher** | Gestiona la publicación, los canales, los metadatos (ISBN, distribución) | Rol técnico-editorial |

---

## VII. ESTRUCTURA DEL CONTROL PLANE

Cada instancia L3 debe tener su propio Control Plane (`CP-ED-[ORG]-v01`). El Control Plane es el tablero de operaciones de la factoría.

**Secciones obligatorias de todo Control Plane:**

```
1. ESTADO DEL WIP
   Ítems en producción activa con: pipeline, estación actual, operador, fecha inicio

2. BACKLOG TRIADO
   Categoría A (casi listo), B (en progreso), C (por iniciar)
   Con: tipo de producto, pipeline asignado, esfuerzo estimado en sesiones

3. PUBLICACIONES
   Log de ítems publicados con: fecha, tipo, canal, métricas (si disponibles)

4. ALERTAS ACTIVAS
   Cualquier ítem bloqueado, con deuda de QA o con Transfer Pack vencido

5. MÉTRICAS SEMANALES
   Publicaciones / WIP / Sesiones ejecutadas / Backlog delta
```

**WIP Limits por tipo de producto:**

| Tipo | Límite WIP simultáneo |
|------|----------------------|
| Mini Playbooks (P2) | ≤5 en draft |
| Resúmenes (P1) | ≤3 en producción |
| Playbooks (P3) | ≤2 en producción |
| MetaPlaybooks (P4) | ≤1 en producción activa |
| Libros (P5) | ≤1 en producción activa |
| Total general | ≤8 ítems en WIP |

---

## VIII. PROTOCOLO DE INSTANCIACIÓN

Cómo crear una nueva Editorial Factory para una organización:

### Paso 1 — Scoping (1 sesión)
- Definir: ¿qué tipos de producto produce esta factoría? (P1-P6)
- Definir: ¿quién es el Autor/Editor? ¿quién es el Operador Principal?
- Definir: ¿existe un SherpaX? Si no, ¿cuándo se crea?
- Output: `FI-ED-[ORG]-v01.md` con secciones vacías completadas

### Paso 2 — Control Plane (1 sesión)
- Crear `CP-ED-[ORG]-v01.md`
- Triar el backlog inicial en categorías A / B / C
- Definir WIP limits específicos de la instancia

### Paso 3 — Book Factory Room (1 sesión con room-creator)
- Crear `EL-Charter-BookFactory-[ORG]-v01.md`
- Crear `EL-TP-BookFactory-[ORG]-v01.md`
- Crear `EL-SP-BookFactory-[ORG]-v01.md`

### Paso 4 — Piloto (2-3 semanas)
- Producir 3 ítems de diferente tipo con el pipeline
- Identificar fricciones y ajustar el Control Plane
- Al finalizar: la instancia está en estado **Operational**

### Paso 5 — Ritmo de crucero
- WIP activo según límites
- Review semanal del Control Plane
- Transfer Packs actualizados al cierre de cada sesión

---

## IX. ALINEACIÓN CON DOIX

Una Editorial Factory es una expresión directa de DOIX en el dominio editorial:

| Componente DOIX | Implementación en MF-EDITORIAL |
|-----------------|-------------------------------|
| **SherpaX** | Agente personalizado del Autor/Editor y del Operador Principal |
| **IntelliBank** | Pipelines (E0-E8, FAST-4, etc.), Templates (T1-T5), playbooks operativos |
| **EmpowerTeams X** | Control Plane + WIP limits + roles definidos por instancia |
| **OrganizationalBrain** | Log de producción, QA learnings, Transfer Packs acumulados |

**Multiplicador DOIX:**
- Sin DOIX: El Autor/Editor es bottleneck en cada ítem
- Con DOIX: El Operador + SherpaX operan autónomamente; el Autor solo aprueba en checkpoints

---

## X. INVARIANTES BMF APLICADAS

| Invariante | Implementación en MF-EDITORIAL |
|-----------|-------------------------------|
| INV-01 Pipeline Required | Todos los tipos de producto tienen pipeline definido |
| INV-02 Control Plane Required | Cada instancia crea su propio CP-ED-[ORG] |
| INV-03 QA Must Be Able to Fail | T4, E6, QA Express — todos son PASS/FAIL |
| INV-04 Authority Discipline | Cada activo tiene asset_id, owner, source trazable |
| INV-05 WIP Limits Enforced | Límites definidos en Control Plane, no negociables |
| INV-06 Asset Identity Required | Naming convention con prefijos FI-ED-, PL-, CP-ED- |
| INV-07 Track Discipline | Track A (contenido nuevo) vs Track B (formato/publicación) |

---

## XI. RELACIÓN CON OTROS BLUEPRINTS BMF

| Blueprint | Relación |
|-----------|---------|
| `MF-PUBLISHING_TEMPLATE.md` | Ancestro / versión anterior — este doc lo reemplaza y formaliza |
| `BMF-MPB-Kernel-v01.md` | Constitución que este blueprint respeta y extiende |
| `BookFactory_Sistema_Completo_v2.md` | Implementación operativa del Pipeline E0-E8 |
| `MPB-QPMFP-Team-QuickAIPublishing-v10.md` | Playbook operativo del equipo (capa de ejecución) |

---

*Blueprint genérico — sin contexto de ninguna organización específica*
*Para implementar: crear FI-ED-[ORG]-v01.md siguiendo el Protocolo de Instanciación (Sección VIII)*
*Mantenido por EmpowerLabs · Layer L2 · v01 · 2026-04-02*