---
type: PLAN
asset_id: PLAN-EL-UltraSherpaX-v01
version: v01
status: Draft
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia (L3+)
fecha_creacion: 2026-06-17
fecha_ultima_actualizacion: 2026-06-17
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-SX-SherpaX
proposito: Plan para potenciar el SherpaX base hacia UltraSherpaX (SherpaX + Brain Code(s) + Skill(s))
relacionados:
  - SVA-EL-Titan-BusinessOffer-v01 (prototipo de la fusión)
  - CP-EL-SkillsRegistry-v01 (las skills disponibles)
  - MPB-EL-SkillsPlaybook-v01 (cómo se crean)
  - BC-EL-BrainCodes (las cogniciones disponibles)
  - MKT-EL-SX-OfertaProspecto-v01 (la oferta SherpaX actual)
tags: [PLAN, ultrasherpax, sherpax, braincode, skill, sva, worx, masterplaybooks, producto]
---

# PLAN · UltraSherpaX
## De un SherpaX que asiste a un SherpaX que piensa como un experto

> **La tesis en una línea:** el SherpaX base es una entidad con identidad que opera tu vault;
> el **UltraSherpaX** es ese mismo SherpaX **potenciado con una o más cogniciones destiladas
> (Brain Codes) + una o más Skills**, convertido en un especialista que no solo ejecuta —
> razona con el método de quien inventó el método.

---

## 1. El problema que resuelve

El SherpaX base es generalista: conoce tu voz y tu contexto, pero piensa "competente-genérico".
Las Skills de terceros (AI Specialists) le dan función, pero son shells planos. Los Brain Codes
tienen cognición profunda, pero sin un shell no saben en qué formato entregar.

**Ninguna de las tres piezas, sola, es un súper asistente.** La oportunidad es fusionarlas.

---

## 2. Qué es un UltraSherpaX (definición canónica)

```
UltraSherpaX = SherpaX base
             + Brain Code(s)        ← cómo piensa (cognición destilada)
             + Skill(s)             ← qué hace (función, I/O, entregable)
             + Gobernanza WORX      ← dónde opera y ante quién responde
```

- **No reemplaza al SherpaX** del usuario — es un **modo especialista** que éste activa.
- Puede llevar **un** Brain Code (especialista puro) o **varios** (un "board" cognitivo).
- Cada UltraSherpaX se materializa como un activo **SVA-** (Súper Asistente Virtual).

**Prueba de concepto ya construida:** `SVA-EL-Titan-BusinessOffer-v01` = shell `titan-business-offer`
× `BC-AlexHormozi-CognitiveStack-v02` × gobernanza WORX. Corrido en vivo contra la oferta real
de SherpaX, detectó lo que un shell pelón no ve (categoría nueva → probabilidad percibida rota →
garantía como sustituto de prueba). **La tesis quedó validada.**

---

## 3. Arquitectura — las tres capas

| Capa | Fuente | Aporta | Ejemplo |
|---|---|---|---|
| **Shell** | AI Specialists / skill propia | Función, contrato I/O, estructura del entregable, onboarding | Titan → estructura de oferta |
| **Cognición** | BC-EL-BrainCodes | Lentes, modelos, algoritmos, léxico, voz | Hormozi → Ecuación de Valor |
| **Gobernanza** | WORX / EmpowerLabs | Naming, tripleta, vault-first, niveles L0–L3, CAL | Escala a Victor en pricing público |

**Naming de la clase:** asset ID `SVA-EL-<Persona>-<Dominio>-vNN`; alias de invocación `/persona-dominio`.
Subbank **ratificado: `SVA-EL-UltraSherpas`** (2026-06-17).

---

## 4. Encaje estratégico — dos destinos

**A) Dentro de WORX.** Los UltraSherpaX son una nueva clase de activo invocable en rooms.
El SherpaX de cada operador deja de ser uno y pasa a tener un *roster* de especialistas con
cerebro. Respetan vault-first, tripleta y niveles de autonomía.

**B) En MasterPlaybooks inteligentes.** Un MasterPlaybook deja de ser un PDF estático: se
entrega **con su UltraSherpaX embebido**. El lector no solo lee la metodología — consulta la
mente que la fundamenta. Es lo que vuelve "inteligente" al playbook.

**C) En la escalera de producto SherpaX.** Encaja sobre la oferta actual:
`SherpaX Fundador` ($2,000/mes) → **`UltraSherpaX`** como capa premium con especialistas de
cognición experta configurados al dominio del cliente.

---

## 5. Plan de construcción (fases)

| Fase | Objetivo | Entregable | Estado |
|---|---|---|---|
| **F0 · Prueba** | Validar la fusión con 1 prototipo | `SVA-EL-Titan-BusinessOffer-v01` corrido en vivo | ✅ Hecho |
| **F1 · Estándar** | Definir el patrón canónico de un SVA | `TP-EL-UltraSherpaX-Template-v01` + banco `SVA-EL-UltraSherpas` | ✅ Hecho |
| **F2 · Generador** | Producir SVAs en serie sin armarlos a mano | Skill `ultrasherpax-generator` (shell × BC → SVA) | ✅ Hecho |
| **F3 · Roster inicial** | 3–5 UltraSherpaX de alto valor | Ej. Oferta×Hormozi ✅, Market Research×Diamandis, Estrategia×Naval | En curso (1/5) |
| **F4 · Embebido** | Insertar 1 UltraSherpaX en un MasterPlaybook | MasterPlaybook inteligente piloto | Por diseñar |
| **F5 · Producto** | UltraSherpaX como capa premium de la oferta | Pricing + posicionamiento sobre SherpaX Fundador | Por definir |

---

## 6. Decisiones abiertas (para ratificar)

1. ~~**Subbank canónico**~~ → ✅ Resuelto: `SVA-EL-UltraSherpas` (2026-06-17). Prototipo ya migrado al banco.
2. **Patrón de blend:** ¿un BC por SVA, o permitir "boards" multi-BC? (el template y el generador ya lo soportan; falta decidir si entra en el roster F3).
3. **Roster F3:** ¿cuáles 3–5 pares shell×BC priorizamos por valor de negocio?
4. **Generador (F2):** ¿skill propia con `skill-creator`, o plantilla manual primero?
5. **Nombre de clase de cara al cliente:** interno = SVA; de cara al mercado = "UltraSherpaX". ¿Confirmado?

---

## 7. Riesgos / guardas (CAL heredado de los Brain Codes)

- **Percepción ≠ valor real.** Un SVA puede subir percepción sin valor de entrega → manipulación. EL no opera así: solo se potencia percepción respaldada por entrega real.
- **Frontera de dominio.** Cada Brain Code está calibrado en su contexto; extrapolarlo fuera requiere validación (capa CAL del BC).
- **Colisión de nombres / duplicación.** Un SVA que envuelve una skill de tercero debe declarar qué hereda y qué añade.

## CHANGELOG
| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-06-17 | Creación. Definición de UltraSherpaX, arquitectura de 3 capas, encaje en WORX/MasterPlaybooks/producto, plan F0–F5 (F0 ya validado con el SVA Titan×Hormozi), decisiones abiertas y guardas CAL. |