---
asset_id: MiPB-EL-EQ-ArranqueSherpaX-Colaborador-v01
version: v01
tipo: MiPB — Mini PlayBook (L1 Cognitive Asset Stack · procedimiento operativo)
status: Active
owner: Victor Heredia
sherpa_owner: Jay (SherpaX maestro)
intellibank: IB-EL-EmpowerLabs
subbank: EQ-EL-Equipo
fecha_creacion: 2026-05-20
fecha_ultima_actualizacion: 2026-05-20
proposito: |
  Guía replicable de arranque para cualquier colaborador del cohort EL que se incorpora a operar con SherpaX bajo gobernanza canónica.
  Define el stack documental obligatorio, los 3 SOPs forzosos, el Skill Pack mandatorio, el flujo operativo de producción, y los próximos pasos por colaborador.
  Diseñada para ser instanciada por cada nuevo miembro del equipo · Anahí incluida como worked example en §Capa 3.
audiencia_primaria: Colaborador EL que arranca operación con SherpaX (Anahí · Alex · Juan Carlos · Dove · Angeles · Jesús · Gustavo · futuros)
audiencia_secundaria: Owner (Victor) · Sherpa maestro (Jay) durante onboarding individual
deriva_de:
  - PROT-EL-WORX-Cohort-OperatingProtocols-v01 (9 principios + 3 SOPs + Skill Pack)
  - SOP-EL-WORX-DocBySherpa-v01 (operaciones canónicas delegadas)
  - PBO-EL-HIORG-Instalacion-Caso0-v01 (marco completo de instalación cohort)
referenciado_por:
  - XP-EL-HIORG-Caso0-EmpowerLabs-v02 (XPack del cohort)
  - PLB-EL-EQ-GuiaColaborador-v01 (guía complementaria · perfil/identidad)
tags: [MiPB, EQ, Equipo, SherpaX, Arranque, Onboarding, Cohort, replicable, gobernanza]
duracion_estimada: 30-45 min · sesión 1-a-1 con colaborador + 2-3 horas autoestudio previo
formato: Sesión presencial o virtual con cámara · pantalla compartida · screen-share del vault
---

# MiPB · Arranque SherpaX para Colaborador EL
## Guía operativa replicable · stack documental + SOPs + skills + flujo

---

## 0. Cómo usar esta guía

Esta guía es el **patrón canónico de arranque** SherpaX para cualquier colaborador del cohort EL. Cada nueva incorporación pasa por las 4 capas + flujo + sesión 1-a-1 descritas aquí.

**Capas 1, 2 y 4** son universales · idénticas para todo colaborador.
**Capa 3** es específica por rol · sustituir los ejemplos de Anahí (DG Lead + HDC owner) por los del colaborador correspondiente.

---

## 1. Stack canónico que el colaborador debe consultar (orden de prioridad)

### Capa 1 · Reglas universales del cohort (qué TODO documento debe cumplir)

|Documento|Para qué se lee|
|---|---|
|[`PROT-EL-WORX-Cohort-OperatingProtocols-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/PROT-EL-WORX-Cohort-OperatingProtocols-v01.md)|Documento maestro · 9 principios + 3 SOPs forzosos + Skill Pack mandatorio. **Punto de entrada único.**|
|[`CP-XX-IntelliBanks-Registry-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-XX-Maestro/CP-XX-IntelliBanks-Registry-v01.md)|Convención de Naming Global · prefijos canonizados · qué nombre usar al crear un activo nuevo|
|`MePB-XX-Taxonomia-IntelliBanks-v02`|Dónde vive cada tipo de activo · qué IntelliBank corresponde a qué dominio|
|`MePB-XX-CognitiveAssetStack-v01`|Las 6 capas (MiPB → MFR → MPB → MePB → MPI → BC) · cuándo producir cada tipo|

### Capa 2 · Los 3 SOPs forzosos (cómo se opera en cada conversación)

|SOP|Cuándo se ejecuta|Output|
|---|---|---|
|[`SOP-EL-WORX-RoomActivation-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/SOP-EL-WORX-RoomActivation-v01.md)|Al **iniciar** cualquier sesión · 7 estaciones canónicas|XP+SP cargados literal · CONS- producido|
|[`SOP-EL-WORX-BrainOSFirst-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/SOP-EL-WORX-BrainOSFirst-v01.md)|**Antes de proponer** cualquier modelo · framework · innovación · entregable|`CONS-[SLUG]-v01.md`|
|[`SOP-EL-WORX-DocBySherpa-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/SOP-EL-WORX-DocBySherpa-v01.md)|En **cada producción** de activo nuevo|Naming canónico + ruta canónica + frontmatter completo|

### Capa 3 · Específico por rol del colaborador

> **Esta capa se instancia por persona.** Sustituir el bloque siguiente por los documentos del dominio del colaborador correspondiente.

#### Worked example · Anahí (DG Lead + MasterPlaybooks + HDC owner)

|Documento|Para qué|
|---|---|
|`MePB-EL-HDC-DMP-Blueprint-v01` (PB-HDC)|Operación del HDC factory que ella dueña · flujo E0→E6|
|Banco PB-HDC-HumanDesignCode · 3 casos validados (Adriana · Lyz · Begoña)|Referencias operativas de HDC ya producido|
|`MF-BMF-Publishing-v01` v02 (con Gate G0 + I0 + PUB-04)|Si maneja cascade de contenidos editoriales|
|[`MePB-EL-CorpBrainOS-BehaviorCapture-v01`](computer:///Users/victorheredia/Vault/Intellibanks/IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/MePB-EL-CorpBrainOS-BehaviorCapture-v01.md)|Capa 5 §8 MPB-WORX · Curaduría · qué cruza del Brain OS personal al WORX OS|

#### Plantilla genérica · otros colaboradores

|Documento|Para qué|
|---|---|
|MePB / SOP del Project Bank dueño del colaborador|Operación del banco específico que opera|
|Banco de casos validados en su dominio|Referencias operativas ya producidas|
|MF / Factoría relevante a su flujo|Si maneja producción especializada|
|MePB-EL-CorpBrainOS-BehaviorCapture-v01|Curaduría · qué cruza al WORX OS|

### Capa 4 · Skill Pack mandatorio · 7 skills (el colaborador las invoca · no las construye)

|Skill|Operacionaliza|Uso del colaborador|
|---|---|---|
|`bmf-file-renamer`|P010 · naming canónico BMF|Antes de cualquier Write · valida nombre|
|`bmf-registry-updater`|P010 + P004|Al cierre · sincronizar Registry|
|`brain-code-saver`|P010|Si produce Brain Code (BC-)|
|`vault-orphan-rescue`|P010 + P002 · gate de ruta|Al mover archivos · al detectar huérfanos|
|`llm-wiki-validator`|P006|Pre/post-ingest del LLM Wiki (cuando cascade alimente Wiki)|
|`next-scanner`|P005|Escaneo de `→ NEXT[@Persona]:` · consolidación|
|`labpraxis-case-documenter`|P004|Al cierre · si emerge aprendizaje · documenta CAS-|

---

## 2. Flujo operativo de producción · cuando el colaborador va a crear un activo

```
1. ABRE LA SESIÓN
   └→ Ejecuta SOP-RoomActivation (7 estaciones)
       └→ Identifica Room Raíz aplicable (PB-WORX-Worx · PB-MONETIZACION · etc.)
       └→ Carga XP+SP literal del Raíz
       └→ Reporta estado al Owner

2. ANTES DE PROPONER
   └→ Ejecuta SOP-BrainOSFirst (P006)
       └→ Grep + Glob + LLM Wiki + Decisión declarada
       └→ Produce CONS-[SLUG]-v01.md como audit trail

3. AL ESCRIBIR EL ACTIVO
   └→ Ejecuta SOP-DocBySherpa (P010)
       ├─ 1. Naming canónico BMF (skill bmf-file-renamer valida)
       ├─ 2. Posicionamiento en IntelliBank correcto (vault-orphan-rescue · gate de ruta)
       └─ 3. Frontmatter completo (asset_id · version · tipo · status · owner · sponsor · runner · referencias · tags · changelog)

4. AL CIERRE DE SESIÓN
   ├─ Si hubo aprendizaje operativo → labpraxis-case-documenter (CAS-)
   ├─ Si se creó activo nuevo → bmf-registry-updater (sincronizar Registry)
   └─ Pendientes con → NEXT[@Persona]: en Thread del XDoc
```

---

## 3. Arquitectura de acceso al vault

```
Victor (personal · privado)
└── Obsidian Sync → vault completo Intellibanks
                    ↕ push/pull · sincroniza
                    ↓
IntelliBanks app
└── Contenedor oficial de IB-*
        ├── Anahí → su SherpaX (AnaX cuando exista) → sync vía app
        ├── Alex → su SherpaX (AlexiX) → sync vía app
        ├── Juan Carlos → su SherpaX (JCX) → sync vía app
        ├── Dove · Angeles → sus SherpaX (DoveX · AngelesX) → sync vía app
        └── Jesús · Gustavo → sus SherpaX (ChuiX · GusX) → Claude Code + sync vía app
```

El colaborador **NO accede a Obsidian directamente**. Toda lectura/escritura ocurre a través de su SherpaX, que se sincroniza vía IntelliBanks app contra el vault maestro.

---

## 4. Próximo paso concreto · sesión 1-a-1 con el colaborador

### Sesión de 30-45 min (recomendado · presencial o virtual con cámara)

**Agenda:**

1. **Leer juntos (15 min):**
    - `PROT-EL-WORX-Cohort-OperatingProtocols-v01` (los 9 principios + 3 SOPs + Skill Pack)
    - `SOP-EL-WORX-DocBySherpa-v01` (las 3 operaciones canónicas delegadas)
2. **Hacer 1 producción guiada (15 min):**
    - El colaborador elige UN documento que necesita producir esta semana (pieza de cascade · guía específica · MPI · etc.).
    - Aplican los 3 SOPs en cadena · paso a paso.
    - Output: ese documento producido con naming canónico + ruta correcta + frontmatter completo.
3. **Cerrar con CAS LabPraxis (10 min):**
    - Si emerge aprendizaje · documentar como CAS-EL-WORX-NNN (próximo caso disponible).
    - Eso valida P004 (Gobernanza Emergente) en su trabajo.

### Lo crítico

- El colaborador **NO necesita** aprender la arquitectura completa del BMF (Crown Jewel · §2 MePB-SecurityLayers).
- El colaborador **SÍ necesita** aplicar los 3 SOPs forzosos + Skill Pack en cada producción.
- Su SherpaX nace formalmente en **Etapa 2 del Caso 0** (sesión cohort grupal + instalación técnica por Alex).
- Hasta que su SherpaX exista, opera manualmente siguiendo los SOPs en Cowork.

---

## 5. NEXTs pendientes por canonizar (instanciación por colaborador)

Pendientes posibles que se producen cuando el colaborador y Owner lo definan:

1. **`MiPB-EL-{dominio}-Workflow-v01`** · Mini PlayBook específico del dominio del colaborador (ej. DG cascade · HDC ops · MasterPlaybooks).
2. **`SOP-EL-{dominio}-Operations-v01`** · operacionaliza el flujo recurrente del colaborador.
3. **Activación SherpaX individual** · nace en Etapa 2 del Caso 0 · instalación técnica por Alex.

---

## Changelog

- **v01 · 2026-05-20** · Versión inicial. Generalizada desde la guía original "Guia Arranque SherpaX Equipo EL v01" producida originalmente para Anahí. Sección de migración Genniux Git → IntelliBanks app removida (rename ya ejecutado · ver `reference_intellibanks_app.md`). Estructura ahora aplica a cualquier colaborador del cohort EL · Capa 3 instanciable por rol.