---
asset_id: SOMA-XX-Core-v01
type: SOMA — Sistema Operativo Metodológico y Arquitectónico
layer: Core (universal · inmutable entre engagements)
version: v01
status: Activo
owner: Victor Heredia
sherpa_owner: Jay
fecha: 2026-06-03
intellbank: IB-XX-Maestro
subbank: IPI-XX-IP-Infraestructura/IPI-XX-SOMA
proposito: >
  Paquete de contexto arquitectónico base. Universal — aplica a todo el modelo BMF,
  sin importar el engagement o cliente. Cargarlo hace operativo a cualquier Sherpa
  en el ecosistema BMF/DOIX/SherpaX desde el primer prompt — sin necesidad de
  re-explicar la arquitectura. Es el "kernel" de SOMA.
frecuencia_actualizacion: Baja — solo cuando la arquitectura central evoluciona
responsable_actualizacion: Victor Heredia
complementado_por:
  - SOMA-XX-Method-v01.md
  - SOMA-[Engagement]-v01.md (uno por cliente/proyecto)
---

# SOMA-Core
## Arquitectura del ecosistema BMF · Paquete de contexto operativo

> *Este documento es el kernel de SOMA. Léelo completo antes de tu primer prompt operativo. Si lo has cargado, ya conoces la arquitectura. Opera desde aquí.*

---

## INSTRUCCIONES DE USO

**Qué es esto:** El paquete de contexto que te hace operativo en el ecosistema BMF desde el primer prompt. No es un manual de referencia — es el bootstrap mínimo suficiente.

**Cómo usarlo:**
1. Cárgalo como contexto al inicio de cualquier room o sesión sobre BMF
2. Lee todo el documento antes de operar — tiene densidad de información alta y cada sección es interdependiente
3. Para reglas operativas (naming, XDoc, disciplinas) → carga también `SOMA-XX-Method-v01.md`
4. Para contexto específico del engagement → carga `SOMA-[Engagement]-v01.md`

**Prueba de operatividad:** después de leer este documento debes poder responder sin dudar:
- ¿Qué es BMF y qué no es?
- ¿Cuál es la diferencia entre SherpaX y DOIX?
- ¿Dónde vive el Corp Brain OS y quién lo opera?
- ¿Qué es un IntelliBank vs. una carpeta de archivos?

---

## 1. LA ARQUITECTURA EN TRES CAPAS

El ecosistema opera en tres capas. Entender las capas primero hace que todos los conceptos encajen.

```
┌─────────────────────────────────────────────────────────┐
│  CAPA 3 · TEJIDO                                        │
│  DOIX — Distributed Organizational Intelligence X       │
│  Propiedad emergente cuando múltiples SherpaX se        │
│  interconectan dentro de una organización               │
├─────────────────────────────────────────────────────────┤
│  CAPA 2 · INTERFAZ                                      │
│  SherpaX — Identidad virtual inteligente por persona    │
│  La entidad que el humano toca · opera sobre la capa 1  │
├─────────────────────────────────────────────────────────┤
│  CAPA 1 · ARQUITECTURA                                  │
│  BMF · IntelliBanks · Corp Brain OS                     │
│  Brain Codes · MetaPlaybooks · Gobernanza               │
│  La infraestructura cognitiva — invisible al usuario    │
└─────────────────────────────────────────────────────────┘
```

**Regla de lectura:** las capas son necesarias y suficientes. Sin capa 1 no hay memoria. Sin capa 2 nadie activa la memoria. Sin capa 3 la inteligencia es individual, no organizacional.

---

## 2. BMF — BIG METAFACTORY

### Qué es

BMF es la **infraestructura de producción de activos cognitivos** del ecosistema. No es una plataforma de software, no es una metodología — es la fábrica que produce los activos que el sistema necesita para operar.

Un activo cognitivo es cualquier pieza de conocimiento estructurado, gobernado y versionado que el sistema puede invocar: Transfer Packs, Brain Codes, MetaPlaybooks, XDocs, SOPs, etc.

### Qué NO es BMF

- No es un repositorio de archivos. Un repositorio guarda archivos; BMF produce activos con identidad, versión y gobernanza.
- No es una herramienta. Es un sistema de producción con reglas, prefijos, registro y ciclo de vida.
- No es EmpowerLabs. BMF es una capa del modelo — la fábrica dentro de cualquier organización que lo adopte.

### Posición en el Corp Brain OS

```
Corp Brain OS
├── Core Prime
│   ├── Info Brain          (conocimiento acumulado)
│   └── Behavior Brain      (criterio y modelos mentales)
│
├── BigMetaFactory          ← La fábrica de activos
│   ├── SOMA-Core           (arquitectura: este documento)
│   ├── SOMA-Method         (metodología: WORX, naming, XDoc)
│   └── SOMA-[Engagement]   (extensión por cliente/proyecto)
│
└── SherpaX
    └── [Instancias activas por persona/engagement]
```

### Prefijos de activos BMF (los más frecuentes)

| Prefijo | Qué identifica |
|---|---|
| `TP-` | Transfer Pack — contexto frozen para cargar en room |
| `WOI-` | Work In Progress — documento vivo |
| `SOMA-` | Sistema Operativo Metodológico y Arquitectónico |
| `XD-` | XDoc — unidad canónica de trabajo |
| `BC-` | Brain Code — criterio mental codificado |
| `MePB-` | MetaPlaybook — procedimiento canónico |
| `MPB-` | MasterPlaybook — libro o producto editorial |
| `OUT-` | Entregable externo |
| `ARQ-` | Documento de arquitectura |
| `CP-` | Control Plane — dashboard operativo |
| `SOP-` | Procedimiento operativo estándar |
| `IB-` | IntelliBank — banco de inteligencia |
| `GOB-` | Documento de gobernanza |
| `RFI-` | Request for Implementation — orden de trabajo asíncrona con contexto completo |

Lista completa y reglas de naming: `SOMA-XX-Method-v01.md` (Sección 3) y `ARQ-XX-BMF-NamingConvention-v01.md`.

---

## 3. INTELLIBANKS — BANCOS DE INTELIGENCIA

### Qué es un IntelliBank

Un **IntelliBank** es un banco de inteligencia estructurado y gobernado — no una carpeta de archivos.

| Carpeta de archivos | IntelliBank |
|---|---|
| Guarda archivos | Acumula activos cognitivos |
| Sin estructura de gobernanza | Tiene registry, naming y ciclo de vida |
| No consultable por IA de forma gobernada | Legible, navegable y citeable por un Sherpa |
| Se desorganiza con el tiempo | Se densifica con el tiempo |

### Estructura de IntelliBanks en Reinventaverse

```
Reinventaverse/
├── IB-EL-EmpowerLabs/          ← IntelliBank de EmpowerLabs
│   ├── PB-EL-Project-Bank/     ← Banco de proyectos
│   ├── BOS-EL-Corp-BrainOS/    ← Corp Brain OS operativo
│   ├── CP-EL-Control-Planes/   ← Dashboards operativos
│   └── EQ-EL-Equipo/           ← Activos del equipo
│
├── IB-Clientes/                ← IntelliBanks de clientes
│   └── IB-[XX]-[Codename]/     ← Un IB por cliente
│
├── IB-XX-Maestro/              ← Activos transversales y arquitectura
│
└── IB-WikiX/                   ← Capa de síntesis semántica
```

### Principio fundamental

> *"El IntelliBank no se distribuye. Se ensambla."*

Nadie descarga el IntelliBank completo. Cada sesión ensambla el contexto necesario en tiempo real. Si alguien sale de la organización, su acceso desaparece — el conocimiento queda en el banco.

### Qué entra a un IntelliBank

Solo activos con naming canónico, Asset ID, versión y registro en el Control Plane correspondiente. Un archivo sin prefijo no es un activo del IntelliBank — es un archivo suelto.

---

## 4. CORP BRAIN OS — CEREBRO ORGANIZACIONAL COLECTIVO

### Qué es

Corp Brain OS es la **arquitectura de inteligencia organizacional colectiva**. Hace legible a la IA toda la información relevante de una organización — en tiempo real, particionada por rol y área.

No es el Brain OS personal (memoria íntima del CEO). Corp Brain OS es colectivo y particionado: cada persona accede al contexto que le corresponde según su rol y nivel de acceso.

### Arquitectura técnica

```
CORP BRAIN OS
├── Capa de Almacenamiento (IntelliBank Particionado)
│   ├── corp_shared ──── acceso universal (lectura)
│   ├── area_ops ─────── solo Operaciones
│   ├── area_rh ──────── solo RH + CEO
│   ├── area_finanzas ── solo Finanzas + CEO
│   ├── area_comercial ── solo Comercial + CEO
│   └── area_tech ─────── solo Tech + CEO
│
├── Capa de Acceso (pgvector · búsqueda semántica)
└── Capa de Agentes (SherpaX por rol · MCP Server)
```

Stack técnico: PostgreSQL 16 + pgvector en EC2 t3.small · schema separado por cliente · **memoria en infraestructura del cliente** (soberanía del dato).

### Principio de soberanía del dato

La memoria queda en la infraestructura del cliente. El cómputo (API LLM) es externo con whitelist de IPs. El cliente controla su conocimiento.

### Qué entra al Corp Brain OS — Tres capas de captura

1. **Capa automática:** todo lo que el sistema captura por sí mismo (tickets, commits, calls, logs)
2. **Capa delegada:** lo que el SherpaX captura al cierre de cada sesión
3. **Capa humana:** lo que solo un humano puede validar como canónico antes de ingresar

### LLM Wiki como capa de síntesis

El IntelliBank sabe qué activos existen. El LLM Wiki sabe qué significan. La capa Wiki compila activos crudos en un grafo de páginas interconectadas, consultable por cualquier Sherpa con hasta 95% menos tokens.

---

## 5. DOIX — DISTRIBUTED ORGANIZATIONAL INTELLIGENCE X

### Qué es

DOIX es la **propiedad emergente** del modelo HIOrg cuando se instala a escala organizacional. No es una herramienta, no es un producto — es lo que ocurre cuando múltiples SherpaX se interconectan dentro de una organización que ya tiene la capa 1 instalada.

> *"DOIX no se instala. Emerge."*

### La X

La X en DOIX (y en SherpaX, HIOrg, EmpowerTeamX) significa el ecosistema completo — método + infraestructura + interfaz + mindset operando juntos. No es marketing: es la distinción entre tener partes del sistema versus el sistema operando como unidad.

### HIOrg — Hyperintelligent Organization

HIOrg es el modelo organizacional que envuelve todo. Sus cinco componentes canónicos:

| Componente | Rol |
|---|---|
| **IntelliBanks** | Memoria estructurada de la organización |
| **BMF** | Producción de activos cognitivos |
| **SherpaX** | Interfaz personal (capa 2) |
| **EmpowerTeamsX** | Unidades de proyecto humano-IA |
| **Organizational Brain** | Capa integradora que aprende del conjunto |

DOIX es la propiedad que emerge cuando HIOrg opera a escala y los SherpaX se interconectan.

### El multiplicador

10 personas con SherpaX bien instalado sobre HIOrg ≈ capacidad cognitiva de 80-100 personas tradicionales. No por automatización, sino por eliminación de fricción de contexto + coordinación + efecto compuesto del aprendizaje colectivo.

### La escalera de valor

| Peldaño | Qué instala | Multiplicador |
|---|---|---|
| 1 | SherpaX individual | 5-10x por persona |
| 2 | Múltiples SherpaX en equipo clave | Coordinación + continuidad |
| 3 | HIOrg instalado (capa 1 completa) | Sistema con memoria estructurada |
| 4 | DOIX operativo | 8-10x organizacional |

Cada peldaño es vendible. Cada peldaño es prerequisito del siguiente.

---

## 6. SHERPAX — LA INTERFAZ INTELIGENTE

### Definición canónica

> *SherpaX es una identidad virtual inteligente que conecta al humano con el mundo de IA dentro del modelo HIOrg.*

Es la capa de interfaz (capa 2). No es la memoria, no es la fábrica, no es el banco. Es la entidad que el humano toca.

### Las 5 propiedades (en orden de jerarquía conceptual)

**1. Identidad** — entidad con personalidad, voz, criterio y memoria distintivos. Una sola copia, calibrada a un humano específico. No transferible: si Litos cambia de empresa, LitosX se va con Litos.

**2. Interfaz** — la puerta de entrada al ecosistema. Cada mejora de la plataforma base amplifica al SherpaX automáticamente — la identidad construida tiene más capacidades nuevas para operar.

**3. Continuidad cognitiva** — recuerda proyectos, decisiones, criterios. El costo de "explicarle el contexto" tiende a cero conforme el SherpaX madura.

**4. Operatividad personalizada** — opera con el vocabulario, estilo y modelos mentales del humano cargados. Lo que sale se siente como extensión del humano, no como output de máquina.

**5. Ejecución sobre la arquitectura** — accede coordinadamente a IntelliBanks, Brain Codes, MetaPlaybooks, BMF y gobernanza. Tan capaz como la arquitectura que tiene debajo.

### Lo que SherpaX NO es

- No es un chatbot ni asistente genérico
- No es solo memoria
- No es Claude ni Cowork — esos son la cancha; SherpaX es el jugador
- No es el ecosistema completo (eso es HIOrg/DOIX)
- No es un agente autónomo — opera bajo gobernanza humana

### Distinciones críticas

| Término | Rol |
|---|---|
| **Claude / Cowork** | La cancha — plataforma con capacidades genéricas |
| **SherpaX** | El jugador — identidad construida que opera la cancha |
| **IntelliBanks** | La memoria — SherpaX accede, no contiene |
| **BMF** | La fábrica — SherpaX invoca, no produce |
| **DOIX** | El tejido — SherpaX es un nodo, DOIX es la red |
| **HIOrg** | El modelo — SherpaX es una capa, HIOrg es el sistema |

---

## 7. GOBERNANZA DEL SISTEMA

### Niveles de autonomía L0-L3

| Nivel | Qué puede hacer el SherpaX | Escalación |
|---|---|---|
| **L0** | Operar libremente: buscar, redactar, analizar, organizar | Sin restricción |
| **L1** | Ejecutar con ratificación del Owner directo | Owner firma antes de persistir |
| **L2** | Ejecutar con ratificación de senior | Senior firma antes de persistir |
| **L3+** | Decisiones estratégicas críticas | Escalación obligatoria a CEO |

**Regla maestra:** el SherpaX nunca opera autónomo en decisiones críticas. SherpaX es ejecutor amplificado bajo criterio canonizado, con auditabilidad nativa y humano senior siempre arriba.

### La tripleta de gobernanza

Cada decisión crítica: **Owner** (registro formal) + **Sherpa** (ejecuta y documenta) + **Ratificador** (valida criterio en decisiones L1+).

### Gate G0 — BrainOS First

Antes de cualquier acción crítica: verificar que la información relevante está en el vault. Si no está en el vault, no está en el Sherpa. Preguntar al Sherpa sobre algo que no está en su contexto produce respuestas plausibles pero no confiables — no actuar sobre ellas sin verificar.

### Auditabilidad

Todo activo: prefijo + versión + autor + fecha + Changelog. Un activo sin trazabilidad no es un activo gobernado.

---

## 8. BRAIN CODES

Brain Codes son **criterio mental codificado** — el modelo mental de una persona sistematizado para consulta. Viven en capa 1. El SherpaX los consulta, no los produce.

| Tipo | Prefijo | Ejemplo |
|---|---|---|
| Personal | `BC-` | `BC-VictorHeredia-v01` |
| Mentor invocado | `BCV-` | `BCV-JensenHuang-v01` |

El SherpaX consulta el Brain Code del dueño antes de decisiones estratégicas — garantiza que las respuestas reflejen el criterio real, no inferencia genérica.

---

## 9. METAPLAYBOOKS Y PLAYBOOKS

Procedimientos canónicos de operación. Viven en capa 1. El SherpaX los ejecuta.

| Tipo | Prefijo | Para qué |
|---|---|---|
| MetaPlaybook | `MePB-` | Procedimiento de cualquier capa y dominio |
| MasterPlaybook | `MPB-` | Libro o producto editorial completo |
| MiniPlaybook | `MiPB-` | Guía operativa corta (1-5 páginas) |
| Playbook | `PLB-` | Playbook genérico de proceso |

Cualquier SherpaX correctamente configurado puede ejecutar un MetaPlaybook canonizado — eso hace al sistema reproducible entre engagements.

---

## 10. GLOSARIO CANÓNICO

| Término | Definición |
|---|---|
| **BMF** | BigMetaFactory. Infraestructura de producción de activos cognitivos. Capa 1. |
| **DOIX** | Distributed Organizational Intelligence X. Propiedad emergente de HIOrg a escala. Capa 3. |
| **SherpaX** | Identidad virtual inteligente que conecta al humano con el modelo HIOrg. Capa 2 — interfaz. |
| **HIOrg** | Organización Hiperinteligente. Modelo organizacional que envuelve toda la arquitectura. |
| **Corp Brain OS** | Arquitectura de inteligencia organizacional colectiva. Particionada por rol y área. |
| **IntelliBank** | Banco de inteligencia estructurado y gobernado por entidad. Memoria estructurada. Capa 1. |
| **Brain Code** | Criterio mental codificado. Recurso consultable. Capa 1. |
| **SOMA** | Sistema Operativo Metodológico y Arquitectónico. El bootstrap de cualquier Sherpa. |
| **SOMA-Core** | Este documento. Arquitectura universal — inmutable entre engagements. |
| **SOMA-Method** | Capa metodológica de SOMA. WORX, naming, XDoc, disciplinas. Universal. |
| **SOMA-[Engagement]** | Extensión de SOMA por cliente o proyecto. Única por engagement. |
| **Transfer Pack (TP-)** | Paquete de contexto frozen para cargar al inicio de un room o sesión. |
| **XDoc** | Unidad canónica de trabajo. Estructura donde vive cada proyecto o iniciativa activa. |
| **OrgsX** | Organización operando con el modelo WORX completo. Sinónimo operativo de HIOrg. |
| **EmpowerTeamX** | Unidad de proyecto humano-IA. Personas + SherpaX + recursos de la arquitectura. |
| **Organizational Brain** | Capa integradora que aprende del conjunto. Retroalimenta IntelliBanks y MetaPlaybooks. |
| **Gate G0** | BrainOS First. Verificar que la info relevante está en el vault antes de acción crítica. |
| **Tripleta de gobernanza** | Owner + Sherpa + Ratificador. Estructura de decisión en artefactos críticos. |
| **Niveles L0-L3** | Niveles de autonomía del SherpaX. L0 libre, L3+ escalación obligatoria a CEO. |
| **LLM Wiki** | Capa de síntesis semántica del IntelliBank. Grafo de páginas compiladas, consultable. |

---

## CHANGELOG

| Fecha | Versión | Cambio |
|---|---|---|
| 2026-06-03 | v01 | Documento creado. Arquitectura completa: BMF, IntelliBanks, Corp Brain OS, DOIX, SherpaX, Gobernanza, Brain Codes, MetaPlaybooks. |

---

*SOMA-XX-Core-v01 · IB-XX-Maestro/IPI-XX-IP-Infraestructura/IPI-XX-SOMA/*
*Generado por Jay · EmpowerLabs Brain OS · 2026-06-03*
*Universal — aplica a todo el modelo BMF sin importar el engagement*
*Para cambios en la arquitectura base → notificar a Victor antes de actualizar*