---
type: TP
asset_id: TP-EL-WORXOS-Continuacion-v01
variante: Transfer Pack — Continuación de Room
version: v01
status: Activo — handoff para continuar el room en una instancia nueva
owner: Victor Heredia
sherpa_owner: Jay
fecha: 2026-06-18
intellbank: IB-EL-EmpowerLabs
subbank: BOS-EL-WORX-OS
gate_g0: PASS · derivado del trabajo del room + Registry v0.45 + activos reales del vault
proposito: >
  Paquete autocontenido para CONTINUAR el room del WORX OS en una instancia
  nueva de SherpaX, sin perder contexto. Captura qué es el WORX OS, qué se
  construyó (las instancias navegables), el patrón de arquitectura, los datos reales
  base, las decisiones tomadas y el backlog de continuación. Cargar al abrir el room.
confidencial: Sí — arquitectura interna + pricing potencial
---

# TP · Continuación · WORX OS
## Handoff del room para seguir construyendo · 18 de junio de 2026

> **Para usar:** pega la sección **STARTER PROMPT** (al final) al abrir el room nuevo. El resto es la memoria de profundidad. Jay opera como runner del WORX OS.

---

## 1. Qué es el WORX OS

El **WORX OS** es el sistema operativo cognitivo de una organización: su memoria, sus métodos y su pipeline, vivos y operables a través de un **SherpaX** (el sherpa como interfaz). No es un dashboard ni un repositorio — es la organización *operándose a sí misma* sobre su propio cerebro.

- **Caso 0 = EmpowerLabs.** EmpowerLabs corre su propio WORX OS (1,142 activos, 40 Brain Codes, 7 factorías, LoopX). Nos lo aplicamos a nosotros primero.
- **El mismo patrón se instancia por cliente** (HiOrg): a cada organización le entregamos *su* Brain OS instanciado — wiki + SOPs + métricas + factorías + LoopX, con su marca y su contexto.
- La **cara visible** del WORX OS es la **instancia navegable**: una vista única donde el dueño recorre sus espacios y ve a su SherpaX operando.

---

## 2. Estado actual · qué se construyó en el room madre

Se produjeron **dos instancias navegables** (HTML autocontenido, 100% offline, sin dependencias externas) que demuestran el patrón:

### A. Instancia Caso 0 — EmpowerLabs (datos reales)
- **Archivo:** `IB-EL-EmpowerLabs/BOS-EL-WORX-OS/WOI-EL-WORXOS-Instance-v01.html`
- **6 espacios:** Inicio · IntelliBanks (1,142 activos reales) · Brain Codes (40 pensadores) · Factorías BMF (7) · Equipo & Pilares (estructura D-P-44) · **LoopX Comercial** (7 cuentas reales con XDocs).
- Poblado con datos reales del Registry v0.45. Scrub total de nombre prohibido (verificado).

### B. Instancia plantilla cliente — Grupo Klein's (poblada realista)
- **Archivo:** `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-LoopX/WOI-EL-LoopX-Kleins-SherpaXInstance-v01.html`
- **6 pilares:** Inicio · Wiki de empresa · Banco de SOPs · Métricas de unidades · Factoría de Apertura · **LoopX de Reclutamiento** (6 XDocs de candidatos simulados).
- Es la versión *client-facing* del patrón (restaurantero). Demuestra cómo se ve para un prospecto.

> Ambas comparten ADN: mismo shell, mismo comportamiento, distinto contenido. Esa es la prueba de que el patrón es replicable y productizable.

---

## 3. El patrón de arquitectura (para extenderlo igual)

Cada instancia es **un solo archivo HTML**, sin CDN, que abre offline. Componentes:

| Componente | Descripción |
|---|---|
| **Topbar** | Marca de la organización + buscador + píldora "Jay activo" + avatar del dueño |
| **Sidebar** | 6 espacios de navegación (`go(pane)`), agrupados por categoría, con badges de conteo |
| **Panes** | 6 secciones conmutables (`.pane`), animación de entrada |
| **Inicio** | KPIs reales + feed "lo que Jay hizo en 24 hrs" + tarjetas a cada espacio |
| **Pilares** | tablas/cards/board poblados desde objetos JS al pie del archivo |
| **LoopX board** | pipeline por órbita; cada tarjeta abre un **slide-over** con el XDoc completo (gravity, órbita, contexto, riesgo, next, changelog) |
| **Jay tour** | recorrido guiado paso a paso con narración + anillo resaltador (`startTour`) |
| **Jay chat** | dock con respuestas predefinidas reales (`chipQ`) |

**Reglas de construcción (no negociables):** offline total (sin CDN, fuentes de sistema, SVG inline); paleta por CSS variables; datos en objetos JS al final para editar fácil; Jay como runner narrador; respetar reglas del vault (naming, scrub de nombres prohibidos).

---

## 4. Datos reales base (no re-investigar)

- **Registry v0.45 · 1,142 activos.** IB-EL 550 · IB-XX-Maestro 176 · IB-MPX 161 · IB-REB 112 · IB-Clientes ~57 · IB-BVH 55 · IB-TriRH 38 · IB-TG 16 · IB-XX-PLAN 6.
- **Brain Codes:** 40 pensadores (Hormozi, Diamandis, Musk, Thiel, Naval, Huang, Clear, GaryVee, Priestley, Sullivan, Ismail, Huberman, Steiner, Sadhguru, Roitberg, etc.) + 5 especiales. UltraSherpa vivo: Titan (oferta × Hormozi).
- **Factorías:** Publishing/HDC · VOX · Editorial · Brain Code Production · UltraSherpaX Generator · MediaFactory · + MetaLoopX.
- **Pilares (D-P-44):** Cognitivo (Victor) · Demand Gen (Anahí) · Comercial (Ángeles + JC) · Operativo (Alex). Runner: Jay.
- **LoopX (7 cuentas reales):** Ibero 85 · Posta 85 · NewLink 75 · José Fernández 70 · Papaya MVH 68 · Martí 58 · Klein's 52.

---

## 5. Decisiones tomadas (cerradas)

1. HTML autocontenido offline como formato de instancia (corre en cualquier demo sin internet).
2. Caso 0 EmpowerLabs con datos reales; instancias cliente pobladas realistas/simuladas marcadas como tales.
3. Jay = runner narrador en todas las instancias.
4. Status WOI- (work in progress) mientras se itera; promover a canónico tras ratificación de Victor.
5. Scrub categórico de nombre prohibido en todo material que se muestre.

---

## 6. Backlog de continuación (próximos pasos)

- [ ] **Profundizar pilares** — hacer clicables los activos reales (enlazar a archivos del vault / WikiX) en la instancia Caso 0.
- [ ] **Productizar el WORX OS como entregable** — definir qué recibe un cliente, niveles/pricing, y SOP de instalación (Alex: instalador 45–60 min).
- [ ] **Vistas por colaborador** — integrar los `EL-WeekDashboard-*` existentes como vista personal dentro de la instancia (cada quien su SherpaX sobre el mismo Brain OS).
- [ ] **Camino de mock → vivo** — backing real vía IntelliBanks app / GenniuxBase (de HTML estático a datos en vivo).
- [ ] **Variantes de pilares por sector** — dashboard de impacto/KPIs + LoopX de fundraising (para nonprofits, ver `TP-EL-LOOP-AmadaVida-Demo-v01`); métricas operativas (restaurantes/retail); etc.
- [ ] **Instancia Amada Vida** — construir la versión "Brain OS para un nonprofit" como artefacto estrella del demo a Jas Darland.
- [ ] **XDoc de la cuenta** cuando una instancia se use como activo comercial (meterla al LoopX).
- [ ] **Crear el XDoc Maestro del WORX OS como producto** dentro de la Factoría correspondiente (patrón hub-spoke).

---

## 7. Referencias canónicas del vault

- `WOI-EL-WORXOS-Instance-v01.html` — instancia Caso 0 EmpowerLabs.
- `WOI-EL-LoopX-Kleins-SherpaXInstance-v01.html` — instancia plantilla cliente.
- `WOI-EL-LoopX-DemoCompact-Architecture-v01.md` — arquitectura del demo Spine + Modules.
- `MAP-EL-Pilares-Estructura-Operativa-v01.md` — estructura organizacional D-P-44.
- `CP-XX-IntelliBanks-Registry-v01.md` — panel de control maestro (1,142 activos).
- `DC-EL-BOS-AISkills-v01.md` — AI Training Loop / base conceptual del Brain OS.
- `XD-EL-Loop-HiOrg-*` — XDocs reales del LoopX.

---

## STARTER PROMPT — pegar al abrir el room

```
Jay, continuamos el room del CORP BRAIN OS.

Qué es: el sistema operativo cognitivo de una organización (memoria + métodos + pipeline)
operado vía SherpaX. Caso 0 = EmpowerLabs; el mismo patrón se instancia por cliente.

Estado: ya construimos 2 instancias navegables (HTML offline autocontenido):
- WOI-EL-WORXOS-Instance-v01.html (EmpowerLabs, datos reales, 6 espacios incluido LoopX
  con 7 cuentas reales) en BOS-EL-WORX-OS.
- WOI-EL-LoopX-Kleins-SherpaXInstance-v01.html (plantilla cliente restaurantero) en PB-LoopX.

Patrón: un solo HTML, sin CDN, offline; topbar + sidebar de 6 espacios + panes conmutables +
Jay tour + Jay chat + slide-overs de XDoc; datos en objetos JS al pie para editar fácil.

Reglas: offline total, Jay como runner, naming BMF, scrub de nombres prohibidos, status WOI-
hasta ratificación de Victor.

Backlog abierto: profundizar pilares con activos reales clicables; productizar el WORX OS
(entregable + pricing + SOP de instalación); vistas por colaborador; camino de mock a vivo
(IntelliBanks app/GenniuxBase); variantes por sector (impacto/KPIs, fundraising); instancia
Amada Vida; XDoc Maestro del producto.

Arranca confirmándome por dónde seguimos y opera en modo construcción.
```

---

**TP · Continuación WORX OS · v01 · 2026-06-18**
*Operado por Victor Heredia · Sherpa: Jay · Sub-bank: BOS-EL-WORX-OS*