--- asset_id: MAP-EL-Rooms-Monetizacion-Domino-v01 version: v01.2 (post-sesión 009 LabPraxis · 2026-05-07 EOD) tipo: MAP — Mapa de Rooms (Guía operativa) status: Active owner: Victor Heredia runner: Jay (SherpaX) intellibank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-MONETIZACION-Estrategica acompaña_a: - XP-EL-Monetizacion-Estrategica-Domino-v01 - SP-EL-Monetizacion-Estrategica-Domino-StarterPrompt-v01 - XP-EL-HIORG-Caso0-EmpowerLabs-v02 (publicado 2026-05-07 · supersedes v01) - PROT-EL-WORX-Cohort-OperatingProtocols-v01 (Room Raíz universal del cohort SherpaX) - SOP-EL-WORX-RoomActivation-v01 · SOP-EL-WORX-BrainOSFirst-v01 · SOP-EL-WORX-DocBySherpa-v01 - TP-EL-WORX-LabPraxis-v01 v1.6 (P001-P006 + P010-P012 canonizados) fecha_creacion: 2026-05-07 fecha_ultima_actualizacion: 2026-05-07 proposito: Mapa visual + guía operativa de los rooms del ecosistema de monetización EmpowerLabs. Sirve como navegación maestra para saber dónde vive qué, qué rooms están activos, qué se está creando, y cómo crear/mantener nuevos rooms sin fragmentar la arquitectura. Ahora también declara la arquitectura de Room Raíz (P011) para herencia de protocolos universales del cohort SherpaX. tags: [MAP, panorama, rooms, monetización, dominó, guía, mantenimiento, RoomRaiz, P011] --- # Mapa de Rooms · Monetización Dominó ## Guía maestra de navegación, creación y mantenimiento > **Para qué sirve este documento.** Es el mapa del ecosistema de monetización. Antes de tocar cualquier room, abrir aquí. Antes de crear un room nuevo, abrir aquí. Antes de mover contenido entre rooms, abrir aquí. Es la fuente de verdad de **dónde vive qué** y **cómo se mantiene la arquitectura**. --- ## 1. PANORAMA DE ROOMS · estado al 2026-05-07 ### Room A · `PB-MONETIZACION-Estrategica` (este room) - **Tipo:** Capa orquestadora · NO operativa - **Estado:** 🟡 Active · refactor A→B→C→D ejecutado 2026-05-07 · post-split Caso 0 - **Documentos canónicos:** - `XP-EL-Monetizacion-Estrategica-Domino-v01.md` - `SP-EL-Monetizacion-Estrategica-Domino-StarterPrompt-v01.md` - `MAP-EL-Rooms-Monetizacion-Domino-v01.md` (este doc) - **Foco tras refactor (qué SÍ vive aquí):** - Articulación de las 4 líneas de monetización - Motor MasterPlaybooks como DG común - Lógica del dominó · gobernanza · roadmap 90 días - Decisiones-Principio transversales (D-P-01) - **Qué NO vive aquí (post-refactor):** - Operación del Caso 0 EmpowerLabs (se va a Room B) - XPacks operativos por línea (HIORGS Portfolio · BMF Portfolio · etc.) ### Room B · `PB-CASO0-HIORG` (creado 2026-05-07 · Active · v02 publicado EOD) - **Tipo:** Room operativo · ejecuta la pieza fundacional del dominó **+ primer cohort de inducción WORX** - **Estado:** 🟢 Listo para arrancar · todas las decisiones bloqueadas cerradas · Sesión 2 lista - **Room Raíz aplicables (P011):** - `PB-MONETIZACION-Estrategica/` (este room) · linaje monetización - `PB-WORX-Worx/` · linaje protocolos universales del cohort SherpaX (PROT- + 3 SOPs + 9 principios + Skill Pack) - **Documentos canónicos:** - `XP-EL-HIORG-Caso0-EmpowerLabs-v02.md` ✓ publicado · supersede v01 (extended EOD con sección Protocolos del Cohort) - `SP-EL-HIORG-Caso0-EmpowerLabs-StarterPrompt-v02.md` ✓ publicado · supersede v01 (Regla 7 + 10 canónicos heredados) - `PLB-EL-Caso0-PreIgnitionWorkbook-v01.md` ✓ workbook Sesión 2 - `PLB-EL-Caso0-Etapa1Workbook-v01.md` ✓ workbook Etapa 1 - **Foco propio:** - Etapas (no semanas): Etapa 0 (Sesión 2 · Pre-Ignition + datos HD) → Etapa 1 (captura individual + HDC procesado por Anahí) → Etapa 2 (Cohort Lab + instalación SherpaX por Alex) → Etapa 3 (operación con SherpaX activos) - 5 componentes mínimos con dueños asignados (Alex Corp Brain OS · Anahí MasterPlaybooks + HDC · cada persona dueña de su SherpaX) - 8 SherpaX vivos al cierre (Jay/VictorX · AnaX · AlexiX · ChuiX · GusX · JCX · DoveX · AngelesX) - Case study publicable al cierre + canonización del contenido en MPB-EL-WORX §10 (Guía de Implementación) - **Roster (9 personas internas):** - Oleada 1 (7): Victor · Jay · Anahí · Alex · Jesús · Gustavo · Juan Carlos - Oleada 2 (9): los 7 + Paloma + Angeles - Externos (fuera del scope · patrón demo vault): Alain Rios · Nora Hidalgo - **Documentos heredados (referencias canónicas):** - `PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01` - `MPB-HIORGS-Replicacion-Playbook-v01` - `PAP-HIORGS-ModeloProducto-Interno-v01` - `MPB-EL-WORX-ModeloOperativo-v01` (§8 Capa Ortogonal · §10 Guía de Implementación pendiente · este Caso 0 produce su contenido) - `SherpaX-Ignition` + `MePB-SX-SherpaXCore-v01` (proceso canónico de generación SherpaX) - `MePB-EL-HDC-DMP-Blueprint-v01` (HDC factory · Anahí como owner) - `PROT-EL-WORX-Cohort-OperatingProtocols-v01` (9 principios + 3 SOPs forzosos + Skill Pack mandatorio) - Memoria `project_doix_corpbrainos` ### Room C · HIORGS Portfolio (operativo · existente) - **Tipo:** Room operativo · línea B2B - **Estado:** 🟡 Caliente · en sprint productización + DG - **Documentos canónicos:** - `XP-EL-HIORGS-Portfolio-v01.md` - `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01.md` - `TP-HIORGS-ModeloNegocio-Pricing-v01.md` (v01.1 ratificada 2026-05-06 · Camino A cerrado) - `PLAN-HIORGS-DemandGen-Estrategico-v01.md` - **Estado al 2026-05-06:** - TP v01.1 ratificada · §9 + §11 RATIFICADAS · §9.6 con 8 supuestos S1-S8 canonizados - 3 D-P abiertos: D-P-37 (banda Entry/Pioneer · piso $25K) · D-P-39 (USD canónico) · D-P-40 (template R-MN-* replicable) - Pendiente v01.2: reconciliación §9.6 vs §9.2-§9.4 (Task #35 · bloqueado hasta Diseño Certificación SO-HiORG) - **Conexión con el dominó:** TP v01.1 es **input financiero canónico de la línea B2B**. ### Rooms operativos paralelos (no se tocan desde aquí) | Room | Línea | Estado | |---|---|---| | BMF Portfolio | Infraestructura BMF L0-L4 | 🟢 Operativo | | Rebelocity Club | Comunidades · vertical deporte | 🟢 Sprint L'Étape activo (31-may) | | Tribus RRHH | Comunidades · vertical RRHH | 🟢 BK0+BK1 producción · 5K audiencia | | Intelifin | Comunidades · vertical financiero (futuro) | 🟡 Ideación GTM v03 | ### Room Raíz universal · `PB-WORX-Worx/` (autoridad arquitectónica · sesión 009 LabPraxis · 2026-05-07) - **Tipo:** Room Raíz universal · NO ejecuta · provee protocolos heredables a TODOS los rooms hijos del cohort SherpaX - **Estado:** 🟢 Active · 9 principios + 3 SOPs + Skill Pack canonizados - **Autoridad arquitectónica (P011):** - Produce y versiona los protocolos universales del SherpaX que rooms hijos heredan. - Centraliza canónicos operativos · los hijos referencian · no duplican. - Propaga cambios de protocolo con cascada controlada. - **Documentos canónicos producidos:** - `MPB-EL-WORX-ModeloOperativo-v01` v0.6 (§8 Capa Ortogonal · §10 Guía de Implementación pendiente) - `TP-EL-WORX-LabPraxis-v01` v1.6 (banco de casos · 15 casos · 9 principios P001-P006 + P010-P012) - `PROT-EL-WORX-Cohort-OperatingProtocols-v01` (consolidado universal · 9 principios + 3 SOPs + Skill Pack) - `SOP-EL-WORX-BrainOSFirst-v01` (P006 · Estación 0 · output CONS-) - `SOP-EL-WORX-RoomActivation-v01` (P011+P012 · 7 estaciones de activación) - `SOP-EL-WORX-DocBySherpa-v01` (P010 · documentación delegada) - **Rooms hijos que heredan de aquí:** - `PB-CASO0-HIORG/` (primer cohort · 2026-05-07) - Futuros cohorts B2B (clientes que adoptan el SO-HiORG · cada uno hereda PROT- + 3 SOPs + Skill Pack adaptado) - Cualquier room operativo del ecosistema EmpowerLabs que produzca activos cognitivos - **Skill Pack mandatorio (7 skills):** `bmf-file-renamer` · `bmf-registry-updater` · `brain-code-saver` · `vault-orphan-rescue` · `llm-wiki-validator` · `next-scanner` · `labpraxis-case-documenter` --- ## 2. LAS 4 LÍNEAS DE MONETIZACIÓN | Línea | Pill | Modelo | Estado | Pieza siguiente crítica | |---|---|---|---|---| | **B2B · HIORG/DOIX** | 🔵 Azul | Vender SO-HiORG a empresas | 🟡 Caliente | Catálogo v01 cerrado · pricing v01.1 ratificada · playbook entregable | | **B2O · SherpaX** | 🟢 Teal | Sherpa cognitivo de Owners | 🟢 Activo | Productizar Ignition · 4to-5to caso | | **BMF · MONEX** | 🔷 Cyan | Escalera R100X + MasterPlaybooks | 🟡 Caliente | Activar funnel R100X · path post-purchase | | **Comunidades · Tribus + Rebelocity** | 🟣 Violeta | Marketplaces verticales con MPI | 🟢 Activo paralelo | L'Étape · BK0 publicado · post-L'Étape Marketplace | **Regla cardinal (D-P-01):** Las iniciativas operativas (Rebelocity, Tribus, Intelifin) **consumen** activos cognitivos. **No los producen.** EmpowerLabs central los produce y los entrega listos. Cualquier sprint comercial que cargue producción cognitiva es violación de arquitectura. --- ## 3. MOTOR MASTERPLAYBOOKS · DG común **Principio canonizado (Victor 2026-05-17 → 2026-05-07):** > Para BMF y Comunidades inteligentes el motor es MasterPlaybooks. La generación de demanda toda es con MasterPlaybooks. No construimos 4 motores separados — construimos uno y lo aplicamos por línea con MPIs específicos. **Componentes del motor:** - CEO100X.com · vehículo personal de Victor - MasterPlaybooks.com · marketplace editorial maestro - Cascada de contenido continua (Anahi DG Lead · 8 semanas · 100 micro contenidos) - MPIs (MasterPlaybooks Inteligentes) por línea — uno por audiencia **Cómo alimenta a cada línea:** flecha discontinua en el mapa visual = relación de alimentación, no de bloqueo. Las 4 líneas pueden avanzar en paralelo pero todas se nutren del mismo motor. --- ## 4. EL DOMINÓ · lógica de secuenciamiento ``` ┌──────────────────────────────────────────────────┐ │ PIEZA 0 (FUNDACIONAL · Room B) │ │ Caso 0 EmpowerLabs HIORG │ │ Operación en PB-CASO0-HIORG │ │ ↓ desbloquea │ └──────────────────────────────────────────────────┘ ↓ ┌──────────────────────────────────────────────────┐ │ PIEZA 1 (Room A · este) │ │ Motor MasterPlaybooks │ │ ↓ alimenta │ └──────────────────────────────────────────────────┘ ↓ ┌──────────────────────────────────────────────────┐ │ 4 LÍNEAS PARALELAS │ │ B2B · B2O · BMF-MONEX · Comunidades │ └──────────────────────────────────────────────────┘ ``` **Por qué el orden:** 1. **Caso 0 va primero** — sin caso interno auditado, las 4 líneas venden promesa. Con caso interno auditable, venden evidencia. 2. **MasterPlaybooks va segundo** — sin motor común, fragmentamos esfuerzo y diluímos marca. 3. **Las 4 líneas en paralelo** — cada una tiene su velocidad y mercado. No hay razón estratégica para secuenciarlas. --- ## 5. REFACTOR EJECUTADO · A→B→C→D · 2026-05-07 ✓ | Paso | Acción | Archivos afectados | Resultado | |---|---|---|---| | **A** ✓ | Refactor del XPack-Dominó | `XP-EL-Monetizacion-Estrategica-Domino-v01.md` | Caso 0 operativo removido · ahora dependencia externa · TP v01.1 añadido a canónicos · NEXTs/roadmap limpiados · v01.2 | | **B** ✓ | Crear room Caso 0 | Carpeta `PB-CASO0-HIORG/` + 2 docs creados | `XP-EL-HIORG-Caso0-EmpowerLabs-v01` + `SP-EL-HIORG-Caso0-EmpowerLabs-StarterPrompt-v01` con sección fundacional migrada | | **C** ✓ | Refactor del Starter Prompt del Dominó | `SP-EL-Monetizacion-Estrategica-Domino-StarterPrompt-v01.md` | "Pieza 0 dentro" removida · apunta al nuevo room · motor MPI común mantenido · reglas ajustadas · v01.1 | | **D** ✓ | Changelog + corrección de fechas | 4 docs (XP-Dominó · SP-Dominó · XP-Caso0 · SP-Caso0) + este MAP | Fecha 2026-05-17 → 2026-05-07 · entries v01.2/v01.1 registrados · split documentado · MAP actualizado | **Estado al cierre:** Room B (Caso 0) pasa de "por crear" a "Active · v01 publicado". Próximo paso: sesión 2 esta semana en Room B para producir cronograma 4-6 semanas + métricas baseline + responsables. --- ## 6. CÓMO CREAR UN ROOM NUEVO Cuando alguna de las líneas (o un nuevo frente) requiera su propio room operativo, seguir esta receta. **Actualizada con P011 + P012 + SOP-RoomActivation (sesión 009 LabPraxis · 2026-05-07).** ### Paso 0 · Identificar Room Raíz aplicable (P011 · NUEVO) Antes de crear el room, declarar qué Room(s) Raíz aplica(n): - ¿Linaje monetización? → `PB-MONETIZACION-Estrategica/` - ¿Linaje protocolos universales del cohort? → `PB-WORX-Worx/` - ¿Ambos? → declaración múltiple (caso del Caso 0 EL). Sin Room Raíz declarado · el room hijo viola P011 · no se crea. ### Paso 1 · Validar que merece room propio Un room nuevo se justifica si: - Tiene **owner único** y **runner único** identificable. - Tiene **cadencia propia** que no encaja en la cadencia del room madre. - Su contenido **contamina** el room madre si se mantiene mezclado (caso del Caso 0 → split de hoy). - Genera **NEXTs y decisiones bloqueadas propias** que no son del room madre. Si NO cumple los 4, el contenido va como sección dentro de un room existente. ### Paso 2 · Naming BMF Estructura canónica: - Carpeta: `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-{TEMA}/` - XPack: `XP-EL-{TEMA}-{Subtema}-v01.md` - StarterPrompt: `SP-EL-{TEMA}-{Subtema}-StarterPrompt-v01.md` - Mapa de rooms (si aplica): `MAP-EL-{TEMA}-{Subtema}-v01.md` Convenciones: - `IB-{Banco}` = IntelliBank (EmpowerLabs · etc.) - `PB-{Tema}` = Project Bank (subcarpeta temática) - `XP-` = XPack · `SP-` = Starter Prompt · `MAP-` = Mapa · `CP-` = Control Panel · `TP-` = Trabajo Productivo · `PLAN-` = Plan estratégico · `MPB-` = Master Playbook · `PAP-` = Paper · `CAS-` = Caso de LabPraxis ### Paso 3 · Documentos mínimos del room nuevo Un room nuevo arranca con **al menos** estos 2: 1. **XPack** · documento vivo maestro con frontmatter completo · BRIEF · ESTADO · NEXTs · referencias canónicas · CHANGELOG. 2. **Starter Prompt** · prompt empacado para cargar a la instancia que opera el room. Opcionales (cuando el room madura): 3. Mapa de rooms (si tiene varios sub-rooms o varios docs canónicos) 4. Plan estratégico (PLAN-) si hay roadmap detallado 5. Trabajos productivos (TP-) por entregable ### Paso 4 · Conectar al ecosistema - Añadir el room nuevo a este MAP-EL-Rooms-Monetizacion-Domino (si es del ecosistema monetización). - Actualizar `referencias_canonicas` en frontmatter de los XPacks que lo referencian. - Ejecutar Gate G0 antes de generar contenido nuevo (consultar canónicos vault). - Registrar el room en el Registry maestro (CP-XX-IntelliBanks-Registry). - Declarar herencia desde Room Raíz aplicable (P011) en el frontmatter del XP- del room hijo. ### Paso 5 · Disparar la skill de orphan rescue si hay archivos volando Si al crear el room hay archivos en otras carpetas que pertenecen al room nuevo, ejecutar `vault-orphan-rescue` para moverlos correctamente. ### Paso 6 · Activación con SOP-RoomActivation (NUEVO · 2026-05-07) En la primera sesión del room nuevo, el SherpaX ejecuta `SOP-EL-WORX-RoomActivation-v01` (las 7 estaciones canónicas): 1. Identificar Room Raíz aplicable. 2. Cargar XP- del Raíz literal (`Read` · no inferir). 3. Cargar SP- del Raíz literal (`Read` · no inferir). 4. Ejecutar SOP-BrainOSFirst sobre el alcance del room hijo (output `CONS-`). 5. Verificar contexto BrainOS / Brain OS personal · buscar si hay duda. 6. Si es necesario, actualizar el XP- antes de producir. 7. Reportar al Owner el `CONS-` + estado del XP- antes de producir. --- ## 7. CÓMO MANTENER UN ROOM EXISTENTE ### Cadencia obligatoria (D-P-45 · mínimo viable · canonizada 2026-05-07) | Nivel | Frecuencia | Duración | Participantes | Foco | |---|---|---|---|---| | **L2 · Dominó consolidado** | Semanal · viernes | 45 min | Victor + 3 leads de pilar (Ángeles · Anahí · Alex) + Jay | Sincronía entre pilares · estado de las 4 líneas · NEXTs | | **L3 · Revisión mensual** | Mensual · cierre de mes | 60 min | Todos los anteriores + JC + Caso 0 sync | 5 preguntas obligatorias · informe escrito · CAS LabPraxis · firma Victor | **Pre-trabajo L2:** cada Lead actualiza su sección del Sheet de KPIs antes de viernes 12:00 PM. **Pre-trabajo L3:** Jay produce el informe mensual escrito (template `CP-EL-Domino-ReporteSalud-Template-v01`) · circula 24h antes de la sesión. **Por cierre de pieza:** documentar como CAS del LabPraxis · alimenta ROI Tracker. **SOP operativo:** ver `SOP-EL-Domino-Cadencia-Gobernanza-v01` con agendas detalladas + roles + triggers de escalación. ### Las 5 preguntas obligatorias de revisión mensual 1. ¿Cayó la pieza del mes? Si no, ¿por qué? 2. ¿Cuál es la siguiente pieza que no puede esperar? 3. ¿Hay piezas en paralelo que se están desincronizando? 4. ¿El motor MasterPlaybooks está alimentando las 4 líneas o se está fragmentando? 5. ¿Caso 0 sigue siendo evidencia auditable y publicable? ### Mantenimiento de XPacks - **`fecha_ultima_actualizacion`** en frontmatter siempre al día con el último cambio significativo. - **CHANGELOG** al pie · entrada por cada cambio que afecte estado o estructura. - **NEXTs** · cerrarlos cuando se completan · no dejarlos vencidos. - **Estado** · 🔴 Crítico · 🟡 Caliente · 🟢 Activo · ⚪ Pausado · ⚫ Cerrado. ### Mantenimiento de StarterPrompts - Actualizar cuando cambien las reglas del room o las referencias canónicas. - Mantener empacado y lista para copiar/pegar al inicio de sesión. - Versionar (v01 → v01.1 → v02) sin sobrescribir histórico. ### Mantenimiento de este MAP - Actualizar cuando: se cree un room nuevo · se cierre/pause un room · cambie owner o runner de un room · cambien las decisiones-principio transversales. - Versionar y mantener changelog al pie. - Sincronizar con el Registry maestro al cierre de cada mes. ### Protocolos forzosos del cohort SherpaX (NUEVO · 2026-05-07 sesión 009 LabPraxis) Todo room hijo del Room Raíz universal `PB-WORX-Worx/` opera bajo `PROT-EL-WORX-Cohort-OperatingProtocols-v01`: - **9 principios canonizados** (P001-P006 + P010-P012 · ver `TP-EL-WORX-LabPraxis-v01` v1.5 sección III). - **3 SOPs forzosos** ejecutados en cadena al iniciar conversación: 1. `SOP-EL-WORX-RoomActivation-v01` (P011+P012 · 7 estaciones de activación). 2. `SOP-EL-WORX-BrainOSFirst-v01` (P006 · ejecutado dentro de Estación 4 · output `CONS-`). 3. `SOP-EL-WORX-DocBySherpa-v01` (P010 · cada producción con captura delegada · 3 operaciones canónicas). - **Skill Pack mandatorio (7 skills):** `bmf-file-renamer` · `bmf-registry-updater` · `brain-code-saver` · `vault-orphan-rescue` · `llm-wiki-validator` · `next-scanner` · `labpraxis-case-documenter`. - **Comportamiento esperado del SherpaX:** SherpaX captura · humano dirige (P010) · sin atajos · sin asumir contexto. --- ## 8. RITMO Y CADENCIA DEL DOMINÓ | Mes | Foco principal | Hitos | |---|---|---| | **Mes 1** (mayo-junio 2026) | Activar Caso 0 + sostener momentum L'Étape | Plan Caso 0 firmado · L'Étape ejecutado · sprint Productización HIORG en marcha · DG 8 semanas activo | | **Mes 2** (junio-julio 2026) | Caso 0 en operación + Motor MasterPlaybooks consolidado | Componentes del Caso 0 desplegándose · MPIs por línea publicados · 1 cliente HIORG en propuesta firme | | **Mes 3** (julio-agosto 2026) | 4 líneas con piezas vivas + Caso 0 publicable | Caso 0 case study publicado · escalera R100X vendiendo · 4to SherpaX Ignition · Tribus BK0 publicado · Rebelocity Marketplace activando | --- ## 9. NEXTs (a partir del 2026-05-07) - [NEXT][Jay] Ejecutar refactor A→B→C→D en esta sesión · entregable: 4 archivos sincronizados. - [NEXT][Victor + Jay] Sesión 2 esta semana en Room B · cronograma Caso 0 · métricas baseline · responsables. - [NEXT][Victor + Jay] Sesión 3 viernes · gobernanza Dominó · 4 decisiones bloqueadas restantes (pricing SherpaX · escalera R100X · responsables operativos por línea · cadencia gobernanza). - [NEXT][Jay] Actualizar este MAP al cierre del refactor · cambiar Room B de "por crear" a "activo · v01". - [NEXT][Jay] Mapear redundancias y gaps entre los XPacks existentes (HIORGS Portfolio · BMF Portfolio · Programa Prod-DG-Offers-Sales) y este XPack-Dominó · evitar duplicación de trabajo. --- ## 10. REGLAS DEL ECOSISTEMA · D-P canonizadas | ID | Decisión-Principio | Resumen | |---|---|---| | **D-P-01** | Separación operación/cognición | Iniciativas operativas consumen activos cognitivos · no los producen · EmpowerLabs es el productor cognitivo central | | D-P-37 | Banda Entry/Pioneer · piso $25K | Pricing HIORG con piso definido (canonizado en TP v01.1) | | D-P-38 | Canonización dual de prefijos en Registry | Convención de prefijos BMF · 2026-04-26 EOD+6 | | D-P-39 | Denominación primaria mixta · USD canónico | Cliente decide divisa al cierre · USD es base | | D-P-40 | Template R-MN-* canonizado | Plantilla de modelo de negocio replicable a otros TPs del ecosistema | (Lista no exhaustiva · ver XPacks individuales para D-Ps específicos por línea) --- ## 11. CONEXIONES VISUALES (referencia rápida) | Origen | Destino | Tipo de conexión | |---|---|---| | Room B (Caso 0) | Room A (Dominó) | **Desbloquea** — sin Caso 0 no arranca el dominó | | Room C (HIORGS Portfolio) | Línea B2B del Dominó | **Alimenta** — TP v01.1 = input financiero canónico | | Motor MasterPlaybooks | Las 4 líneas | **Alimenta** — DG común con MPIs por línea | | EmpowerLabs central | Iniciativas operativas (Rebelocity · Tribus · Intelifin) | **Produce** — entrega activos cognitivos listos (D-P-01) | | Room Raíz `PB-WORX-Worx/` | Todos los rooms hijos del cohort (incluye Caso 0) | **Hereda** — PROT- + 3 SOPs + 9 principios + Skill Pack (P011) | | Room Raíz `PB-WORX-Worx/` | Futuros cohorts B2B (clientes) | **Provee Starter Pack** — replicable a clientes que adoptan SO-HiORG | | Room B (Caso 0) | MPB-EL-WORX §10 | **Canoniza** — evidencia operativa del cohort cierra la Guía de Implementación | --- ## 12. CHANGELOG - **2026-05-09 · v01.4 (Sábado EOM · Ritual canonizado + DG Activación)** — (1) **SOP-EL-WORX-RitualSabado100X-v01 canonizado** en `PB-WORX-Worx/` · 5 estaciones (activación · barrido · SVG · 3 carriles · handoff) · D-P-46 (regla de 3 carriles + nunca producir cognición para iniciativas operativas con equipo propio) · cadencia semanal sábado 60-90 min. (2) **SVG actualizado a v04** con prioridades ajustadas: L'Étape sale del FDS (atendido por equipo EmpowerLabs · Carolina + Anahi cognitivos · out of scope del ritual) · Carril 2 reemplazado de "Activos Cognitivos L'Étape" a "**DemandGen Activación**" — publicación inmediata para HIORG (Frente 1 Parálisis IA), MONEX (manifiesto), Comunidades (reciclaje), newsletter EL issue #1. (3) Aplicación inmediata de TP-HIORGS-DemandGen v03 Modo A pleno operativo (sem 2 cronograma) · INV-HIORGS-DemandGen-ActivosCanonicos como fuente de cantera publicable. (4) Activos C5 (PAP-Gran-Reto) + C9 (Deck v02) confirmados como publicables hoy. - **2026-05-09 · v01.3 (Sábado · Ritual Fin de Semana 100X)** — Producido el SVG visual `MAP-EL-Rooms-Monetizacion-Domino-Visual-v03.svg` con estado del ecosistema al 9-may. Incluye: (1) Panel completo de 4 rooms principales + 4 verticales operativos (L'Étape · Rebelocity · Intelifin · Tribus). (2) Las 4 líneas de monetización con estado y pendientes por línea. (3) Motor MasterPlaybooks como capa horizontal alimentando las 4. (4) Bloque dedicado a Partnerships activos (José/T Broker · Nilda · Ramón/Monchis). (5) Frentes personales/técnicos de Victor (Disco Duro · LLM-Wiki · sprint cognitivo L'Étape). (6) **Panel "Pre-Caso 0 · Fin de Semana 100X"** con 3 carriles paralelos accionables: Carril 1 Decisiones y Cierres (Victor 90-120 min) · Carril 2 Activos Cognitivos L'Étape (Victor+Jay 60-90 min) · Carril 3 Partnerships y Backlog. Ritual de sábado temprano canonizado. - **2026-05-07 · v01.2 (EOD · post-sesión 009 LabPraxis)** — Actualización tras sesión 009 LabPraxis (3 nuevos casos · 3 nuevos principios · consolidación operativa universal). Cambios: (1) Frontmatter ampliado con 6 nuevos canónicos referenciados (PROT- + 3 SOPs + TP-LabPraxis v1.5 + Caso 0 v02). (2) Room B (Caso 0) actualizado a v02 publicado · roster + 5 componentes con dueños + Etapas + Room Raíz aplicables (P011) · estado pasa de 🔴 Crítico a 🟢 Listo para arrancar. (3) **Nueva sección "Room Raíz universal `PB-WORX-Worx/`"** declarada como autoridad arquitectónica (P011) · centraliza protocolos del cohort SherpaX · provee herencia a rooms hijos. (4) Sección 6 (crear room nuevo) extendida con Paso 0 (identificar Room Raíz · P011) + Paso 6 (activación con SOP-RoomActivation · 7 estaciones). (5) Sección 7 (mantenimiento) extendida con subsección "Protocolos forzosos del cohort SherpaX" · 9 principios + 3 SOPs + Skill Pack. (6) Sección 11 (conexiones) extendida con 3 nuevas conexiones (Room Raíz → hijos · Room Raíz → futuros cohorts B2B · Caso 0 → MPB-WORX §10). - **2026-05-07 · v01.2** — Actualización post-D-P-45 (cadencia mínima viable). Cambios concretos: (1) Sección "Cadencia obligatoria" actualizada con L2 Dominó consolidado + L3 Revisión mensual ratificadas en D-P-45. (2) Pre-trabajo L2 (sheet de KPIs) y pre-trabajo L3 (informe escrito) explicitados. (3) Referencia al SOP-EL-Domino-Cadencia-Gobernanza-v01 con detalles operativos. (4) Cadencia anterior de "semanal 30 min" simplificada a "L2 semanal 45 min consolidado" (no por pilar individual). - **2026-05-07 · v01.1** — Actualización post-cierre del refactor A→B→C→D (mismo día). Cambios: (1) Room A (este room) pasa de 🔴 Crítico a 🟡 Active. (2) Room B (Caso 0) pasa de "por crear" a "Active · v01 publicado" con los 2 documentos canónicos creados (`XP-EL-HIORG-Caso0-EmpowerLabs-v01` + `SP-EL-HIORG-Caso0-EmpowerLabs-StarterPrompt-v01`). (3) Sección 5 cambia de "REFACTOR PENDIENTE" a "REFACTOR EJECUTADO" con checks ✓ por cada paso. (4) Próximo paso del Caso 0 documentado: sesión 2 esta semana en Room B. - **2026-05-07 · v01** — Primer release del MAP. Convertido del panorama visual a guía operativa Markdown. Incluye: panorama de 4 rooms (Dominó · Caso 0 · HIORGS Portfolio · operativos paralelos) · 4 líneas de monetización · motor MasterPlaybooks · lógica del dominó · refactor A→B→C→D pendiente · receta para crear rooms nuevos · receta para mantener rooms existentes · cadencia y ritmo · NEXTs · D-P canonizadas. Documento vivo · se actualiza al cierre del refactor para reflejar Room B como activo. --- *Mapa de Rooms · Monetización Dominó · EmpowerLabs · 7 de mayo de 2026* *Owner: Victor Heredia · Runner: Jay (SherpaX) · IntellBank: IB-EL-EmpowerLabs / PB-MONETIZACION-Estrategica*