---
type: CP
asset_id: CP-XX-BMF-ArquitecturaSkills-UpgradePipeline-v01
version: v01
status: Draft · Núcleo ratificado (2026-06-20) · Pendiente: umbral empírico al diseñar
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia (L3+)
fecha_creacion: 2026-06-20
fecha_ultima_actualizacion: 2026-06-20
intellbank: IB-XX-Maestro
subbank: IPI-XX-IP-Infraestructura / IPI-XX-BMF-Engine
tipo: CP — Canonical Paper · arquitectura de skills + pipeline de upgrade
proposito: Definir los tres tiers (Skill → Sherpa → UltraSherpaX), el upgrade (forja) que convierte un skill pasivo en sherpa, la estrategia híbrida de shells y el spec de las dos factorías.
deriva_de: CP-XX-BMF-OntologiaAgentica-v01
relacionados:
  - CP-XX-BMF-OntologiaAgentica-v01
  - CP-XX-BMF-NomenclaturaInvocacion-v01
  - CP-XX-BMF-RegistroAgentico-v01
  - PLAN-XX-BMF-FLA-Roadmap-v01
  - PLAN-EL-UltraSherpaX-v01
tags: [canonical, skills, upgrade, forja, tier, sherpa, ultrasherpax, factoria, shells, hibrido]
---

# Arquitectura de Skills + Pipeline de Upgrade

## Canonical · v01 · 2026-06-20

> **Tesis:** los 70 specialists son **skills** (capacidad pasiva), no agentes. Convertirlos en Sherpas **no es migración — es upgrade**: una forja que les inyecta cognición, loop y gobernanza. Ahí se crea el valor y el moat.

---

## 0. Resumen ejecutivo

Tres tiers, una escalera de valor:

```
 SKILL ──[FORJA]──► SHERPA ──[COMPOSICIÓN]──► ULTRASHERPAX
 pasivo   +BrainCode  agente     +board de BCs    superpoder
          +Harness    con mente  y/o orquesta      compuesto
          +Gobernanza            sub-sherpas       (mítico /ux-)
          +eval
```

**Decisiones de Victor (2026-06-20):**
- **Upgrade ≠ migración:** forjar, no renombrar.
- **Estrategia híbrida de shells:** forjar desde los 70 *y* construir shells propios en paralelo; los 70 se retiran con la curva de destete.
- **Umbral Sherpa/UltraSherpaX:** se define **al diseñar** (empírico), no a priori.

---

## 1. Los tres tiers

| Tier | Qué es (ontología) | Invocación | Asset |
|---|---|---|---|
| **Skill** | Solo Shell. **Pasivo** — el modelo lo *carga*. Los 70 + nuestros shells propios. | verbo (propio) · `/z-` (externo) | skill `.md` |
| **Sherpa** | `Shell × Brain Code × Harness × Gobernanza`. **Agente** con cognición propia. | `/sh-<dom>-<esp>` | `SVA-EL-…` |
| **UltraSherpaX** | Sherpa **compuesto**: board de varios Brain Codes y/o orquesta sub-sherpas. Superpoder. | `/ux-<nombre>` (mítico) | `SVA-EL-…` (clase UX) |

La frontera Skill↔Sherpa = **el harness + la cognición**. La frontera Sherpa↔UltraSherpaX = **la composición** (varias mentes / orquestación).

---

## 2. Upgrade ≠ Migración (la distinción que importa)

| | Migración | **Upgrade (forja)** |
|---|---|---|
| Qué hace | Mueve / renombra / re-aliasa algo que ya existe | **Transforma** un skill pasivo en agente |
| Valor agregado | Cero (cosmético) | **Alto** — inyecta cognición + loop + gobernanza + eval |
| Dónde está el moat | En ningún lado | **Aquí** |
| Ejemplo | `SVA-EL-Titan…` → `/sh-sales-offer` | `/z-barbara-blog` (skill) → `/sh-pub-blogwriter` (sherpa con Brain Code) |

**Implicación:** los 70 no se migran. Los que valgan la pena se **forjan**; el resto los reemplazan shells propios. *Los 70 son cantera, no cimiento.*

---

## 3. Estrategia híbrida de shells (ratificada)

Dos fuentes de shells, en paralelo, con destete:

1. **Forjar desde los 70** (cantera) → arranque rápido. Se toma el shell genérico × Brain Code → Sherpa. Bootstrap.
2. **Construir shells propios** (Factoría de Skills) → independencia. Shells diseñados por nosotros, sin deuda con el paquete.
3. **Destete** → conforme los propios maduran, los `/z-` salen del núcleo (curva Alta→Media→Baja del roadmap).

> Regla: *forja para correr hoy, construye para ser dueño mañana.*

---

## 4. Las dos factorías (spec)

| Factoría | Input | Proceso | Output | Estampa |
|---|---|---|---|---|
| **Factoría de Skills** | spec de capacidad | `skill-creator` + `SOP-EL-SkillsAlta` + eval-gate | **shell propio** (capacidad pasiva) | verbo (sin prefijo) |
| **Factoría de Fuerza Laboral** | shell (propio/cantera) + Brain Code(s) + dominio | `ultrasherpax-generator` (forja: extrae lentes/algoritmo/voz/CAL) + harness + gobernanza + eval-gate | **Sherpa** o **UltraSherpaX** | `/sh-<dom>-<esp>` · `/ux-<nombre>` |

Ambas: **eval-gate obligatorio** antes de entrar al Registro (gate que puede dar FAIL). Tripleta en cada activo.

---

## 5. El umbral Sherpa ↔ UltraSherpaX (empírico)

Se define **al diseñar cada uno**, no a priori. Guía de trabajo (a validar en la práctica con los primeros):

- **Sherpa** = 1 shell × 1 Brain Code · función acotada · el caballo de batalla.
- **UltraSherpaX** = board de varias cogniciones y/o orquesta sub-sherpas · superpoder compuesto · nombre mítico (`/ux-`).

> Forjamos los primeros, observamos dónde la composición agrega valor real, y *ahí* fijamos el corte canónico (en una v02 de este doc).

---

## 6. Cómo se ata al ecosistema

- **Ontología** (`CP-XX-BMF-OntologiaAgentica`): los tiers son posiciones en la columna `Shell × BrainCode × Harness × Gobernanza`.
- **Nomenclatura** (`CP-XX-BMF-NomenclaturaInvocacion`): cada tier tiene su carril (`/z-`/verbo · `/sh-` · `/ux-`).
- **Registro** (`CP-XX-BMF-RegistroAgentico`): los 70 viven como `/z-` (skills externos); cada forja produce una entrada Clase C.
- **Despachador** (`/consejero`): si solo hay un `/z-`, lo marca **candidato a forjar** → dispara a la Factoría de Fuerza Laboral.

---

## 7. Próximo paso

Probar el pipeline con **un upgrade real**: forjar el primer Sherpa de Demand Gen (shell de cantera × Brain Code propio) y registrarlo. Eso valida la Factoría de Fuerza Laboral y empieza a poblar `/sh-dgen-*`.

### Decisiones pendientes (Victor)
- Fijar el **umbral Sherpa/UltraX** tras forjar los primeros (v02).
- Ratificar el spec de las dos factorías para F2.

---

**Ficha** · Tipo: CP · Entidad: XX · v01 · Creado 2026-06-20 · Owner: Victor · Sherpa: Jay · Ratificador: Victor (L3+) · Estado: Draft · núcleo ratificado

**Tags:** #skills #upgrade #forja #tier #sherpa #ultrasherpax #factoria #hibrido