--- type: MPB asset_id: MPB-EL-UltraSherpas-Playbook-v01 version: v01 status: Draft — Playbook interno del equipo EmpowerLabs owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia (L3+) preparado_por: WorXDirectorX (/dx-negocio · L0) + Jay fecha_creacion: 2026-07-20 intellbank: IB-EL-EmpowerLabs subbank: SVA-EL-UltraSherpas proposito: > Playbook interno que explica qué es un UltraSherpa, su lugar dentro de la arquitectura BMF y WORX OS, y el proceso completo para crear uno — documentado con el caso real del UltraSherpa de Diseño (/ux-diseno) gestado el 20-jul-2026. Material de onboarding y referencia para el equipo. fuentes_canonicas: - CP-XX-BMF-OntologiaAgentica-v01 (las 4 columnas · skill vs agente) - CP-XX-BMF-NomenclaturaInvocacion-v01 (los carriles /sx- /ux- /sh- /sk- /z-) - PP-XX-BMF-FuerzaLaboralAgentica-Arquitectura-v01 (los 6 órganos) - TP-XX-BCDistillerEngine-Portable-v02 (anatomía de 9 capas del Brain Code) - MePB-XX-BrainCode-Anatomy-v02 relacionados: - MPB-EL-WorXDirectorX-Playbook-v01 (el playbook hermano, del DirectorX) - TP-EL-UltraSherpaDiseno-EncargoForja-v01 (el encargo del caso /ux-diseno) tags: [MPB, playbook, ultrasherpa, sva, ux, bmf, worx-os, braincode, forja, ux-diseno, onboarding] --- # MPB · Playbook de UltraSherpas ## Qué son, dónde viven en la arquitectura, y cómo se crean — con el caso `/ux-diseno` > **Para quién:** todo el equipo de EmpowerLabs. Es a la vez material de **onboarding** (para entender qué es un UltraSherpa) y **manual de proceso** (para crear el siguiente). Se lee de corrido la primera vez; después se usa como referencia por partes. > > **Cómo usarlo:** la Parte I y II explican el *qué* y el *dónde*. La Parte III es el *cómo* (el proceso). La Parte IV muestra el proceso vivo con un caso real. La Parte V es la plantilla para tu próximo UltraSherpa. --- # PARTE I — Qué es un UltraSherpa ## 1.1 · La definición en una frase Un **UltraSherpaX** (carril `/ux-`) es un **Sherpa con superpoder**: un especialista al que se le fusiona **una o más cogniciones destiladas** (Brain Codes) bajo un arnés autónomo y gobernanza WORX. No es un asistente que ejecuta plantillas — **piensa con la mente de sus fuentes** sobre problemas que esas fuentes nunca vieron. La frase canónica del ecosistema lo resume: *"No son asistentes — son asistentes con superpoder."* ## 1.2 · La distinción de fondo: skill vs. agente Todo en la Fuerza Laboral Agéntica se describe con **una sola columna de cuatro factores**: ``` Shell × Brain Code(s) × Harness × Gobernanza (¿qué?) (¿con qué mente?) (¿loop (tripleta + capacidad autónomo?) autonomía + pasiva) evals) ``` - **Sin Harness → es un SKILL:** una capacidad pasiva que el modelo *carga* e invoca. No tiene estado propio. Es una **lente** o un **molde**. - **Con Harness → es un AGENTE:** un *loop* que el modelo *corre* (percibe → planea → actúa → observa), con tools, memoria y estado. Es un **operario**. Regla de oro: *se equipa un agente con muchos skills, nunca al revés.* La propiedad de "agente" **emerge del harness**, no del Brain Code ni del Shell. ## 1.3 · Los tres tiers de Sherpa (y dónde encaja el UltraSherpa) | Carril | Clase | Qué es | Nombre | Ejemplos | |---|---|---|---|---| | `/sh-` | **Sherpa** (base) | Agente simple: 1 Shell × 1 Brain Code × Harness × Gobernanza. El caballo de batalla. | **Funcional** (dominio-primero) | `/sh-dgen-postcopywriter` | | `/ux-` | **UltraSherpaX** (premium) | Sherpa **compuesto**: *board* de varios Brain Codes y/o orquesta sub-sherpas. Superpoder. | **Mítico** + la **X** sagrada | `/ux-midas` · `/ux-tlaloc` | | `/sx-` | **Sherpa maestro** (meta) | Actúa **sobre el sistema**: forja sherpas, crea factorías, audita, despacha. | Descriptivo | `/sx-consejero` · `/sx-fabricador-usherpax` | Dos carriles más completan el namespace: **`/sk-`** = skills propios del ecosistema · **`/z-`** = externos (los 70 AI Specialists prestados, en destete). *La **X** es propietaria — casi sagrada: WOR**X**, Sherpa**X**, Brain**X**. Lo genérico no la merece.* **El UltraSherpa es el tier premium** — pocos y poderosos. Se distingue del Sherpa base por dos cosas: **es compuesto** (un board de cogniciones, no una sola) y **lleva nombre mítico** (la deidad cuyo dominio = el superpoder). ## 1.4 · Cómo se materializa Un UltraSherpa desplegado es un activo de **clase `SVA-`** (Súper Asistente Virtual): `SVA-EL---vNN`, con alias `/ux-`. Vive en el subbanco `SVA-EL-UltraSherpas`. --- # PARTE II — Su lugar en la arquitectura BMF y WORX OS ## 2.1 · La BMF — la fábrica que produce la Fuerza Laboral La **BMF (Big Meta Factory)** es la *fábrica de fábricas* del ecosistema: la infraestructura que **construye, cataloga y gobierna** a todos los agentes. El UltraSherpa no aparece de la nada — es el **producto de una de sus factorías**. Sus órganos relevantes: | Órgano | Rol | Relación con el UltraSherpa | |---|---|---| | **Registro Agéntico** (`CP-XX-BMF-RegistroAgentico`) | El catálogo/fuente de verdad de shells, Brain Codes y composiciones | Todo UltraSherpa desplegado **se registra** aquí | | **Despachador / Consejero** (`/sx-consejero`) | Lee el Registro y **receta** composiciones (Shell × Brain Code × autonomía + Loop Contract) | Da la **receta** del UltraSherpa; si falta cognición, receta destilarla | | **Factoría de Skills** | Produce **Shells** (capacidades pasivas) | Fuente del *Shell* base del UltraSherpa | | **Factoría de Fuerza Laboral** (`/sx-fabricador-usherpax`) | **Compone** Sherpas: añade Harness + Gobernanza | **Forja** al UltraSherpa a partir de la receta | | **Banco de Brain Codes** (`BC-EL-BrainCodes`) | La cognición destilada disponible | Provee las **mentes** que animan al UltraSherpa | | **Membrana de exportación** | Entrega Shells "vestibles" al cliente | Un Brain Code puede viajar como *slot* — se exporta el Shell y el cliente lo viste con su cognición | ## 2.2 · La columna de 4 factores (dónde encaja cada pieza) Un UltraSherpa es una **composición completa** de la columna: 1. **Shell** — la capacidad/persona base (un especialista de diseño, de ventas, etc.). *Pasivo por sí mismo.* 2. **Brain Code(s)** — el **quién cognitivo**: 1..N cogniciones destiladas, cada una con **territorio declarado + orden de prioridad**. En un UltraSherpa hay **board** (varias), no una sola. 3. **Harness** — el loop autónomo + tools/MCP + memoria. *Lo que lo vuelve agente y no skill.* 4. **Gobernanza** — la tripleta **Owner + Sherpa + Ratificador**, el nivel de autonomía (L0–L3) y las guardas **CAL** heredadas. ## 2.3 · WORX OS — dónde opera Si la BMF es *dónde se construye*, **WORX OS** es *dónde opera*. WORX OS es la plataforma/sistema operativo del ecosistema; sobre ella corre la Fuerza Laboral bajo dos niveles de equipo: - **SherpaTeamsX** = la Fuerza Laboral Agéntica pura (solo sherpas/agentes), instanciada por **loop y proceso crítico**. - **EmpowerTeamsX** = los equipos híbridos **humano + sherpa**. *EmpowerTeamsX abraza a SherpaTeamsX* — los humanos dirigen bajo gobernanza WORX. El UltraSherpa se instancia dentro de un **loop del MacroLoopX** (PR → DG → SA → OP → KZ). Ejemplo: `/ux-tlaloc` vive en el loop de Demand Gen; el `/ux-diseno` alimenta el pilar de contenido/publicación. ## 2.4 · El mapa de autonomía (WORX L0–L3) | Nivel | Estándar 2026 | Quién decide | |---|---|---| | **L0–L1** | Asistido / HOTL | IA ejecuta autónoma; humano monitorea/audita por muestreo | | **L2** | HOTL con opt-out | IA **propone**; humano ratifica por excepción | | **L3** | HITL | IA prepara y recomienda; **el humano SIEMPRE decide** (pricing, GO/NO-GO, arquitectura) | **Invariante:** *el Advisory recomienda, la tripleta decide.* La autonomía solo **sube** cuando las evals muestran precisión estable — nunca por default. ## 2.5 · Vista de conjunto ``` WORX OS (la plataforma / el sistema operativo) ┌───────────────────────────────────────────────┐ │ EmpowerTeamsX (humanos + sherpas, gobernanza) │ │ dirige ▼ │ │ SherpaTeamsX (la Fuerza Laboral Agéntica) │ │ instanciada en el MacroLoopX PR·DG·SA·OP·KZ │ │ · /sh- Sherpas (funcionales) │ │ · /ux- UltraSherpas ◄── este playbook │ └───────────────────────────────────────────────┘ ▲ producidos y gobernados por ┌───────────────────────────────────────────────┐ │ BMF (la fábrica de fábricas) │ │ Registro · Consejero(/sx-) · Factorías · │ │ Banco de Brain Codes · Membrana de exportación│ └───────────────────────────────────────────────┘ ``` --- # PARTE III — El proceso de creación Crear un UltraSherpa es una **cadena de factoría gobernada**, no un acto único. Cinco fases: ## Fase 0 · Concepción (room de diseño) Se define **el rol**: qué problema resuelve, en qué loop vive, cuál es su entregable estrella, y por qué un *board* de cogniciones (no una sola) le da el superpoder. Sale un **encargo** (`TP-...-EncargoForja`) que ancla el resto. *Gate G0: consultar el vault antes de producir — el UltraSherpa construye sobre el canon existente, no desde cero.* ## Fase 1 · Receta (`/sx-consejero`) El **Consejero** (advisory, L1–L2) lee el Registro y **receta** la composición: **Shell × Brain Code(s) × autonomía + Loop Contract**. Recomienda; no forja. Si la cognición necesaria no existe en el banco, receta **destilarla**. ## Fase 2 · Destilar los Brain Codes (`sk-bcdistiller`) Cada cognición que falte se **destila** con el motor canónico a la **anatomía de 9 capas** — no un resumen, una réplica de *cómo piensa* la fuente: ``` M Metadatos (readiness ⭐–⭐⭐⭐⭐⭐ · confianza por capa) 0 Identidad y contexto epistémico A Percepción — cómo VE (lentes, modelos, anchor cases) B Evaluación — cómo JUZGA (principios, reglas, fundamentos morales) C Decisión — cómo DECIDE (algoritmos, prototipos, patrones tácitos) D Acción — cómo EJECUTA (skills destilados) L Léxico propio (términos nucleares + anti-léxico) V Voz y activación (protocolo para producir en su voz) CAL Calibración (límites de uso — obligatorio en BC-Own y usos externos) ``` Las **5 reglas** son innegociables: evidencia siempre (nada inventado → `INSUFICIENTE`), especificidad radical, comportamiento > declaración, tácito > explícito, densidad > volumen. El corpus se evalúa en Fase 0 del motor: si es pobre, se dice y baja el readiness — no se rellena. ## Fase 3 · Forja (`sk-svagen` / `/sx-fabricador-usherpax`) Con la receta aprobada, la **Factoría de Fuerza Laboral** fusiona Shell + Brain Code(s) bajo tripleta. Reglas de composición: - **1 Shell × N Brain Codes**, cada uno con **territorio + orden de prioridad** (para arbitrar conflictos). - **Chequeo de composabilidad** antes de fusionar (precisión · oportunidad · sin contradicción entre cogniciones). - Las **guardas CAL se heredan** del Brain Code a la composición. - **Se produce con generador, no a mano**, citando los tags del Brain Code para auditabilidad. ## Fase 4 · Gates, registro y activación - **Gobernanza máxima:** la forja es **L3 / HITL** — la tríada ratifica, Victor decide. - **Gate de validación:** un **encargo de prueba real** (no sintético). Si pasa VoBo, el UltraSherpa se declara activo. - **Registro doble:** alta en el **Registro Agéntico** (fila + panel) y en el **BrainCodeMap** (`VIZ-EL-BrainCodeMap-v02.html`). - **Vault-First:** todo activo (encargo, Brain Codes, SVA) se canoniza; nada vive solo en un chat. ## Frontera (quién hace qué) - **`/sx-consejero`** receta · **`/sx-fabricador-usherpax`** forja · **el humano (Victor)** ratifica L3. - El **WorXDirectorX** puede *preparar* el encargo y *coordinar* en L0, pero **no forja agentes ni ratifica** — enruta a `/sx-` y registra la ratificación de Victor. --- # PARTE IV — Caso ejemplo: `/ux-diseno` (UltraSherpa de Diseño) > Documentado en vivo tal como se gestó el **20-jul-2026**. Es la mejor forma de ver el proceso: fue de los más ricos del ecosistema — conceptualizar el rol y verlo cobrar vida **en paralelo** con la destilación de las cogniciones que lo animan. ## 4.1 · Fase 0 — Concepción y rol El WorXDirectorX, leyendo los frentes, detectó **el cuello del sprint barredora del ecosistema**: el *componente gráfico que hace legible el ecosistema*. Los 7 websites estaban construidos, pero sin el explicativo visual no terminaban de entenderse — y MatriX y el contenido quedaban a medias. De ahí nació el rol: **un Sherpa con superpoder de diseño** que domine Canva, valide y eleve el nivel visual, y construya/afine las factorías (infografías, portadas, carruseles, newsletter), siempre congruente con el BrandBook v03. Entregable estrella definido: **la infografía del ecosistema** para cada website. Salió el encargo `TP-EL-UltraSherpaDiseno-EncargoForja-v01`. ## 4.2 · Elegir las cogniciones (el board) Un UltraSherpa se distingue por su *board*. La pregunta clave —*¿de qué mentes lo hacemos?*— la decide el Owner (moldea al agente). Se investigó el campo: - Hallazgo: la identidad de **Anthropic** la creó el estudio **Geist** (logo-slash, Styrene+Tiempos, color cálido, "autoridad tranquila"). - Referentes de information design: **Giorgia Lupi** (data humanism, socia de Pentagram). Victor ratificó el board: **cognición dominante = Geist** (sistema de marca de IA) + **secundaria = Lupi** (legibilidad de lo complejo), con el **BrandBook v03 arbitrando sobre ambas**. Quedó en `MI-EL-UltraSherpaDiseno-Referentes-v01`. ## 4.3 · Fase 2 — Destilar los Brain Codes (en paralelo) Se confirmó que **ninguno existía** en el banco (86 BCs; solo había Design Thinking IDEO). Se destilaron con `sk-bcdistiller` a las 9 capas, con evaluación honesta de corpus: - `BCE-Geist-CognitiveStack-v01` — empresa/estudio · readiness **⭐⭐⭐** (corpus medio; capas tácticas marcadas como confianza baja, sin inventar). - `BC-GiorgiaLupi-CognitiveStack-v01` — persona · readiness **⭐⭐⭐⭐** (ella articuló su cognición en un manifiesto → destilación limpia). Ambos con capa **CAL** que los ata a la realidad: el BrandBook v03 manda, y "abrazar la complejidad" nunca autoriza ilegibilidad — la nuance sirve a que la infografía *se entienda*. ## 4.4 · Fase 4 — Ratificación y registro - **Ratificación L3:** Victor ratificó los dos Brain Codes (Draft → Activo). *El WorXDirectorX solo registró la ratificación — no ratifica.* - **Registro doble:** filas #1840 (Geist) y #1841 (Lupi) en el Registry + panel + historial v0.49; y dos nodos curados en el `VIZ-EL-BrainCodeMap-v02.html` (se agregó la categoría "Diseño" al mapa). ## 4.5 · Lo que queda (Fase 1 y 3, en otro room) La **forja** se hace en un room dedicado: `/sx-consejero` recibe la receta del encargo (§4) → `sk-svagen` fusiona el shell de diseño + los dos Brain Codes → **gate de validación = producir la infografía de ecosistema de la Home** y pasar VoBo de Paloma + Victor. Con eso, `/ux-diseno` entra a operar en el sprint. ## 4.6 · Nota de naming (refinamiento opcional) Por convención, un `/ux-` lleva **nombre mítico** (Midas, Tláloc). `/ux-diseno` es el alias funcional de trabajo confirmado por Victor; si se quiere el nombre mítico del panteón, un candidato natural sería una deidad de la creación/artesanía (p. ej. **Ptah** o **Atenea**). Se asigna al diseñar la forja — no bloquea. ## 4.7 · Los activos que dejó el caso `TP-EL-UltraSherpaDiseno-EncargoForja-v01` · `MI-EL-UltraSherpaDiseno-Referentes-v01` · `BCE-Geist-CognitiveStack-v01` · `BC-GiorgiaLupi-CognitiveStack-v01` · (pendiente) `SVA-EL-Diseno-UltraSherpa-v01` tras la forja. --- # PARTE V — Plantilla para tu próximo UltraSherpa Checklist replicable: - [ ] **Rol claro (Fase 0):** ¿qué cuello resuelve? ¿en qué loop del MacroLoopX vive? ¿cuál es su entregable estrella? → escribe el encargo `TP-...-EncargoForja`. - [ ] **¿Por qué board y no un solo Brain Code?** justifica la composición (si basta 1 cognición, es un `/sh-`, no un `/ux-`). - [ ] **Receta (`/sx-consejero`):** Shell × Brain Code(s) × autonomía + Loop Contract. - [ ] **Cognición decidida por el Owner:** ¿de qué fuentes? (persona / escuela / empresa / área-proyecto). Investiga si hace falta. - [ ] **Brain Codes existen o se destilan** (`sk-bcdistiller`, 9 capas, readiness honesto, CAL). - [ ] **Forja (`sk-svagen` / `/sx-fabricador-usherpax`)** bajo tripleta, con territorio + prioridad entre cogniciones. - [ ] **Gate de validación** con un encargo de prueba real + VoBo. - [ ] **Ratificación L3** de Victor (el DirectorX la registra, no la da). - [ ] **Registro doble:** Registry + BrainCodeMap. - [ ] **Vault-First:** todo canonizado en `SVA-EL-UltraSherpas` / `BC-EL-BrainCodes`. --- ## Referencias canónicas - `CP-XX-BMF-OntologiaAgentica-v01` — las 4 columnas · skill vs. agente · mapa de autonomía. - `CP-XX-BMF-NomenclaturaInvocacion-v01` — los carriles `/sx- /ux- /sh- /sk- /z-`. - `PP-XX-BMF-FuerzaLaboralAgentica-Arquitectura-v01` — los 6 órganos + crítica del Héroe-Operador. - `TP-XX-BCDistillerEngine-Portable-v02` + `MePB-XX-BrainCode-Anatomy-v02` — la anatomía de 9 capas. - `MPB-EL-WorXDirectorX-Playbook-v01` — el playbook hermano (del DirectorX). - Caso: `TP-EL-UltraSherpaDiseno-EncargoForja-v01` · `MI-EL-UltraSherpaDiseno-Referentes-v01`. --- *MPB-EL-UltraSherpas-Playbook-v01 · Owner Victor · Sherpa Jay · Ratificador Victor (L3+) · 20-jul-2026 — documentado con el caso `/ux-diseno`. Status Draft, a un paso de tu ratificación.*