--- type: DIAGNOSTICO asset_id: DIAGNOSTICO-ContentFactory-MasterPlaybooks-v01 version: v01 status: Draft owner: Victor Heredia sherpa_owner: Jay fecha_creacion: 2026-05-20 fecha_ultima_actualizacion: 2026-05-20 fecha_migracion_bmf: 2026-05-20 intellbank: IB-XX-Maestro subbank: MF-XX-MetaFactorias proposito: DIAGNOSTICO · MasterPlaybooks · IB-XX-Maestro nota_migracion: Frontmatter BMF agregado en batch masivo 2026-05-20 · Workbench FASE 5C · proposito pendiente revisión manual --- # DIAGNÓSTICO — Content Factory de Master Playbooks ## Análisis del Estado Real de las Factorías **Documento:** DIAGNOSTICO-ContentFactory-MasterPlaybooks-v01 **Fecha:** 2026-04-17 **Preparado por:** Análisis de documentación vault MF-XX-MetaFactorias **Fuentes analizadas:** 10 documentos del vault (MF-EDITORIAL, MF-PUBLISHING, MF-GTM, MF-HybridDemand, MF-FactoryOS, MF-CSherpa, MF-Transformation-Seed, MF-Editorial-ArquitecturaPublishing [deprecated], MF-HD-PersonalPlaybook, MF-HD-TransferPersonalPlaybook) **Scope:** Factorías de contenido de Master Playbooks + Factorías de contenido de Demand Gen --- ## NOTA METODOLÓGICA Este diagnóstico fue construido a partir del análisis exhaustivo de los documentos disponibles en la carpeta `MF-XX-MetaFactorias`. Los documentos analizados son todos blueprints de nivel L2 (MetaFactorías) dentro de la arquitectura Big MetaFactory (BMF). Se identificaron referencias a documentos adicionales que existen en otras partes del vault (BookFactory_Sistema_Completo_v2, MPB-QPMFP-Team, MTB-CHTSM, etc.) pero que no están en el scope directo de esta carpeta. El diagnóstico integra tanto lo documentado como las inferencias basadas en las referencias cruzadas entre documentos. **Escala de madurez utilizada:** - 🟢 **Operativa** — Pipeline documentado, probado, en uso activo - 🟡 **Definida** — Pipeline documentado y estructurado, pendiente de ejecución sistemática - 🟠 **Parcial** — Estructura básica existe pero incompleta o desalineada con el framework actual - 🔴 **No existe** — Sin estructura documentada. Concepto mencionado pero sin pipeline --- ## PARTE I — FACTORÍAS DE CONTENIDO DE MASTER PLAYBOOKS ### Diagnóstico General de la Rama Editorial La arquitectura editorial está bien fundamentada. Existe un blueprint genérico maduro (`MF-EDITORIAL-v01`) que define los 6 tipos de producto, sus pipelines y su governance. El problema no es de diseño: es de ejecución. La mayoría de los pipelines están definidos en papel pero no han entrado en producción sistemática. Además, hay un documento deprecated (`MF-EDITORIAL-ArquitecturaPublishing-v01`) que sigue presente y puede generar confusión operativa. --- ### 1.1 Resúmenes de Libros (P1 — Pipeline E0-E8) **Nivel de madurez:** 🟢 Operativa **Estado real:** El pipeline E0-E8 es el activo editorial más maduro del ecosistema. Está documentado en `BookFactory_Sistema_Completo_v2.md` (referenciado pero fuera de la carpeta analizada) y definido formalmente en `MF-EDITORIAL-v01`. Ha sido ejecutado con al menos 4 libros (2 completos, 1 parcial previo, 1 abandonado). Los libros de RebeClub ya están en categoría A (listos o casi listos para publicar). El protocolo de 3 sesiones con Transfer Packs está definido y probado. **Lo que sí existe:** - Pipeline completo E0-E8 con 11 estaciones definidas - Protocolo 3-sesión con Transfer Packs para continuidad de contexto - Checkpoints de aprobación (post-E0, post-E2, post-E5) - 3 libros en Categoría A (prácticamente listos) - 2 libros en Categoría B (en progreso, necesitan completarse: IronWar, Covey) - ~15 libros adicionales en Categoría C (por iniciar) - QA automatizado (Batería de Evaluación con score ≥ 8.0) **Lo que falta o está incompleto:** - Control Plane operativo de la factoría (FI-ED-MPB-ControlPlane-v01 aún no creado) - AniX (SherpaX de Anaí) no está creado — el pipeline depende de que Anaí opere sin su agente - Ningún Transfer Pack activo documentado en el vault analizado - Backlog formal no triado de los ~15 libros restantes **Riesgo principal:** Sin AniX y sin Control Plane, el pipeline opera con dependencia directa de Anaí como bottleneck humano, no como sistema distribuido. El sistema está diseñado para operar de forma autónoma pero aún no lo hace. --- ### 1.2 Flashcards / Tarjetas **Nivel de madurez:** 🔴 No existe **Estado real:** Las flashcards no aparecen en ninguno de los 10 documentos analizados. No existe pipeline, no existe template, no existe categoría de producto en MF-EDITORIAL. Este activo no ha sido diseñado como factoría. **Observación estratégica:** Las flashcards son derivados naturales del contenido de resúmenes (P1) y mini playbooks (P2). Tienen alto potencial como producto de demanda gen (lead magnet o producto de entrada en L0 del offer ladder). Sin embargo, requieren definir: ¿son un tipo de producto editorial (L4) o un formato de distribución de Demand Gen? La decisión arquitectónica es previa al diseño del pipeline. --- ### 1.3 Master Fórmulas **Nivel de madurez:** 🔴 No existe **Estado real:** Las Master Fórmulas no aparecen en ninguno de los documentos analizados. No hay pipeline, no hay definición de producto, no hay referencia en los catálogos de tipos de producto de MF-EDITORIAL. Es un concepto no iniciado en el vault. **Observación estratégica:** Por su nombre y contexto dentro del ecosistema de Master Playbooks, las Master Fórmulas probablemente sean un derivado estructurado de los MetaPlaybooks (P4) — frameworks condensados en formato altamente accionable. Antes de crear la factoría es necesario definir: ¿qué es exactamente una Master Fórmula en este ecosistema? ¿Cuántas páginas? ¿Qué pipeline usa? ¿Es un tipo nuevo de producto o una variante de P2 (Mini Playbook)? --- ### 1.4 Mini Playbooks (P2 — Pipeline FAST-4) **Nivel de madurez:** 🟡 Definida — pendiente de ejecución **Estado real:** El pipeline FAST-4 está completamente definido en `MF-EDITORIAL-v01`. Es un pipeline de 4 pasos, una sola sesión, orientado a producción en masa (meta: 1 mini playbook publicado el mismo día que se produce). Hay un backlog estimado de ~50 mini playbooks identificados con fuentes claras (BrainOS, sesiones Ignition, minutas de rooms, carpeta Reinventaverse). **Lo que sí existe:** - Pipeline FAST-4 definido (F1: captura de señal → F2: estructura rápida → F3: producción → F4: QA Express + publicación) - QA Express de 5 preguntas definidas - Fuentes de señal identificadas (147 pensamientos en BrainOS, notas de sesiones, ideas carpeta) - Integración con VVP (Voice Pack de Victor) establecida - Categorizado dentro de MF-EDITORIAL como P2 con su propio WIP limit (≤5 en draft) **Lo que falta o está incompleto:** - Ningún Mini Playbook producido bajo este pipeline formal (el "intento anterior" mencionado por Anahí precede al framework actual) - PL-MINIPLAYBOOKS-Pipeline-v01 (documento de especificación de la línea de producción) no creado - Triage del backlog de 50 items no realizado (no se sabe cuáles son los más listos para producir) - Definición de si Victor o Jacob opera este pipeline día a día **Riesgo principal:** Este es el pipeline con mayor potencial de volumen inmediato. El riesgo es iniciar producción sin haber triado el backlog, lo que genera mini playbooks aleatorios sin coherencia de narrativa con el Demand Gen. --- ### 1.5 Master Playbooks (P4 — Pipeline MPB-10) **Nivel de madurez:** 🟠 Parcial — pipeline definido, producción limitada **Estado real:** El pipeline MPB-10 está definido en `MF-EDITORIAL-v01` con 10 pasos distribuidos en 5 sesiones. Los MetaPlaybooks son el producto más complejo de la editorial (60-120 páginas, 4-6 sesiones de trabajo). El ecosistema BMF es en sí mismo evidencia de MetaPlaybooks existentes (los propios documentos del vault son MetaPlaybooks). Sin embargo, como factoría sistematizada con pipeline formal y governance, su estado es parcial. **Lo que sí existe:** - Pipeline MPB-10 definido (M1-M10: Domain Scoping → Framework Architecture → Governance Design → 4 fases de producción → Integration → QA Full → Publication + SherpaAI config) - WIP limit definido (≤1 en producción activa) - Integración con SherpaAI config al cierre del pipeline - El ecosistema BMF como referencia de MetaPlaybooks reales (MF-GTM, MF-EDITORIAL, HDG-MF, etc. son MetaPlaybooks ejecutados) **Lo que falta o está incompleto:** - PL-METAPLAYBOOKS-Pipeline-v01 (especificación formal de la línea) no creado - Ningún Master Playbook producido de forma sistematizada bajo el pipeline MPB-10 para clientes o usuarios - T1-BookBrief y T3-ViabilityPack para MetaPlaybooks no validados en este pipeline - Control Plane no integra esta línea de producción **Observación crítica:** Existe una paradoja interesante: el equipo sabe producir MetaPlaybooks (lo demuestra el vault) pero no lo hace como sistema replicable para terceros. La factoría existe como práctica pero no como producto formalizado. --- ### 1.6 Libros (P5 — Pipeline BOOK-12) **Nivel de madurez:** 🟠 Parcial — pipeline definido, 3 libros en progreso **Estado real:** El pipeline BOOK-12 está definido en `MF-EDITORIAL-v01` con 12 pasos distribuidos en 6-10 sesiones. Hay 3 libros activos en el ecosistema: "La Magia de MasterPlaybooks" (prácticamente listo, requiere revisión + T4 + T5), "El Poder" (en pipeline), y el libro de Tribus RRHH. Un libro adicional ("Triatlón 51.50") tiene su T1-BookBrief en agenda. **Lo que sí existe:** - Pipeline BOOK-12 definido incluyendo T2-AuthorOS (captura de voz del autor) - Procesos de traducción y publicación formal (ISBN vía Bowker) - "La Magia de MasterPlaybooks" en Categoría B (muy avanzado) - T4-QA Checklist y T5-Upload Manifest definidos - VVP (Victor Voice Pack) integrado como estándar de voz **Lo que falta o está incompleto:** - BOOK-12 no tiene aún una versión standalone como línea de producción formal (PL-LIBROS-Pipeline-v01) - "La Magia" lleva tiempo sin llegar al Gate de publicación (T4+T5 pendientes) - No hay fecha comprometida para "El Poder" ni para Triatlón 51.50 - La integración de diseño editorial (portada, maquetado) está fuera del pipeline y no tiene responsable asignado --- ## PARTE II — FACTORÍAS DE CONTENIDO DE DEMAND GEN ### Diagnóstico General de la Rama Demand Gen La Hybrid Demand MetaFactory (HDG-MF v0.2) es un blueprint muy maduro a nivel estratégico — 8 módulos definidos, ICPs validados, governance, métricas. El problema es que opera más como un framework de referencia que como una factoría operativa por tipo de contenido. No hay factorías especializadas por formato (una para newsletters, una para posts, una para videos). Todo está integrado en un solo sistema conceptual, lo que dificulta la operación diaria. --- ### 2.1 Newsletter (P6 — Pipeline NEWS-1) **Nivel de madurez:** 🟢 Operativa (para Tribus RRHH) / 🟠 Parcial (para MasterPlaybooks) **Estado real:** La newsletter de Tribus RRHH está completamente implementada con el `MP-GPT-Tribus-RRHH-Generador-Resumen-Semanal-v01`. El pipeline NEWS-1 es el más automático del ecosistema: N1 (export manual 5 min) → N2 (procesamiento SherpaX 2 min) → N3 (revisión humana + distribución 10 min). Para MasterPlaybooks hay "primera versión" confirmada pero el pipeline formal no está separado ni documentado de forma independiente. **Lo que sí existe:** - Pipeline NEWS-1 definido y funcional para Tribus RRHH - GPT especializado para Tribus RRHH operativo - Referenciado en HDG-MF Module 4 como canal owned con cadencia semanal - Asset contract definido en HDG-MF v0.2 (Newsletter: NAR + aprendizaje semanal → 1 issue + CTA) **Lo que falta o está incompleto:** - Newsletter de MasterPlaybooks: sin pipeline formal separado del de Tribus RRHH - Sin definición clara de la frecuencia, la fuente de contenido y el responsable operativo para la newsletter de MasterPlaybooks - Sin SherpaX específico para la newsletter de MasterPlaybooks (la versión de Tribus no es transferible) --- ### 2.2 Posts de LinkedIn (Módulo 3 — Content Atomization) **Nivel de madurez:** 🟠 Parcial — sistema definido, primera versión sin sistematizar **Estado real:** Los posts de LinkedIn están contemplados exhaustivamente en el HDG-MF v0.2, Módulo 3 (Content Atomization Engine). Existe un VVP Mode Map que define cómo deben sonar los posts según el tipo (thought leadership: Estratégico modo 3-4, story/autobiographic: Transformacional modo 5). La cadencia está definida (4-5x/semana para LinkedIn Victor, 2-3x/semana para LinkedIn EmpowerLabs). Hay "primera versión" existente pero no hay una factoría de posts como pipeline estructurado. **Lo que sí existe:** - VVP v0.1 con modos para posts de LinkedIn - Atomization Queue Logic (1 Pieza Maestra → 3-5 Posts + 2-3 Cards + 1 Newsletter + 1 Short + 1 MiniPB) - Asset contract definido (tags NAR, EVD, CTA, VVP obligatorios) - Cadencia y canales definidos en Module 4 - Narrativa pilares NAR-01 a NAR-10 como fuente de contenido - Governance (G-05: VVP compliance; G-02: no-signal-no-publish) **Lo que falta o está incompleto:** - No hay pipeline operativo para producir posts de LinkedIn (¿quién lo opera? ¿con qué frecuencia? ¿con qué prompt?) - El sistema de Atomización no está conectado al pipeline editorial (los posts deberían derivarse sistemáticamente de las publicaciones del pipeline E0-E8 o FAST-4, pero no hay un proceso definido para esto) - Sin Publish Log activo — los posts se publican pero no se registran ni se miden contra los NAR tags - GPT de Demand Gen existe (referenciado como `MP-GPT-Master-DemandGen-Assistant-v01`) pero no está integrado en un pipeline diario documentado --- ### 2.3 Artículos **Nivel de madurez:** 🟠 Parcial — contemplado en el framework pero sin pipeline propio **Estado real:** Los artículos aparecen en HDG-MF como asset type "Whitepaper" con su propio Asset Contract (evidencia + tesis → 5-15 páginas). También aparecen como output del Módulo 3 (Content Atomization) y como parte de la ruta R3 (High Ticket) de MF-PUBLISHING. No tienen un pipeline formal independiente. **Lo que sí existe:** - Asset contract definido (NAR + EVD + CTA) - Referenciados en Module 3 y Module 4 de HDG-MF - Lógica de derivación desde Pieza Maestra **Lo que falta o está incompleto:** - No hay pipeline específico para artículos (¿cuántas secciones? ¿qué estructura? ¿cuánto tiempo de producción? ¿quién opera?) - No hay diferenciación clara entre un artículo largo de liderazgo y un whitepaper de case study - Sin integración con el pipeline editorial (los artículos deberían derivarse de los libros o MetaPlaybooks publicados) --- ### 2.4 Noticias **Nivel de madurez:** 🔴 No existe como factoría **Estado real:** Las noticias no aparecen como tipo de contenido en ninguno de los documentos analizados. No hay pipeline, template ni definición de producto. El concepto más cercano es el Newsletter/Digest (P6) pero está orientado a comunidad, no a noticias del sector. **Observación estratégica:** Si "noticias" se refiere a contenido de actualidad del sector (IA, business transformation, etc.) para posicionar a EmpowerLabs como referente, esto pertenece naturalmente al HDG-MF Module 2 (Evidence Engine) como contenido de autoridad. Antes de diseñar la factoría es necesario definir: ¿para qué canal? ¿con qué frecuencia? ¿quién es el destinatario principal? --- ### 2.5 Videos **Nivel de madurez:** 🔴 No existe como factoría **Estado real:** Los videos no aparecen como tipo de contenido en ninguno de los documentos analizados. No hay pipeline, asset contract ni categoría de producto para videos. Son mencionados tangencialmente en el contexto de "Shorts" en la Atomization Queue Logic del HDG-MF (script + caption como output) pero sin desarrollo de pipeline. **Observación estratégica:** En el ecosistema HDG-MF existe el concepto de "Demo viva (2+2)" como asset type — una sesión documentada que genera evidencia. Esto es el germen de un formato de video, pero no es una factoría de videos. La producción de video requiere definiciones que no existen en el vault: ¿formato? ¿duración? ¿canal (LinkedIn, YouTube)? ¿quién edita? ¿cuánto tiempo demanda?. --- ### 2.6 Micro Playbooks en Video **Nivel de madurez:** 🔴 No existe como factoría **Estado real:** Los micro playbooks en video no aparecen en ninguno de los documentos analizados. Es el formato más complejo de Demand Gen — combina la producción editorial (mini playbook) con la producción audiovisual (video). No hay pipeline, no hay template, no hay asset contract. **Observación estratégica:** Este formato es de alto impacto pero también de mayor complejidad operativa. Su diseño como factoría debería ocurrir después de que tanto los Mini Playbooks (editoriales) como la producción básica de Videos estén operativos. Es un formato de segunda generación. --- ## PARTE III — OBSERVACIONES TRANSVERSALES ### 3.1 El documento deprecated que sigue presente `MF-EDITORIAL-ArquitecturaPublishing-v01` está marcado como DEPRECATED con prioridad roja 🔴, reemplazado por `MF-EDITORIAL-v01`. Sin embargo sigue en la carpeta del vault y contiene información valiosa (especialmente el triage de backlog y el modelo operativo diario). Riesgo: que el equipo lo use como referencia sin saber que está obsoleto. **Acción requerida: archivar o anotar claramente.** ### 3.2 La desconexión entre blueprint y operación El mayor problema sistémico no es falta de diseño. Es que los blueprints (L2) están bien construidos pero las instancias (L3) y las líneas de producción (L4) no han sido creadas. Específicamente: - El Control Plane de la factoría MasterPlaybooks no existe - Los SherpaX operativos (AniX en particular) no están creados - No hay Publish Log activo - No hay registro de sesiones de producción **Los blueprints son la constitución. La operación diaria necesita su propia infraestructura.** ### 3.3 La arquitectura es sólida pero compleja para el equipo La jerarquía L0→L6 del BMF es arquitectónicamente correcta. Pero para el equipo operativo (Anaí, JC, Ángeles) la complejidad puede ser una barrera. Hay demasiados documentos que referenciarse entre sí. Se necesita un "mapa de inicio rápido" para cada operador que elimine la necesidad de leer 10 documentos para saber qué hacer el lunes. ### 3.4 El pipeline de Demand Gen no está conectado al pipeline Editorial MF-PUBLISHING define que la Fase 3 (Demand Gen) se activa después del Gate G2 (publicación). Pero en la práctica, los posts de LinkedIn y newsletters se producen de forma independiente al pipeline editorial. El circuito virtuoso (publicar → atomizar → generar demanda) no está automatizado ni sistematizado. Es el loop más poderoso del sistema y está desconectado. ### 3.5 Los activos de Human Design son un universo separado `MF-HD-PersonalPlaybook-v01` y `MF-HD-TransferPersonalPlaybook-v01` son factorías altamente desarrolladas (pipeline de 6 estaciones, bien documentadas) pero pertenecen a un dominio completamente diferente (Personal Intelligence / Human Design & Gene Keys). No son parte del scope de Content Factory de Master Playbooks ni de Demand Gen. **No se deben confundir con las factorías de contenido del ecosistema MasterPlaybooks.** --- ## PARTE IV — TABLA RESUMEN DE DIAGNÓSTICO | Factoría | Rama | Madurez | Pipeline | Ejecutada | Gap Principal | |----------|------|---------|---------|-----------|---------------| | Resúmenes de Libros | Master Playbooks | 🟢 Operativa | E0-E8 ✅ | Parcial (4 libros) | Control Plane y AniX pendientes | | Flashcards / Tarjetas | Master Playbooks | 🔴 No existe | ❌ | ❌ | Definición arquitectónica previa necesaria | | Master Fórmulas | Master Playbooks | 🔴 No existe | ❌ | ❌ | Sin definición de producto | | Mini Playbooks | Master Playbooks | 🟡 Definida | FAST-4 ✅ | ❌ | Triage de backlog + línea formal | | Master Playbooks (MetaPlaybooks) | Master Playbooks | 🟠 Parcial | MPB-10 ✅ | Práctica informal | Sistematizar como producto | | Libros | Master Playbooks | 🟠 Parcial | BOOK-12 ✅ | 3 en progreso | "La Magia" bloqueada; diseño sin responsable | | Newsletters | Demand Gen | 🟢 Operativa (Tribus) / 🟠 Parcial (MPB) | NEWS-1 ✅ | Solo Tribus RRHH | Newsletter MPB sin pipeline propio | | Posts LinkedIn | Demand Gen | 🟠 Parcial | Conceptual | Primera versión sin sistematizar | Sin Publish Log ni pipeline diario | | Artículos | Demand Gen | 🟠 Parcial | Referenciado | ❌ | Sin pipeline independiente | | Noticias | Demand Gen | 🔴 No existe | ❌ | ❌ | Sin definición de producto | | Videos | Demand Gen | 🔴 No existe | ❌ | ❌ | Sin definición de formato | | Micro Playbooks Video | Demand Gen | 🔴 No existe | ❌ | ❌ | Depende de Mini PB + Video primero | --- ## PARTE V — CONCLUSIONES DEL DIAGNÓSTICO **Lo que está real y funcionando (aunque sea parcialmente):** Resúmenes de libros (casi sistematizado), Newsletter Tribus RRHH (sistematizada), Posts LinkedIn (primera versión funcional aunque no sistematizada), estructura completa de MF-EDITORIAL y MF-PUBLISHING como blueprints. **Lo que tiene estructura pero no ejecución:** Mini Playbooks (pipeline listo, backlog identificado, sin producción formal), Libros (3 en proceso, sin cierre del primero publicado), MetaPlaybooks (se saben hacer pero no como producto sistematizado para terceros), Artículos y Newsletter MasterPlaybooks (conceptualizados en HDG-MF pero sin pipeline operativo). **Lo que necesita definición de concepto antes de diseñar la factoría:** Flashcards (¿editorial o demand gen?), Master Fórmulas (¿qué son exactamente?), Noticias (¿para qué canal y con qué objetivo?). **Lo que no existe y requiere diseño desde cero:** Videos, Micro Playbooks en Video. **El patrón común en los gaps:** No es falta de diseño estratégico. Es falta de infraestructura operativa: Control Planes activos, SherpaX operacionales (AniX), Publish Logs, líneas de producción formalizadas a nivel L4, y sobre todo: el primer producto terminado y publicado que valide el pipeline de extremo a extremo. --- *Documento de diagnóstico — Base para el Plan de Trabajo Integral* *MF-XX-MetaFactorias · EmpowerLabs · 2026-04-17*