--- tipo: XD entidad: EL proyecto: WORX nombre: RedaccionMPBModeloOperativo version: v01 ultima_actualizacion: 2026-04-25 owner: Victor Heredia sponsor: Victor Heredia runners: - Jay (IA — orquestación) - Opus 4.5 (IA — redacción) brain_codes_asesores: - BC-VH-CognitiveAlgorithm - BC-VH-Escritura tipo_doc: XDoc gobernador de proyecto continua_desde: - TP-EL-WORX-MPBModeloOperativo-v01 (absorbido como vista derivada) entregable_coordinado: - MPB-EL-WORX-ModeloOperativo-v01 (v0.5 → v1.0) milestones_referenciados: - MIN-VH-Retiro-16al19Abril2026-v01 --- # XD-EL-WORX-RedaccionMPBModeloOperativo — Redacción del MPB WORX Modelo Operativo ## 1. CONTEXTO **Qué es.** Este XDoc gobierna el proceso de redacción del MasterPlaybook del modelo operativo WORX (`MPB-EL-WORX-ModeloOperativo-v01.md`). No es el producto; es el proyecto que lo produce. **Por qué existe.** - El MPB es el manual metodológico universal del modelo WORX — la pieza Clase C más canónica de la metodología (no se edita in-place, se versiona, instala criterio en equipo y agentes). - El proyecto de redacción tiene múltiples runners (Victor como autor, Opus como redactor, Jay como orquestador), varias sesiones de trabajo escalonadas, secciones con estados distintos, y decisiones arquitectónicas vivas — todo lo que exige gobernanza XDoc. - Un TP (`TP-EL-WORX-MPBModeloOperativo-v01`) activó un room para este trabajo, pero el TP es vista derivada, no fuente. Este XDoc es la fuente que faltaba. **Ubicación ecosistema.** - Metodología WORX = operacionalización cultural de [[DOIX]]; supera modelo "AI Native" individualista. - MPB WORX = núcleo editorial del eje metodológico, par de DC-XX-WORX-DocumentoCentral-v01 y WP-WORX-WhitePaper-ES-v01. - Rename WERK → WORX aplicado 2026-04-19 (mejor anclaje fonético, multiplicador ROI ~64×). **Dependencias [INPUT].** - [INPUT satisfecha] — Rename WERK → WORX (2026-04-19). - [INPUT satisfecha] — Pivote conceptual matriz 3Cs×6Keys → 3 Niveles + 1 Capa Ortogonal. - [INPUT satisfecha] — 41 reglas inviolables acumuladas hasta 2026-04-20. - [INPUT pendiente] — Validación glosario XDoc con equipo antes de v1.0. - [INPUT pendiente] — Confirmación de naming final "Organizaciones Hiperinteligentes" vs. alternativas (afecta §2 Posición en Ecosistema). --- ## 2. ESTADO **Versión actual del MPB:** v0.6 (~3,000+ líneas, 2026-04-25). **Progreso:** 12/14 secciones cerradas (~86%). Parte 1 cerrada con voz descentrada del autor + integración SO-HiORG (3 pilares) + 5 capas del Reto. Quedan §§10-11 + Cierre para v0.7. **Desglose por Parte (estado 2026-04-25):** | Parte | Sección | Estado | Notas | |---|---|---|---| | 1 | §0 El Gran Reto del Trabajo Moderno | Cerrada (v0.6) | Diagnóstico Nate Jones / McKinsey / PwC / MIT CISR + 5 capas absorbidas del PAP-HIORGS-GranReto | | 1 | §1 Manifiesto Reinvención | Cerrada (v0.6) | Voz descentrada del autor | | 1 | §2 Posición en Ecosistema | Cerrada (v0.6) | Naming "Organización Hiperinteligente" canonizado; SO-HiORG (3 pilares) integrado | | 1 | §3 Arquitectura | Cerrada (v0.6) | 3 Niveles + Capa Ortogonal + integración con XPack/MePB | | 2 | §§ 4-8 | Cerrada (v0.1-v0.2) | Parte 2 completa. §4 con callout XDoc/Karpathy en v0.6 | | 3 | §9 | Cerrada (v0.5) | Plataforma Emergente. §9.4 ajustado con topología Meta-Agent / Task-Agents + callout MePB (2026-04-22) | | 3 | §10 Guía Implementación | **En diseño activo** | Bloqueado por dinámicas EmpowerTeamX — diseño-dinámicas-primero (decisión Victor 2026-04-25). Patrón "lima-limón-lima" identificado como motor. Catálogo SherpaX Personal producido como insumo lateral. | | 3 | §11 Métricas | Pendiente | Liga con ROI Tracker (SP-EL-WORX-ROITracker-v01) — 7 casos documentados | | 3 | Cierre Manifiesto | Pendiente | — | | Anexo A | Insumos Externos Evaluados | Cerrada (v0.5) | Nate Jones absorbido + Meta- BMF documentado | **Dependencias [DOC] activas.** - MPB-EL-WORX-ModeloOperativo-v01.md (entregable principal — v0.6). - TP-EL-WORX-MPBModeloOperativo-v01.md (absorbido, vista derivada). - MIN-VH-Retiro-16al19Abril2026-v01.md (milestone histórico). - SP-EL-WORX-ROITracker-v01 (insumo para §11 Métricas). - OUT-EL-WORX-Posta-SherpaXArchitecture + BMFArchitecture + XDocFlow (infografías de refuerzo). - **CP-EL-SX-CatalogoUseCasesPersonal-v01** (NUEVO 2026-04-25 — catálogo SherpaX Personal v01.3, side-track del room WORX, alimenta §10 con la curva Básico/Intermedio/Avanzado + 4 arquetipos del primer wow + frontera Arquitecto). Vive en PB-SX-SherpaX pero referenciado desde acá. - **MPB-XX-MeAg-v01** (NUEVO 2026-04-23 — MPB seminal de Meta-Agents, conectado con §9.4 del MPB-WORX vía topología Meta-Agent / Task-Agents). - **PAP-HIORGS-GranReto-v01** (5 capas del problema absorbidas en §0/§2.2). - **XP-EL-HIORGS-Portfolio-v01** (3 pilares SO-HiORG + D-013 unidad mínima + anti-pause absorbidos en §2-§3). --- ## 3. PROTOCOLO **Orden de redacción — skip-ordering intencional (tipo Nate Jones).** - Cerrar por atomicidad semántica, no secuencia numérica. Cada sección se cierra cuando tiene sentido completo por sí sola. - §0 se cerró antes que §1-§3 porque el diagnóstico del problema precede al manifiesto y la arquitectura en prioridad operativa. - Siguiente bloque a cerrar: Parte 1 completa (§1-§3), disparando bump de versión al cerrarla. **Ritmo de trabajo.** - Sesiones con Opus (redactor) disparadas por TP; Jay orquesta entre sesiones y mantiene estado en este XDoc. - Revisión Opus + Jay antes de cada bump de versión. - Captura de aprendizajes operativos vía `labpraxis-case-documenter` cuando emerge un patrón. **Reglas inviolables activas: 41** (acumuladas hasta 2026-04-20, codificadas en el MPB mismo y en el ROI Tracker). **Criterio de cierre por sección (dependencia [APROBACIÓN]).** - Victor aprueba cada sección cerrada antes del bump de versión. - Opus redacta, Jay integra y sanitiza nomenclatura BMF, Victor valida voz y criterio. **Gobernanza nomenclatura.** El MPB sigue convención `TIPO-ENTIDAD-Proyecto-Nombre-vNN` con mayúsculas solo en nombres propios (español mexicano). --- ## 4. NEXT **Corto plazo (próxima sesión de redacción · 2026-04-25 → próximo bloque).** - [x] ~~Redactar §1 Manifiesto Reinvención~~ (cerrada en v0.6) - [x] ~~Redactar §2 Posición en Ecosistema~~ (cerrada en v0.6 con naming "Organización Hiperinteligente" canonizado) - [x] ~~Redactar §3 Arquitectura~~ (cerrada en v0.6) - [x] ~~Bump de versión al cerrar Parte 1~~ (ejecutado en v0.6) - [x] ~~Catálogo SherpaX Personal — destilar y clasificar use cases B/I/A~~ (CP-EL-SX-CatalogoUseCasesPersonal-v01 producido y cerrado en v01.3 con 4 arquetipos + frontera Arquitecto + Anexo C reflexión personal) - [ ] **Diseñar dinámicas EmpowerTeamX** *(en curso — bloque activo)* — patrón "lima-limón-lima" identificado: las dinámicas son juegos que fuerzan comportamientos nuevos indirectamente mientras la atención se captura en otra cosa. 5 candidatos preliminares (Lápiz Invertido / Runner Roulette / Decisión en 15 / 5 Preguntas en 60s / Briefing Mudo). Resolución 2026-04-25: diseño-dinámicas-primero ANTES de redactar §10. - [ ] **Redactar §10 Guía Implementación** — desbloqueada cuando dinámicas estén diseñadas y testeadas conceptualmente. **Mediano plazo (rumbo a v1.0).** - [ ] Redactar §11 Métricas (integrar SP-EL-WORX-ROITracker-v01 con 7 casos de automatización). - [ ] Redactar Cierre Manifiesto. - [ ] Validar glosario XDoc con equipo. - [ ] Decidir si §12 Apéndice Casos entra en v1.0 o queda para v1.x. - [ ] **v02 del Catálogo SherpaX Personal** — calibrar casos Básico/Intermedio con primer directivo onboarded (los casos pre-Sherpa de Victor viven en memoria de ChatGPT/Gemini/NotebookLM y se recuperan ahí). - [ ] Recuperar de memoria de ChatGPT los casos Básico/Intermedio de Victor para alimentar el catálogo (era pre-Sherpa). **Estructura futura.** - [ ] Crear página `XDoc.md` en LLM-Wiki (actualmente falta — gap detectado). - [ ] Registrar este XDoc en `CP-XX-IntelliBanks-Registry-v01.md` al cierre del día. - [ ] Notificar a LabPraxis cualquier patrón operativo reutilizable que emerja del proyecto. - [x] ~~Limpiar línea espuria "bobo sí" en línea 14 del MPB~~ (limpiada 2026-04-25). --- ## 5. DISCUSSION **Decisión 2026-04-18 — Pivote conceptual.** Se abandonó la matriz 3Cs×6Keys por considerarla sobre-estructurada para la audiencia objetivo. Se adoptó **3 Niveles + 1 Capa Ortogonal** como arquitectura final del modelo. Esta decisión impacta §3 Arquitectura y §2 Posición en Ecosistema. **Decisión 2026-04-19 — Rename WERK → WORX.** Razón: mejor anclaje fonético y visual con la propuesta. Documentado como caso ROI con multiplicador ~64×. Todos los documentos del proyecto migraron a `PB-WORX-Worx`. **Decisión 2026-04-20 — Átomo del modelo = XDoc.** El átomo se formalizó como "XDoc" (antes "doc estructurado"). Las 4 premisas quedaron documentadas en §4 del MPB: 7 secciones cerradas, formato estructurado, gobernanza por sección, trazabilidad NEXT↔CHANGELOG. **Decisión 2026-04-20 — Skip-ordering.** Se adoptó el patrón Nate Jones (Context over Content): cerrar por atomicidad semántica, no por secuencia numérica. §0 antes que §1-§3 fue el primer caso aplicado. **Decisión 2026-04-23 — Familia Meta- BMF formalizada.** Se formalizó el prefijo `MeAg-` en BMF-NamingConvention y se creó MPB-XX-MeAg-v01 como playbook seminal de Meta-Agents. §9.4 del MPB-WORX se ajustó con la topología Meta-Agent / Task-Agents y un callout explícito al MePB. **Decisión 2026-04-25 — Naming "Organización Hiperinteligente" canonizado.** Cerrado el bloqueo histórico de §2. El paradigma se llama oficialmente "Organización Hiperinteligente" (singular, sustantivo en mayúsculas). Esto desbloqueó la redacción de §2 y permitió el bump a v0.6 con Parte 1 cerrada. **Decisión 2026-04-25 — Diseño-dinámicas-primero antes de §10.** Tras evaluar §10 como "Guía de Implementación" en formato tradicional (proceso secuencial), se diagnosticó que ese formato sería teórico y poco adoptable. Decisión Victor: diseñar las dinámicas EmpowerTeamX PRIMERO, vivirlas, calibrarlas — y SOLO ENTONCES redactar §10 alrededor del aprendizaje obtenido. Patrón identificado: **lima-limón-lima** — las dinámicas son juegos que fuerzan comportamientos nuevos indirectamente mientras la atención se captura en otra cosa. 5 candidatos preliminares: Lápiz Invertido · Runner Roulette · Decisión en 15 · 5 Preguntas en 60s · Briefing Mudo. Está en diseño activo. **Decisión 2026-04-25 — Catálogo SherpaX Personal como side-track.** Se produjo `CP-EL-SX-CatalogoUseCasesPersonal-v01` (v01.3) en PB-SX-SherpaX como insumo lateral para el §10 / dinámicas EmpowerTeamX. Estructura: matriz 3×6 (3 niveles × 6 categorías) + 4 arquetipos del primer wow (Recursivo + Unstuck + Borrowed Expertise + Sistema Completo) + frontera Arquitecto (fuera de alcance del onboarding) + Anexo C con reflexión personal de Victor (progresión por capas, caveat usuario no-tradicional, humanización del SherpaX, paradoja imposible-ahora-posible/menos tiempo). Pipeline: casos Básico/Intermedio de Victor viven en memoria ChatGPT/Gemini/NotebookLM (era pre-Sherpa) — se recuperan desde ahí, no se buscan en LabPraxis. **Decisión 2026-04-25 — Frontera Arquitecto documentada pero NO transferible.** Se documentó en §3.6 del catálogo el "nivel Arquitecto" (BMF + MPB + WORX + SO-HiORG — el tipo de trabajo que hace Victor cuando crea sustratos cognitivos). Se canonizó como frontera del producto SherpaX Personal: existe para honestidad intelectual del catálogo, NO se transfiere en EmpowerTeamX, no se invoca en pitch ni onboarding. Solo en conversaciones bilaterales post-onboarding con directivos en Avanzado consistente que muestren vocación de construir sustrato propio. **Abierto — Si XDoc merece su propia página en LLM-Wiki.** Actualmente la Wiki tiene WORX, DOIX, MetaPlaybooks, BrainOS, IntelliBanks, 4-Clases-Documentos pero **no XDoc**. Como el átomo ganó nombre propio el 2026-04-18, esto es un gap detectable. **Abierto — Recuperación de casos Básico/Intermedio de la memoria de Victor.** Pendiente operativo del catálogo. Victor planea recuperar/dictar los casos pre-Sherpa desde sus memorias de ChatGPT/Gemini/NotebookLM cuando esté listo. Esos casos alimentarán v02 del catálogo y tienen valor adicional como contraste "ChatGPT genérico vs Brain OS encima". **Abierto — Decisión sobre extracción de §8.4 del catálogo (paradoja imposible-ahora-posible / menos tiempo) como Brain Code corto.** Candidato a BC- separado para que esté visible al inicio de la Capa 0 del onboarding de cada directivo. Pendiente VoBo Victor. --- ## 6. CHANGELOG | Fecha | Versión MPB | Cambio | Owner | |---|---|---|---| | (inicio) | v0.1 | Outline completo creado | Victor + Opus | | (intermedio) | v0.2-v0.4 | §§ 4-6 redactadas, Parte 2 arrancada | Victor + Opus | | 2026-04-18 | v0.5 (interno) | Rebrand WERK→WORX; átomo = XDoc; pivote 3Cs×6Keys → 3 Niveles + 1 Capa | Victor | | 2026-04-20 | v0.5 | §0 cerrada (93 líneas); Parte 2 completa (§§4-8); §9 cerrada; 41 reglas inviolables acumuladas; 1,338 líneas totales | Victor + Opus | | 2026-04-22 | v0.5 | XDoc gobernador creado (este documento); TP absorbido como vista derivada | Jay | | 2026-04-23 | v0.5 → v0.6 (en curso) | Familia Meta- BMF formalizada (prefijo MeAg-); MPB-XX-MeAg-v01 creado; §9.4 ajustado con topología Meta-Agent / Task-Agents + callout MePB | Jay | | 2026-04-25 | **v0.6** | **Parte 1 cerrada (§§0-3)** con voz descentrada del autor; naming "Organización Hiperinteligente" canonizado; integración SO-HiORG (3 pilares) + 5 capas del Reto absorbidas del PAP-HIORGS-GranReto; movimientos Nate/Karpathy del Anexo A absorbidos; callout XDoc/Karpathy en §4.1 | Victor + Opus | | 2026-04-25 | (side-track) | **Catálogo SherpaX Personal producido** — `CP-EL-SX-CatalogoUseCasesPersonal-v01` v01.3: matriz 3×6 + 4 arquetipos (Recursivo / Unstuck / Borrowed Expertise / Sistema Completo) + frontera Arquitecto + Anexo C reflexión personal Victor. Side-track del room WORX, alimenta §10. Pipeline: casos B/I de Victor en memoria ChatGPT (era pre-Sherpa) | Jay | | 2026-04-25 | (decisión §10) | **Diseño-dinámicas-primero**: §10 NO se redacta antes de diseñar las dinámicas EmpowerTeamX. Patrón "lima-limón-lima" identificado. 5 candidatos preliminares. §10 desbloqueada cuando dinámicas estén calibradas conceptualmente | Victor | **Próximo bump:** v0.7 al cerrar §10 (post diseño y calibración de dinámicas EmpowerTeamX) y §11 (integración ROI Tracker). --- ## 7. CIERRE **Criterio de cierre del XDoc.** Este XDoc cierra cuando el MPB-EL-WORX-ModeloOperativo llega a v1.0 publicable (Parte 1 + Parte 2 + Parte 3 completas, glosario XDoc validado, §11 Métricas integrando ROI Tracker). **Tras el cierre.** - Registrar v1.0 en CP-XX-IntelliBanks-Registry-v01.md como asset Clase C. - Archivar este XDoc como histórico. - Spawnear XDoc sucesor si la v1.x/v2.0 del MPB amerita proyecto propio. - Reflejar el modelo en LLM-Wiki creando/actualizando páginas: WORX (actualizar), XDoc (crear nueva). **Relación con estructura mayor.** - Este XDoc es el primer caso real de gobernanza XDoc sobre un proyecto editorial Clase C. - Candidato a caso LabPraxis (`CAS-`) al cierre, documentando el patrón "XDoc gobernador sobre MPB en redacción".