---
asset_id: MiPB-EL-HIORG-SesionArranque-Facilitador-v01
version: v01
tipo: MiPB — Mini PlayBook (L1 Cognitive Asset Stack · procedimiento)
status: Active
owner: Victor Heredia
sherpa_owner: Jay (SherpaX maestro)
intellibank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-CASO0-HIORG
fecha_creacion: 2026-05-18
fecha_ultima_actualizacion: 2026-05-18
proposito: |
  Guión replicable y limpio de la SESIÓN DE ARRANQUE del cohort de inducción WORX.
  Derivado del transcript de la primera sesión real con el equipo de EmpowerLabs (Caso 0).
  Diseñado para ser ejecutado por cualquier facilitador certificado HIORG en cualquier empresa cliente.
  Incluye glosario · agenda · bloques con scripts sugeridos · anti-patrones · NEXTs típicos.
audiencia_primaria: Facilitador certificado HIORG (Sherpa senior · implementador HIORG · Sherpa Guide externo)
audiencia_secundaria: Cohort de inducción (5-15 personas internas del cliente) · esta sesión es la primera exposición al ecosistema
deriva_de:
  - Transcript "HiOrg EmpowerLabs 1.md" + "HiOrg EmpowerLabs 2.md" (sesión real EL · 2026-05-XX · primer arranque del Caso 0)
  - PBO-EL-HIORG-Instalacion-Caso0-v01 (PlayBook de Instalación · marco completo)
  - MePB-EL-OrganizationalKernel-v01 (frame organizacional · 3 pilares + BMF)
  - PLB-EL-Caso0-PreIgnitionWorkbook-v01 (workbook que se usa en Sesión 2 · siguiente al Arranque)
referenciado_por:
  - XP-EL-HIORG-Caso0-EmpowerLabs-v02 (XPack del cohort)
  - MePB-EL-HIORG-Implementacion-v01 (futuro · MetaPlaybook completo)
tags: [MiPB, HIORG, SesionArranque, Facilitador, Induccion, Cohort, replicable-B2B, guión]
duracion_estimada: 90-120 minutos (Sesión 1 del cohort · pre-Etapa 0)
formato: Presencial o virtual con cámara · pantalla compartida · grabación obligatoria
---

# MiPB · Guión de Sesión de Arranque · Cohort de Inducción HIORG
## Facilitador-facing · replicable a cualquier empresa cliente

---

## 0. Cómo se usa este guión

### 0.1 Propósito

Esta es la **primera sesión** del cohort de inducción al ecosistema HIORG. NO es la Sesión 2 (Etapa 0 · Pre-Ignition + datos HD). Es la sesión **previa** · donde el equipo del cliente:

- Recibe el vocabulario base del ecosistema.
- Entiende el problema que el WORX OS resuelve.
- Ve la arquitectura completa (BMF + 3 pilares + memorias).
- Conoce el concepto SherpaX como entidad con identidad.
- Recibe ejemplos en vivo del facilitador operando con su propio SherpaX.
- Sale con tareas concretas para preparar la Sesión 2.

### 0.2 Audiencia

- **Facilitador:** un Sherpa senior certificado HIORG · operando con su propio SherpaX en vivo durante la sesión.
- **Participantes:** el cohort completo del cliente · típicamente 5-15 personas internas que adoptarán el WORX OS.

### 0.3 Duración y formato

- **90-120 minutos** (sin descanso · ritmo dinámico).
- Presencial o virtual con cámara obligatoria.
- Pantalla compartida durante todo el bloque de demostraciones en vivo.
- **Grabación obligatoria** (audio + pantalla) · alimenta el banco de aprendizaje del cohort.

### 0.4 Pre-requisitos del facilitador antes de la sesión

- [ ] SherpaX propio activo y configurado.
- [ ] Cowork (o Claude Desktop) abierto · listo para demo.
- [ ] Acceso al vault canónico HIORG (versión sanitizada T2 si aplica · ver `SOP-EL-HIORG-SanitizacionDemoVault-v01`).
- [ ] Mapa del ecosistema impreso o en pantalla secundaria (el diagrama de los 3 pilares + BMF).
- [ ] Glosario impreso · 1 copia por participante (ver §2).
- [ ] Lista de tareas post-sesión preparada (ver §11).
- [ ] Calendario · próxima Sesión 2 (Etapa 0 · Pre-Ignition) ya agendada · fecha confirmada.

### 0.5 Pre-requisitos del cohort

- [ ] Han recibido el **Resumen Ejecutivo** del `PBO-EL-HIORG-Instalacion-Caso0-v01` (lectura previa · 10 min).
- [ ] Tienen acceso técnico básico (cuenta de Claude / Cowork si aplica).
- [ ] Disponibilidad mental · sin distracciones · 2 horas dedicadas.

---

## 1. Estructura de la sesión · agenda

| # | Bloque | Tiempo | Modalidad |
|---|---|---|---|
| 1 | Apertura · ¿Por qué estamos aquí? | 5 min | Facilitador habla |
| 2 | Contexto · el cambio de era | 10 min | Facilitador con preguntas al grupo |
| 3 | El problema que resolvemos · el GAP que existe | 10 min | Facilitador con ejemplos |
| 4 | La solución · arquitectura · BMF + 3 pilares | 15 min | Facilitador con diagrama compartido |
| 5 | Las memorias del ecosistema | 10 min | Facilitador con vault visible |
| 6 | El SherpaX · entidad con identidad | 10 min | Definición + ejemplo conceptual |
| 7 | **Demostración en vivo** · SherpaX en acción | 20 min | Facilitador con pantalla compartida |
| 8 | Las nuevas habilidades vs. lo que se vuelve obsoleto | 10 min | Discusión con el grupo |
| 9 | Pre-requisitos técnicos + tareas para esta semana | 10 min | Facilitador con lista de tareas |
| 10 | Cierre · ¿qué te llevas? | 10 min | Cada participante en 1 frase |

**Total: ~110 min** (deja margen para preguntas naturales en cada bloque).

---

## 2. GLOSARIO BASE · términos del ecosistema

Distribuir al inicio de la sesión. Facilitador puede leer en voz alta los términos clave en el Bloque 2.

### Términos universales (mundo de la IA)

| Término | Definición operativa para esta sesión |
|---|---|
| **Agente IA** | Una IA con autonomía acotada · ejecuta tareas con criterio · no solo responde como chatbot |
| **Skill** | Capacidad específica que un agente puede invocar · función con propósito definido |
| **MCP (Model Context Protocol)** | Protocolo técnico que conecta a la IA con bases de datos · herramientas · contexto |
| **Prompt** | Instrucción que se le da a la IA |
| **Context Engineering** | Diseñar el contexto que recibe la IA · evolución de "prompt engineering" · más estructural |
| **Harness** | Entorno operativo donde corre la IA · usualmente sin traducción precisa al español |

### Términos del ecosistema HIORG

| Término | Definición operativa para esta sesión |
|---|---|
| **HIORG** | Hyperintelligent Organization · Organización Hiperinteligente · una organización con inteligencia distribuida humano + agente IA |
| **WORX OS** | Sistema Operativo Organizacional HIORG · el producto que se instala · combina 3 pilares |
| **BMF** | Big MetaFactory · la arquitectura subyacente del ecosistema · "fábrica de fábricas" |
| **WORX** | El método de trabajo · cómo se hace el trabajo en una HIORG (Work · Orchestrated · Reinvention · X-factor) |
| **WORX OS** | La arquitectura conectiva · base de datos particionada por área · "el cerebro corporativo" |
| **SherpaX** | Una **entidad con identidad** que sirve de interfaz entre el humano y el ecosistema IA · NO es chatbot · NO es asistente · es un compañero cognitivo construido desde la identidad del owner |
| **IntelliBank** | Banco de inteligencia · repositorio de documentos canónicos del ecosistema |
| **XPack (XP-)** | Memoria de proyecto · paquete de contexto que arranca un room nuevo con el contexto correcto |
| **MetaPlaybook (MePB-)** | Documento canónico de arquitectura · define cómo se conecta todo |
| **Brain Code (BC-)** | Cognición destilada de una persona · activable en un agente IA |
| **LabPraxis** | Banco de aprendizajes operativos · cada falla y cada innovación se documenta como caso |
| **Cowork** | Aplicación de escritorio de Claude · interfaz principal donde opera el SherpaX |

### Términos que el facilitador puede aclarar bajo demanda

- **MetaFactoría** · familia gobernada de fábricas en un dominio
- **Factory Instance** · instancia operativa de una fábrica corriendo
- **Asset** · cualquier output rastreable del ecosistema
- **CONS-** · Vault Consultation Pack · audit trail de consulta al vault
- **MEL** · Mastery Enforcement Layer · capa de gobernanza ejecutable

**Nota del facilitador:** NO leer el glosario completo de inicio. Se aclara término por término cuando emerge en el contenido. El glosario se entrega impreso para consulta del cohort.

---

## 3. BLOQUE 1 · APERTURA (5 min)

### Script sugerido

> *"Buenos días/tardes. Esta es la sesión cero de nuestro arranque del ecosistema HIORG. Antes de entrar a temas técnicos · quiero alinearnos en una cosa: vamos a crear vocabulario nuevo · vamos a desarrollar toda una metodología · y vamos a tener componentes importantes que requieren orden.*
>
> *Lo que vamos a hacer juntos es instalar en su organización un sistema operativo que cambia cómo trabajan. No es agregar IA encima de lo que ya hacen. Es **rediseñar cómo se hace el trabajo** desde primeros principios · para que humanos y agentes IA operen sin fricción.*
>
> *Esta primera sesión es para que ustedes salgan con vocabulario claro · arquitectura visible · y tareas concretas para preparar la siguiente sesión donde arrancamos formalmente."*

### Notas de facilitación

- Tono cálido pero firme · esto NO es un curso de IA · es una instalación.
- Cero acrónimos en este bloque · lenguaje humano.
- Si alguien pregunta "¿cuánto tiempo dura todo?" · respuesta: "4-6 semanas de cohort intensivo · luego operación continua."

---

## 4. BLOQUE 2 · CONTEXTO · EL CAMBIO DE ERA (10 min)

### Pregunta abierta al grupo

> *"¿Alguien me puede decir qué es una organización IA-native?"*

Dejar 30-60 segundos de silencio · escuchar respuestas del grupo. Validar las buenas. Corregir suavemente las que mezclan "automatizar todo" con "rediseñar todo."

### Script sugerido (post-respuestas)

> *"A principios de 2025 empezamos a hablar de organizaciones IA-native. La idea era: una organización donde la mayoría de los procesos se ejecutan con IA. Eso es bonito como idea · pero migrar hacia allá NO es tan fácil.*
>
> *Hay empresas haciendo milagros. Hay empresas tropezando · invirtiendo sin retorno · solo perdiendo dinero.*
>
> *Lo que pasó a finales de 2025 e inicios de 2026 es que entramos al mundo agéntico. No solo agentes que responden · agentes que ejecutan. Surgió Cowork. Pasamos del prompt engineering al context engineering. Y eventualmente al intent engineering · que es lo que viene.*
>
> *La naturaleza del trabajo está cambiando. Y nuestro rol cambia con ella. Por eso esta sesión importa: necesitamos saber dónde nos paramos · dónde vamos a crear valor · y cómo vamos a jugar en este nuevo mundo."*

### Notas de facilitación

- Pausar después de "dónde vamos a crear valor" · dejar que aterrice.
- Si alguien comenta su experiencia con ChatGPT / Claude / etc. · validar pero redirigir: "esa es la capa de superficie · vamos a ver la capa de abajo."

---

## 5. BLOQUE 3 · EL PROBLEMA · EL GAP QUE EXISTE (10 min)

### Script sugerido

> *"El problema que tenemos en el mercado hoy es enorme y específico:*
>
> 1. *Hay **confusión** generalizada. Las organizaciones saben que la IA es relevante · pero no saben por dónde empezar · cómo medir retorno · cómo evitar pilotos que no aterrizan.*
> 2. *Hay un **GAP**. Una brecha. Una deuda tecnológica y una deuda de conocimiento. La gente no entiende cómo implementar IA efectivamente.*
> 3. *Hay **polarización**. Las empresas que están haciendo bien la migración están alcanzando productividad inédita. Las que no · se están quedando atrás de forma estructural.*

> *Nuestra propuesta NO es 'ayudamos con IA.' Nuestra propuesta es: instalamos un sistema operativo organizacional que tiene IA integrada como sustrato · no como novedad."*

### Pregunta opcional al grupo

> *"¿Cuál de estas 3 capas del problema sienten más en su organización hoy?"*

Anotar respuestas en pizarra o documento compartido · alimenta el LabPraxis del cohort.

---

## 6. BLOQUE 4 · LA SOLUCIÓN · ARQUITECTURA (15 min)

### Mostrar el diagrama de los 3 pilares + BMF

Compartir pantalla con el **Cheat Sheet visual** (`MAP-EL-Caso0-3Pilares-CheatSheet-v01.svg`) o equivalente cliente-facing sanitizado.

### Script sugerido

> *"Nuestro modelo tiene una arquitectura. No es un workflow automatizado. Es un sistema gobernado.*
>
> *Arriba · como substrato · está el **BMF — Big MetaFactory**. Es la fábrica de fábricas. Es lo que permite que cualquier MetaFactoría de dominio (una para Publishing · una para GTM · una para HR · etc.) viva con las mismas reglas universales. Sin BMF · el sistema sería consultoría artesanal · no producto replicable."*

**Pausar.** Verificar que el cohort visualizó el banner BMF arriba del diagrama.

> *"Debajo del BMF · están los **3 pilares del WORX OS**:*
>
> - ***Pilar 1 · Infraestructura · WORX OS.*** *Dónde vive el conocimiento. Una base de datos particionada por área · con permisos por persona. Cuando alguien abre una sesión · el sistema ensambla en tiempo real solo el contexto que le corresponde. Si alguien sale · su acceso desaparece instantáneamente.*
>
> - ***Pilar 2 · Método · WORX.*** *Cómo se hace el trabajo. 41 reglas mínimas para que humanos y agentes IA coordinen sin fricción. Cada documento tiene la misma estructura. Cada conversación arranca igual. Cada decisión queda trazable.*
>
> - ***Pilar 3 · Interfaz · SherpaX.*** *Cómo cada persona habla con el sistema. Cada miembro tiene su propio SherpaX · un agente IA construido desde su identidad personal. NO es ChatGPT con otro nombre. Es un compañero cognitivo calibrado a quién es esa persona."*

### Pregunta clave de transición

> *"¿Por qué los 3 pilares funcionan solo juntos?"*

Esperar respuestas. Reforzar:

> *"Sin WORX OS · WORX no tiene dónde vivir el contexto. Sin SherpaX · la arquitectura no tiene interfaz humana. Sin WORX · cada SherpaX y WORX OS funcionarían desordenadamente.*
>
> *Vendemos los 3 juntos. Eso es lo que crea la HIORG · la Organización Hiperinteligente."*

---

## 7. BLOQUE 5 · LAS MEMORIAS DEL ECOSISTEMA (10 min)

### Script sugerido

> *"Una HIORG tiene varias capas de memoria. No es una sola base de datos. Son capas con propósitos distintos:*
>
> 1. ***BrainOS personal*** *· la memoria privada de cada persona. Su SherpaX captura todo lo que la persona declara como capturable · sin filtro inicial · privado · solo el owner accede.*
>
> 2. ***WORX OS*** *· la memoria colectiva de la organización. Particionada por área (6 schemas típicos: shared · ops · RH · finanzas · comercial · tech). Cada persona accede solo a lo que su rol permite.*
>
> 3. ***IntelliBank*** *· el banco de documentos canónicos · sincronizado vía repositorio Git (no Obsidian individual).*
>
> 4. ***LLM Wiki*** *· organiza documentos de referencia · enseña conceptos · es la capa de navegación semántica.*
>
> 5. ***XPack (XP-)*** *· memoria de proyecto. Cuando arrancan un room nuevo · el XPack le da el contexto suficiente para que arranque rápido · sin alucinar · totalmente enfocado."*

### Demo conceptual

Si la organización ya tiene un vault básico · mostrar la diferencia entre:

- Carpeta sin gobernanza (archivos sueltos · nombres inconsistentes · imposible navegar).
- Carpeta con gobernanza (naming canónico · estructura · changelog · referencias cruzadas).

> *"Esta diferencia · esta gobernanza · es lo que el SherpaX hace automáticamente. Ustedes no van a tener que poner nombres. No van a tener que organizar. No van a tener que documentar. El SherpaX se encarga. Ustedes solo dirigen."*

---

## 8. BLOQUE 6 · EL SHERPAX · ENTIDAD CON IDENTIDAD (10 min)

### Definición canónica

Leer textual al grupo:

> *"Definición técnica: el SherpaX es una entidad virtual inteligente. NO es un chatbot. NO es un agente autónomo. NO es una herramienta. Es una **entidad con personalidad · criterio · memoria · voz propia** construida para un humano específico · que opera como interfaz entre ese humano y la arquitectura cognitiva del ecosistema HIORG."*

### Las 3 capas técnicas del SherpaX

> *"Técnicamente · el SherpaX tiene 3 capas:*
>
> - ***Capa 1 · BrainOS técnico.*** *La memoria persistente. Supabase + pgvector + MCP Server.*
>
> - ***Capa 2 · SherpaX Package.*** *La identidad instalada. CLAUDE.md + MetaPlaybooks + BrainOS-seed + Brain Code del owner.*
>
> - ***Capa 3 · Experiencia.*** *Lo que el humano ve. Cowork (para no-técnicos) o Claude Code (para técnicos).*
>
> *El humano solo ve la capa 3. Las capas 1 y 2 viven debajo · invisibles · pero son lo que diferencia a SherpaX de cualquier chatbot."*

### El insight central

> *"Tenemos que ver a la IA como una **entidad con identidad**. Esto hace toda la diferencia.*
>
> *Si yo la veo como asistente · le digo 'ayúdame' con baja expectativa. Si la veo como entidad con identidad · le dicto direcciones complejas con confianza · porque la entidad me conoce · respeta mi criterio · y trabaja conmigo como par cognitivo."*

### Pregunta al grupo

> *"¿Cuál ha sido su experiencia con ChatGPT o Claude hasta hoy? ¿Lo usan como herramienta o como entidad?"*

Dejar 1-2 minutos de discusión. Validar que la mayoría está en modo "herramienta." Mensaje clave: *"vamos a moverlos a modo entidad."*

---

## 9. BLOQUE 7 · DEMOSTRACIÓN EN VIVO (20 min) · BLOQUE CRÍTICO

### Estructura de la demo

El facilitador opera en vivo con su propio SherpaX · pantalla compartida. Mostrar **3 ejemplos canónicos** ordenados por complejidad:

#### Demo 1 · Mapa de la semana (5 min)

> *"Voy a pedirle a mi SherpaX un mapa visual de mis prioridades de la semana basado en mis minutas anteriores."*

- Dictar al SherpaX la solicitud.
- Mostrar cómo busca contexto en el vault.
- Genera el mapa visual.
- Mostrar el output.

**Mensaje clave:** *"Yo no abrí editor en blanco. Le dicté. El SherpaX usó MI contexto."*

#### Demo 2 · Análisis con uso de skill (8 min)

> *"Voy a pedirle a mi SherpaX que analice algo concreto · usando una de mis skills · y produzca un reporte estructurado."*

- Ejemplo: análisis competitivo · análisis de equipo · reporte de progreso.
- Mostrar que el SherpaX consulta el navegador / fuentes / bolt si está autorizado.
- Genera el documento con naming canónico automático.
- Pone el documento en la ruta correcta del vault.

**Mensaje clave:** *"En 5-10 minutos hago lo que antes me llevaba semanas. No por velocidad de mi tecleo · por delegación correcta."*

#### Demo 3 · Generación de paper / contenido cliente-facing (7 min)

> *"Voy a pedirle un paper enfocado en un tema relevante a su industria · tomando datos de mi vault canónico."*

- Dictar al SherpaX el paper deseado.
- Mostrar cómo consulta el Brain OS · ejecuta Gate G0 (consulta forzosa) · produce contenido.
- Genera el paper en MD · listo para review.

**Mensaje clave:** *"Esto es lo que ustedes van a poder hacer. No la versión genérica de ChatGPT · la versión calibrada a su organización."*

### Notas críticas de facilitación

- **Si la demo falla** · NO esconder el error. Explicar que el sistema está aprendiendo · que cada falla se documenta en el LabPraxis · que es parte del rigor del método. Mostrar cómo se documentaría el incidente.
- **Si la demo es demasiado impactante** · ralentizar. Validar emociones del grupo ("sé que esto puede ser overwhelming · vamos paso a paso").
- **NO mostrar Brain Codes del ecosistema EL ni datos de otros clientes** (cumplir SOP-EL-HIORG-SanitizacionDemoVault-v01 · siempre).

---

## 10. BLOQUE 8 · HABILIDADES NUEVAS vs OBSOLETAS (10 min)

### Script sugerido

> *"Lo que estamos viendo en el mercado es que ciertos roles y habilidades están desapareciendo · mientras otras emergen con valor exponencial.*
>
> ***Lo que se vuelve obsoleto:***
> - *Roles que solo coordinan información (manager-de-pasar-mensajes).*
> - *Documentar manualmente · poner nombres a archivos · llenar formatos.*
> - *Buscar información dispersa entre 10 herramientas.*
> - *Hacer tablas comparativas a mano.*
>
> ***Lo que se vuelve crítico:***
> - ***Juicio estructural*** *· decidir bajo incertidumbre · diseñar el marco de decisión · no solo tomar decisiones.*
> - ***Orquestación*** *· convertir objetivos borrosos en flujos de trabajo concretos que humanos y agentes pueden ejecutar.*
> - ***Coordinación*** *· mover equipos y enjambres de agentes a través del caos sin generar más fricción.*
> - ***Criterio / gusto*** *· saber decir por qué algo es bueno o malo · arquitectura de calidad.*
> - ***Actualización*** *· cambiar de opinión basada en evidencia · no por ruido.*
> - ***Diseño de contexto*** *· dar al agente IA el contexto justo · no más · no menos.*
> - ***Edición / arquitectura*** *· editar lo que el agente produce hasta alcanzar calidad publishable.*
> - ***Velocidad de aprendizaje*** *· capacidad de incorporar nuevas herramientas y prácticas · diariamente.*"*

### Pregunta al grupo

> *"De estas habilidades nuevas · ¿cuál creen que es la que más necesitan desarrollar?"*

Anotar respuestas. Alimenta plan de desarrollo personalizado del cohort.

---

## 11. BLOQUE 9 · TAREAS PARA ESTA SEMANA (10 min)

### Lista canónica de tareas pre-Sesión 2

Mostrar la lista en pantalla. Cada participante debe completar antes de la Sesión 2:

| # | Tarea | Owner | Estimado |
|---|---|---|---|
| 1 | Preparar su máquina para dictado por voz (configurar dictado nativo del SO) | Cada participante | 15 min |
| 2 | Validar acceso técnico a la plataforma (Cowork o equivalente) | Cada participante con apoyo del Tech Lead | 10 min |
| 3 | Tener su descripción de funciones actualizada (qué hacen · qué entregan · con quién interactúan) | Cada participante | 30 min |
| 4 | Recolectar sus datos de Human Design natal (fecha exacta · hora exacta · lugar de nacimiento) | Cada participante | 5 min |
| 5 | Leer el Resumen Ejecutivo del PlayBook de Instalación | Cada participante | 10 min |
| 6 | Tener su SherpaX **provisionalmente** activo (configuración inicial · sin contenido personal todavía) | Tech Lead + cada participante | 30-60 min |

### Notas de facilitación

- Enfatizar que la tarea **#4 (datos HD natal)** es para la próxima sesión · no opcional · necesaria para que el procesador de HD del equipo (típicamente la persona dueña del HDC factory · ver `MePB-EL-HDC-DMP-Blueprint-v01`) pueda preparar la lectura ligera de cada uno.

- Si alguien pregunta "¿por qué Human Design?" · respuesta corta:

> *"El SherpaX necesita conocerte. Tu Human Design te da un mapa energético: cómo tomas decisiones · cómo procesas · cuándo te activas. Sin ese mapa · el SherpaX opera desde tu contenido sin entender tu patrón."*

---

## 12. BLOQUE 10 · CIERRE · ¿QUÉ TE LLEVAS? (10 min)

### Dinámica

Cada participante en 1 frase responde: *"¿Qué te llevas de esta sesión?"*

Facilitador escucha · valida · NO debate. Anota respuestas (alimenta el banco de aprendizaje del cohort).

### Cierre del facilitador

> *"Lo que se llevan es la mitad de la historia. La otra mitad la vivirán cuando arranquen a operar con su propio SherpaX. Hoy entendieron la arquitectura · la próxima sesión empiezan a vivirla.*
>
> *Dos cosas importantes:*
>
> *Una · el SherpaX es su compañero · no su jefe. Ustedes dirigen · él captura. Ustedes deciden · él propone. La alianza humano-SherpaX es lo que hace todo esto posible.*
>
> *Dos · vamos a poder hacer cosas que antes nos llevaban semanas · en horas. Pero si aceleramos algo mal hecho · generamos toneladas de basura. Por eso vamos paso a paso · con cuidado · con disciplina.*
>
> *Nos vemos en la Sesión 2 · [FECHA]. Vengan con sus tareas listas. Vengan con su SherpaX provisional activo. Y vengan con sus datos de HD natal en mano."*

### Despedida

- Confirmar fecha y hora de Sesión 2 visible en pantalla.
- Recordar canal de comunicación para dudas (Slack · WhatsApp · email · según cliente).
- Agradecimiento breve. NO extender.

---

## 13. ANTI-PATRONES DEL FACILITADOR (errores a evitar)

### 13.1 · Hablar demasiado · monólogo de 90 minutos

**Síntoma:** facilitador presenta sin pausa · grupo se desconecta.
**Antídoto:** preguntas abiertas en bloques 2 · 3 · 6 · 8 · 12. Pausas explícitas. Verificar comprensión.

### 13.2 · Tecnicismos sin glosario

**Síntoma:** facilitador dice "MCP" · "SOP-RoomActivation" · "P012" sin contexto previo.
**Antídoto:** glosario impreso al inicio · usar términos solo después de definirlos · si emerge un acrónimo nuevo · pausar y aclarar.

### 13.3 · Demo en vivo sin red de seguridad

**Síntoma:** facilitador intenta demo compleja sin haberla probado · falla · pierde credibilidad.
**Antídoto:** practicar las 3 demos del Bloque 7 antes de la sesión · tener fallback grabado en video por si la demo en vivo falla.

### 13.4 · Vender en lugar de instalar

**Síntoma:** facilitador en modo "esto es increíble · esto va a cambiar su vida" · sobrepromete.
**Antídoto:** tono operativo · pragmático · "vamos a ver" · "vamos paso a paso." Resultados hablan por sí mismos.

### 13.5 · Exponer datos de otros clientes en demo

**Síntoma:** facilitador muestra vault canónico con casos de otros clientes / datos internos.
**Antídoto:** SOP-EL-HIORG-SanitizacionDemoVault-v01 aplicado obligatoriamente · usar Demo Vault T2 sanitizado o vault propio del facilitador (NUNCA vault de otro cliente).

### 13.6 · No documentar la sesión

**Síntoma:** la sesión termina · facilitador olvida documentar aprendizajes · oportunidades del cohort.
**Antídoto:** grabación obligatoria + transcripción + minuta operativa en banco LabPraxis del cohort. Si emerge aprendizaje crítico · documentar como `CAS-` inmediatamente.

---

## 14. NEXTs POST-SESIÓN

### Para el facilitador

- [NEXT][Facilitador] Producir minuta operativa de la sesión (incluyendo respuestas del grupo · preguntas emergentes · objeciones).
- [NEXT][Facilitador] Registrar aprendizajes como CAS- LabPraxis si emergió patrón o falla notable.
- [NEXT][Facilitador] Confirmar con cada participante recepción de lista de tareas + fecha de Sesión 2.
- [NEXT][Facilitador] Validar con Tech Lead del cliente que pre-requisitos técnicos para Sesión 2 están en marcha.

### Para el Tech Lead del cliente

- [NEXT][Tech Lead] Configurar SherpaX provisional para cada participante (sin contenido personal aún · solo setup técnico).
- [NEXT][Tech Lead] Validar acceso a Cowork / plataforma equivalente para los participantes.
- [NEXT][Tech Lead] Pre-configurar Supabase project del cliente (siguiendo `ARQ-XX-DOIX-CorpBrainOS-Supabase-v01` adaptado).

### Para el Owner del cohort cliente

- [NEXT][Owner] Confirmar agenda de Sesión 2 con todo el equipo.
- [NEXT][Owner] Asegurar que cada participante tiene tiempo bloqueado para tareas (~2-3 horas total pre-Sesión 2).
- [NEXT][Owner] Si emerge resistencia o preguntas estratégicas · escalar a facilitador antes de Sesión 2.

---

## 15. CONEXIONES CANÓNICAS

| Documento | Relación |
|---|---|
| `PBO-EL-HIORG-Instalacion-Caso0-v01` | PlayBook completo · este MiPB es la operacionalización de la Sesión 1 (pre-Etapa 0) |
| `XP-EL-HIORG-Caso0-EmpowerLabs-v02` | XPack del cohort · contexto del room |
| `MePB-EL-OrganizationalKernel-v01` | Frame organizacional · 3 pilares + BMF |
| `PLB-EL-Caso0-PreIgnitionWorkbook-v01` | Workbook que se usa en Sesión 2 (siguiente al Arranque) |
| `MAP-EL-Caso0-3Pilares-CheatSheet-v01.svg` | Diagrama visual a compartir en Bloque 4 |
| `MePB-EL-HIORG-SecurityLayers-v01` | Capa 5 cognitiva · qué se enseña sin enseñar todo |
| `SOP-EL-HIORG-SanitizacionDemoVault-v01` | T2 sanitización obligatoria si se muestra vault canónico en demo |
| `WP-BVH-SX-SherpaX-Whitepaper-v01` | Whitepaper SherpaX · lectura recomendada post-sesión |
| `MePB-EL-HDC-DMP-Blueprint-v01` | HDC factory · operacionaliza tarea #4 (datos HD natal) |
| `MePB-EL-HIORG-Implementacion-v01` | Futuro MetaPlaybook · este MiPB es L1 · el MePB futuro será L4 |

---

## 16. CHANGELOG

- **2026-05-18 · v01** — Primer release. Mini PlayBook (L1 Cognitive Asset Stack · procedimiento) derivado de los 2 transcripts de la sesión real de arranque del Caso 0 EmpowerLabs (HiOrg EmpowerLabs 1.md + HiOrg EmpowerLabs 2.md). 16 secciones: cómo se usa · agenda · glosario base · 10 bloques con scripts sugeridos · anti-patrones del facilitador · NEXTs post-sesión · conexiones canónicas. Replicable a cualquier empresa cliente · facilitador-facing. Audiencia primaria: facilitador certificado HIORG (Sherpa senior · implementador HIORG · Sherpa Guide externo). Eliminado contenido operativo específico EL (nombres del equipo · referencias a Posta · proyectos internos) y sustituido por placeholders genéricos cuando aplica. Hereda del `PBO-EL-HIORG-Instalacion-Caso0-v01` (PlayBook completo) y opera como la operacionalización L1 de su Bloque 1 (pre-Etapa 0).

---

*MiPB-EL-HIORG-SesionArranque-Facilitador-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-CASO0-HIORG/ · 18 de mayo de 2026*
*Owner: Victor Heredia · Sherpa Owner: Jay (SherpaX maestro)*
*"Esta es la sesión cero. Después de aquí · todo lo demás. Vocabulario claro · arquitectura visible · tareas concretas."*