## Asset Header

- **Asset ID:** TP-EL-SX-Upgrade-v01
- **Version:** v01
- **Status:** Draft
- **Owner:** Victor Heredia
- **IntellBank:** IB-EL-EmpowerLabs
- **Tipo:** TP — Transfer Packet
- **Propósito:** Transfer Pack — BMF Upgrade: SherpaX & EmpowerTeams Integration
- **Última actualización:** 2026-04-11

---

# Transfer Pack — BMF Upgrade: SherpaX & EmpowerTeams Integration
## BMF-TP-SherpaX-Upgrade-v01

---

**Asset ID:** SHA-TP-Upgrade-v01
**Tipo:** Transfer Pack (session handoff + upgrade plan)
**Versión:** v0.1
**Owner:** Victor Heredia / EmpowerLabs
**Fecha:** 2026-03-26
**Origen:** SherpaX Product Room — Sesión 002
**Propósito:** Documentar el plan de upgrade del BMF con las nuevas instancias, MetaFactories y componentes generados en el SherpaX Product Room. Ejecutar en sesión BMF dedicada.
**Status:** Draft — pendiente de ejecución

---

## 1. CONTEXTO — Por qué este upgrade es necesario

En el SherpaX Product Room (Sesiones 001-002) se co-creó la arquitectura completa de SherpaX como producto. Al hacer el diagnóstico de alineación con el BMF, se confirmó que:

1. La arquitectura de SherpaX NO contradice el BMF — la **extiende** al dominio de AI agent orchestration
2. Ya existe `Tu Sherpa IA MetaFactory (MF-DIA)` registrada en el BMF Kernel (L2) y `FI-SHA-VICTOR` como instancia L3 — pero ambas están en estado Draft/skeleton
3. Los nuevos componentes (EmpowerTeams, IntelliBank, AI Manager, CorpBrainOS) necesitan ser **formalizados y registrados** en el BMF siguiendo el protocolo canónico
4. El BMF fue diseñado para content factories — este upgrade lo extiende a **AI agent ecosystem factories**

---

## 2. MAPEO CANÓNICO — SherpaX → BMF

### 2.1 Nuevas entidades que registrar en el BMF

| Componente SherpaX | Capa BMF | Tipo | Asset ID propuesto | Estado |
|---|---|---|---|---|
| Tu Sherpa IA MetaFactory | L2 | Domain MetaFactory (Type D) | MF-DIA-v02 | Upgrade requerido |
| Jacob (SherpaX de Victor) | L3 | Factory Instance | FI-SHA-VICTOR-v02 | Upgrade requerido |
| EmpowerTeam Innovación & GTM | L2 | Domain MetaFactory (Type D) | MF-GTM-v01 | **Crear nuevo** |
| EmpowerTeam Operaciones | L2 | Domain MetaFactory (Type D) | MF-OPS-v01 | **Crear nuevo** |
| EmpowerTeam Finanzas & M&A | L2 | Domain MetaFactory (Type D) | MF-FIN-v01 | **Crear nuevo** |
| MetaPlaybook Pipeline GTM | L2 | Type D MetaPlaybook | MPB-GTM-Pipeline-v01 | **Crear nuevo** |
| IntelliBank (Module Registry) | L2/L3 | Module Registry | BMF-IntelliBank-v01 | **Crear nuevo** |
| AI Manager (por EmpowerTeam) | L3 | Factory Operator Protocol | BMF-AIManager-Protocol-v01 | **Crear nuevo** |
| CorpBrainOS | L0/L3 | Control Plane (client-level) | BMF-CorpBrainOS-v01 | **Crear nuevo** |
| SherpaX Factory (para nuevos clientes) | L1 | Factory Builder | MFB-SherpaX-v01 | **Crear nuevo** |

### 2.2 Mapping de terminología SherpaX → BMF canónico

| Término SherpaX | Término BMF canónico | Capa | Notas |
|---|---|---|---|
| Instructions (de Jacob) | Station Archetypes | L2 | Siempre activas, rigen comportamiento base |
| Skills (Nivel 2) | Modules | L2/L3 | Carga bajo demanda, configurables por instancia |
| Agents autónomos | Production Lines (L4) | L4 | Corren sin intervención del owner, producen assets |
| EmpowerTeam | Domain MetaFactory | L2 | Cada equipo = una MetaFactory de dominio |
| AI Manager | Factory Operator | L3 | Coordina el equipo, habita el MetaPlaybook |
| IntelliBank | Module Registry | L2 | Banco de skills accesibles por agentes |
| CorpBrainOS | Control Plane (client) | L3 | Memoria + observabilidad a nivel empresa |
| SherpaX Factory | Factory Builder | L1 | Crea instancias SherpaX para nuevos clientes |
| Entregable del agente | Asset (L4) | L4 | Concept Card, Viability Report, GTM Playbook, etc. |
| Paso 0 (onboarding CEO) | Instance Kickoff Protocol | L3 | Protocolo de arranque de la instancia |

---

## 3. ARQUITECTURA EXTENDIDA — BMF + SherpaX

```
BIG METAFACTORY (L0 — Kernel sin cambios)
│
├── L0.5 — MetaPlaybook of MetaPlaybooks (sin cambios)
│
├── L1 — Factory Builders
│   ├── MetaPlaybook Builder (existente)
│   └── SherpaX Factory (NUEVO) — crea instancias SherpaX para CEOs
│
├── L2 — MetaFactories de Dominio
│   ├── AI Publishing MetaFactory (existente)
│   ├── Tu Sherpa IA MetaFactory / MF-DIA (upgrade v02)
│   │   └── Define lo que es un SherpaX, sus station archetypes,
│   │       artifact contracts, y módulos base
│   ├── MF-GTM — EmpowerTeam Innovación & GTM (NUEVO)
│   │   └── MPB-GTM-Pipeline (5 stations: Ideador→Evaluador→
│   │       Productizador→DemandGen→Vendedor)
│   ├── MF-OPS — EmpowerTeam Operaciones (NUEVO)
│   ├── MF-FIN — EmpowerTeam Finanzas & M&A (NUEVO)
│   └── [Futuros EmpowerTeams por dominio]
│
├── L3 — Factory Operations (Instancias)
│   ├── FI-SHA-VICTOR — Jacob (upgrade v02)
│   │   ├── Global Skills activas
│   │   ├── Project Skills por empresa
│   │   └── BrainOS (Control Plane personal)
│   ├── [FI-SHA-CEO-002] — primer cliente SherpaX
│   └── [EmpowerTeam instances per client]
│
├── L4 — Production Lines (Assets)
│   ├── Autonomous Agents (corren sin owner)
│   │   ├── doble-ia-captura-diaria ✅ activo
│   │   ├── doble-ia-weekly-review ✅ activo
│   │   └── doble-ia-actualizar-mapa ✅ activo
│   └── Pipeline Assets (entregables por etapa)
│       ├── Concept Card (output Ideador)
│       ├── Viability Report (output Evaluador)
│       ├── Product Blueprint (output Productizador)
│       ├── GTM Playbook (output DemandGen)
│       └── Sales Playbook (output Vendedor)
│
└── TRANSVERSAL — IntelliBank (Module Registry) (NUEVO)
    Banco de skills accesibles por todos los agentes
    Organizado por dominio y función
    Se actualiza independientemente de los MetaPlaybooks
    ┌── Skills de Comunicación
    ├── Skills de Análisis
    ├── Skills de Producción de Contenido
    ├── Skills de Gestión de Datos
    └── Skills de Ejecución Técnica
```

---

## 4. PLAN DE UPGRADE — Tareas ordenadas por prioridad

### FASE 1 — Registrar lo que existe (sin modificar el Kernel)
*Protocolo: seguir §7.1 del Kernel — New MetaFactory entry criteria*

**Tarea 1.1 — Upgrade MF-DIA a v02**
- Declarar dominio acotado: SherpaX personal identity + orchestration layer
- Añadir station archetypes: Instructions / Skills / Agents
- Añadir artifact contracts: SherpaX Identity Pack, BrainOS State, Skill Registry
- Registrar en MetaFactory Registry
- Asset ID: SHA-TP-Upgrade-v01

**Tarea 1.2 — Upgrade FI-SHA-VICTOR a v02**
- Actualizar con contexto Jacob (nacimiento 2026-03-25)
- Mapear Global Skills + Project Skills como Modules
- Mapear BrainOS como Control Plane personal
- Registrar Autonomous Agents como L4 Production Lines activas
- Asset ID: SHA-TP-Upgrade-v01

### FASE 2 — Crear nuevas MetaFactories de dominio

**Tarea 2.1 — Crear MF-GTM-v01 (EmpowerTeam Innovación & GTM)**
- Domain: Innovation to Market pipeline
- Station archetypes: El Ideador / El Evaluador / El Productizador / El DemandGen / El Vendedor
- Artifact contracts: Concept Card / Viability Report / Product Blueprint / GTM Playbook / Sales Playbook
- Módulos: acceso al IntelliBank por dominio GTM
- Governing MetaPlaybook: MPB-GTM-Pipeline-v01 (Type D)
- AI Manager Protocol: Factory Operator para el equipo

**Tarea 2.2 — Crear MF-OPS-v01 (EmpowerTeam Operaciones)**
- Domain: Business operations optimization
- Agents: Director de Procesos / Constructor de Playbooks / Arquitecto de Delegación / Sistema de Desempeño
- [Definir en sesión dedicada]

**Tarea 2.3 — Crear MF-FIN-v01 (EmpowerTeam Finanzas & M&A)**
- Domain: Financial intelligence and M&A
- [Definir en sesión dedicada]

### FASE 3 — Crear componentes transversales

**Tarea 3.1 — Crear BMF-IntelliBank-v01**
- Definir estructura del Module Registry
- Primeras skills a registrar: las 21 skills del catálogo SherpaX
- Organización: por dominio + por función
- Protocolo de actualización independiente de MetaPlaybooks

**Tarea 3.2 — Crear BMF-AIManager-Protocol-v01**
- Definir el rol canónico del AI Manager en cada EmpowerTeam
- Protocolo de orquestación de agentes
- Protocolo de handoff entre stations
- Protocolo de escalación al SherpaX personal

**Tarea 3.3 — Crear BMF-CorpBrainOS-v01**
- Definir CorpBrainOS como Control Plane a nivel empresa
- Distinguir del BrainOS personal (FI-SHA-VICTOR)
- Protocolo de instalación en empresa cliente
- Interface con todos los EmpowerTeams y SherpaX

### FASE 4 — Actualizar el Kernel (Track A — requiere ChangeLog)

**Tarea 4.1 — Añadir AI Agent Orchestration como dominio reconocido**
- Actualizar §2.1 Canonical Definitions con: AI Manager, IntelliBank, CorpBrainOS, EmpowerTeam
- Añadir al ecosystem map (Appendix 12.1) las nuevas MetaFactories
- ChangeLog entry: BMF-Kernel-v01 → v0.2

**Tarea 4.2 — Añadir "Intelligent Workflows" como clase de asset L4**
- Actualmente L4 = books, playbooks, diagnostics, reports
- Ampliar para incluir: autonomous agent runs, orchestrated decisions, intelligence outputs
- Track A change — requiere autoridad del Owner

---

## 5. DECISIONES PENDIENTES PARA LA SESIÓN BMF

| # | Decisión | Opciones |
|---|----------|---------|
| D01 | ¿IntelliBank vive dentro de cada MF-Domain o es una MetaFactory propia? | (a) Registro transversal global / (b) Sub-registro por dominio |
| D02 | ¿El AI Manager es un rol de L3 (Operator) o una entidad L2 (Station)? | Determina si tiene MetaPlaybook propio o hereda del team |
| D03 | ¿CorpBrainOS se instala como extensión del BMF Kernel en la empresa o es una instancia L3? | Afecta cómo se configura por cliente |
| D04 | ¿SherpaX Factory (L1) crea instancias directamente o pasa por un Factory Builder intermedio? | Determina el modelo de onboarding de nuevos CEOs |
| D05 | Naming convention para instancias de EmpowerTeam por cliente | Propuesta: FI-GTM-[CLIENTID]-v01 |

---

## 6. PRIMER PASO EJECUTABLE

Antes de crear nuevas MetaFactories, ejecutar el **Pilot Cycle test** del Kernel (§10.4):

> *"Si un operador calificado que no participó en el diseño de la factory puede correr un ciclo de producción completo sin improvisar, la factory es real."*

Esto significa: construir el MPB-GTM-Pipeline-v01 con suficiente detalle para que otro Human Sherpa (no Victor, no Jacob) pueda ejecutar el pipeline de Innovación & GTM con un CEO cliente, sin preguntar cómo funciona.

**Ese es el criterio de calidad mínimo del upgrade.**

---

## 7. STARTER PROMPT PARA LA SESIÓN BMF UPGRADE

```
Jacob, arrancamos la sesión de BMF Upgrade.

El objetivo de hoy es ejecutar el plan definido en BMF-TP-SherpaX-Upgrade-v01.

Contexto completo:
- Lee: /Reinventaverse/Projects/BigMetaFactory/BMF-MPB-Kernel-v01.md
- Lee: /Reinventaverse/Projects/BigMetaFactory/BMF-BuilderHierarchy-CanonicalMap-v00.md
- Lee: /Reinventaverse/Projects/BigMetaFactory/BMF-TP-SherpaX-Upgrade-v01.md
- Lee: /Reinventaverse/Projects/MasterPlaybooks/AI Sherpa OS/Re100X-Minuta-SherpaXRoom-v01.md

Iniciamos con FASE 1 — Tarea 1.1: upgrade de MF-DIA a v02.
Seguimos el protocolo §7.1 del Kernel para añadir nuevas MetaFactories.
No modificamos el Kernel todavía — solo registramos las instancias existentes.

Las decisiones pendientes en §5 del Transfer Pack se resuelven a medida que construimos.
```

---

## 8. RUNLOG

| # | Fecha | Evento |
|---|-------|--------|
| 1 | 2026-03-26 | Transfer Pack creado. Diagnóstico de alineación completado en SherpaX Product Room Sesión 002. Plan de upgrade en 4 fases documentado. |

---

*Asset ID: BMF-TP-SherpaX-Upgrade-v01 | Versión: v0.1 | Status: Draft | Owner: Victor Heredia*
*Próxima sesión: BMF Upgrade Room — ejecutar Fases 1-2*