--- asset_id: ARQ-XX-SOOI-DisenoConceptual-v01 version: v01 tipo: ARQ — Diseño Conceptual / Arquitectura de Referencia (universal · XX) status: Draft (L0 · pendiente ratificación Victor) owner: Victor Heredia sherpa_owner: Jay (SherpaX maestro) ratificador: Victor Heredia (L3+) intellibank: IB-XX-Maestro subbank: IPI-XX-IP-Arquitectura origen: Producido en el room PB-SOO-SistemaOperativoOrganizacional (IB-EL-EmpowerLabs) y migrado a IB-XX-Maestro. nota_entidad: Entidad XX = universal / transferible (organization-agnostic). Migrado a IB-XX-Maestro / IPI-XX-IP-Arquitectura por decisión de Victor (2026-07-04). proposito: Diseño conceptual UNIVERSAL de un SOOI (independiente de organización) y delimitación precisa del SOOI cliente que se implementa plug-and-play. inheritance: - CP-EL-SOO-Concepto-SistemaOperativoOrganizacional-v01 (SOOI · escalera · participantes) - MAP-EL-SOO-EcosistemaCompleto-v02 (la instancia EL · Motor + 4 anillos) - SPEC-EL-SOO-KitEnsamblaje-v01 (universal + específico · plug-and-play) - SPEC-EL-SOO-DecisionEngine-v01 · ARQ-EL-HyperLoopX-MejoraRecursiva-v01 fecha_creacion: 2026-07-04 fecha_ultima_actualizacion: 2026-07-04 tags: [ARQ, XX, universal, SOOI, diseño-conceptual, plug-and-play, delimitacion, cliente, referencia] --- # ARQ · Diseño conceptual del SOOI (universal · XX) ## El modelo de referencia — y la delimitación del SOOI cliente (plug-and-play) ## 0. Asset Header - **Asset ID:** `ARQ-XX-SOOI-DisenoConceptual-v01` - **Tipo:** ARQ — Arquitectura de referencia **universal** (entidad XX · no específica a EL). - **Owner:** Victor · **Sherpa:** Jay · **Ratificador:** Victor · Status Draft L0. - **Por qué XX y no EL:** el `MAP-EL-SOO-EcosistemaCompleto-v02` describe la **instancia EmpowerLabs** (Caso 0, con sus 75 BrainCodes, sus productos, su HyperLoopX). Este documento describe el **diseño conceptual transferible** que cualquier organización instancia — y delimita qué de eso se vuelve el **producto cliente** plug-and-play. ## 1. Los tres alcances (no confundirlos) | Alcance | Qué es | Dónde vive | Quién lo usa | |---|---|---|---| | **① Diseño conceptual (XX)** | El modelo de referencia universal del SOOI: el Motor + los anillos como **primitivas abstractas**, sin contenido de ninguna organización. | Este doc (`ARQ-XX-SOOI-DisenoConceptual`) | Arquitectos del producto | | **② Instancia EL (Caso 0)** | El ecosistema **completo** de EmpowerLabs: instancia el diseño + toda la maquinaria productora + el portafolio + la comunidad. | `MAP-EL-SOO-EcosistemaCompleto-v02` | EL internamente (dogfooding) | | **③ SOOI cliente (Plug & Play)** | El **subconjunto delimitado** del diseño que se implementa con clientes: núcleo universal + su capa específica, ensamblado. **NO es el ecosistema completo de EL.** | §3–4 de este doc + `SPEC-EL-SOO-KitEnsamblaje` | El cliente | > **Regla de oro:** el cliente **no compra el ecosistema de EL** — compra un **SOOI**: el motor universal ensamblado con su propia capa específica. EL es el fabricante; el cliente recibe la máquina, no la fábrica. ## 2. El diseño conceptual universal del SOOI ### 2.1 Definición (universal) > Un **SOOI** es la capa que permite a una organización **operar como una entidad que piensa, recuerda, decide y ejecuta como un solo sistema integrado**, coordinando trabajo humano e inteligencia agéntica sobre una memoria común, con gobernanza explícita. Se ubica en la escalera **SOO → SOOI → HiORGOS**. ### 2.2 El Motor de Inteligencia (primitivas universales) El corazón de todo SOOI. Cinco primitivas que se componen en un **lazo interno** (operar) envuelto por un **lazo externo** (mejorarse): | Primitiva universal | Rol | En EL se encarna como | |---|---|---| | **Cognición** | Cómo piensan las mejores fuentes, reutilizable. | BrainCodes *(no en base · Add-On Premium · §3.4)* | | **Agentes** | Par cognitivo → especialista → equipo. | SherpaX / UltraSherpaX / SherpaTeamsX | | **Memoria** | Contexto estable, ensamblado no re-derivado. | IntelliBanks/Vault + Corp Brain OS | | **Método** | Disciplina del trabajo + capa humana. | WORX + 5 Capacidades | | **Juicio** | Cómo la org decide y gana autonomía. | Decision Engine | | **Mejora Recursiva** *(lazo externo)* | Observa y mejora el sistema entero; se mejora a sí mismo. | HyperLoopX | ### 2.3 Los cuatro anillos (universal) Alrededor del Motor: **A · sostiene** (infraestructura/kernel), **B · alimenta** (activos cognitivos y fábricas), **C · entrega** (productos), **D · multiplica** (superficie + comunidad). En el diseño universal son *roles*; en cada instancia se llenan con componentes concretos. ### 2.4 Las cuatro clases de participante (universal) Operadores especializados (Grupo 1) · Captains/DRI · Agentes · Memoria. (Ver `CP-EL-SOO-Concepto` §3.) --- ## 3. ★ Delimitación del SOOI cliente (Plug & Play) — CRÍTICO El SOOI cliente es un **corte preciso** del diseño, con un **modelo de empaquetado Base + Add-Ons Premium**. Todo componente cae en uno de **cuatro cubos**: ### 3.1 Cubo A · NÚCLEO UNIVERSAL — se entrega a TODO cliente (el mecanismo) Se entrega **el mecanismo, vacío o genérico** — nunca el contenido de EL. - Diseño del **Motor** (los dos lazos) + **Organizational Kernel** (plantilla instanciable). - **Método WORX** (3 Niveles + 5 Capacidades) + comandos (`/arrancaroom`, `/mindia`, …). - **Gobernanza:** L0–L3 + tripleta + Gate G0 + plantilla de Control Plane/Registry. - **SherpaX** (shell base) + plantilla de **UltraSherpaX** + generador. - **Decision Engine** — instalado **vacío** (el ledger lo llena el cliente). - **Mejora Recursiva** — el **mecanismo HyperLoopX** configurado para observar al *cliente* (no a EL) + los 3 bancos del aprendizaje vacíos. - **Esquemas del Corp Brain OS** + **Identity/Security** base. - **Kit de Ensamblaje** + **asistente de configuración** + plantillas de **dashboards HOY**. - **Rally de Aprendizaje** (plantilla) + **EmpowerScan** (diagnóstico de entrada). - **BrainCodes: NO en la base.** El SOOI **base** opera con las otras primitivas (agentes + memoria + método + juicio + mejora recursiva). La **Cognición (BrainCodes) se ofrece como Add-On Premium** — opción avanzada (ver §3.4 Cubo D). ### 3.2 Cubo B · CAPA ESPECÍFICA — se CONFIGURA por cliente - Su **memoria/taxonomía** y sus **datos** conectados. - Su **roster + roles** (incluido su Grupo 1 de operadores especializados). - Sus **dashboards**, su **Rally** (misiones), sus **clases de decisión**, su foco de **mejora recursiva**. - *(BrainCodes propios del cliente: parte del **Add-On Premium de Cognición**, no de la base · §3.4.)* ### 3.3 Cubo C · INTERNO DE EL — NO se entrega (se queda en la fábrica) - Los **75 BrainCodes propietarios de EL** (su roster específico) y su **LabPraxis** — **nunca se venden** (IP dura de EL). *La capacidad de Cognición sí se ofrece como Add-On Premium (§3.4), pero con biblioteca/curaduría avanzada — no con el roster propietario de EL.* - El **portafolio de productos** de EL (HIORG offers, DemandGen, Titan, R100X, libros) — es el *negocio* de EL, no del cliente. - La **maquinaria productora a full** (MetaFactorías que fabrican productos de EL) — el cliente recibe la *capacidad* de producir sus activos, no la línea de EL. - El **HyperLoopX de EL** (la instancia que observa a EL) y el **marketplace/comunidad** (fase posterior). > **Principio rector de la delimitación:** *«La base entrega el mecanismo vacío; el cliente lo llena con sus datos, decisiones y mejora. Las capacidades avanzadas se venden como Add-Ons Premium. El roster propietario de EL (BrainCodes específicos, casos, productos) se queda en la fábrica.»* ### 3.4 Cubo D · ADD-ONS PREMIUM (opciones avanzadas · se venden aparte) Componentes avanzados que **no vienen en la base** y se ofrecen como módulos premium, activables por cliente. Modelo comercial: **Base (Cubo A+B) + Add-Ons Premium (Cubo D)**. | Add-On Premium | Qué habilita | Estado | |---|---|---| | **Cognición · BrainCodes** *(flagship)* | Capa de cognición avanzada: distiller + biblioteca/curaduría avanzada + BrainCodes propios del cliente. **Sin el roster propietario de EL.** | ✅ Confirmado (Victor) | | **SherpaTeamsX** | Equipos de agentes gobernados (fuerza laboral agéntica). | 🟡 Propuesto | | **UltraSherpaX-generator** | Fabricar súper-asistentes propios (shell + BrainCode). | 🟡 Propuesto (requiere add-on Cognición) | | **Org IBX** | Benchmark de inteligencia organizacional (factor X). | 🟡 Propuesto | | **EmpowerScan continuo** | Diagnóstico continuo (más allá del de entrada). | 🟡 Propuesto | | **Decision Engine avanzado** | Autonomy Ledger completo + promoción/democión avanzada. | 🟡 Propuesto | | **Mejora Recursiva full (HyperLoopX)** | Capa de mejora recursiva avanzada del cliente. | 🟡 Propuesto | > **Pendiente de Victor:** confirmar cuáles de los 🟡 propuestos entran como Add-On Premium, cuáles a la base, y el modelo de precio (bundle vs. à la carte). ### 3.5 El límite en una figura ``` ┌────────────── SOOI CLIENTE ──────────────┐ │ BASE: CUBO A · núcleo universal (vacío) │ │ + CUBO B · capa específica (config) │ │ ─────────────────────────────────────────│ │ + CUBO D · ADD-ONS PREMIUM (opcionales) │ │ Cognición/BrainCodes · SherpaTeamsX · │ │ UltraSherpaX · Org IBX · … │ └───────────────────────────────────────────┘ ▲ ensamblado por el Kit ┌──────── FÁBRICA EL (no se vende) ─────────┐ │ CUBO C · roster propietario de BrainCodes│ │ · LabPraxis · portafolio · maquinaria · │ │ HyperLoopX-EL · marketplace │ └───────────────────────────────────────────┘ ``` ## 4. El SOOI cliente como producto plug-and-play El SOOI cliente **base** = **Cubo A + Cubo B ensamblados por el Kit** (`SPEC-EL-SOO-KitEnsamblaje`), en 5 fases (Provisión → Diagnóstico → Ensamblaje → Conexión → Inducción → Operación), con madurez PnP-0…PnP-3. Encima, los **Add-Ons Premium (Cubo D)** se activan por cliente (BrainCodes/Cognición como flagship). Modelo comercial: **Base + Add-Ons**. Time-to-value objetivo: semanas. El baseline de "semanas/ROI" se fija con el primer caso externo (Posta), no con auto-medición de EL. ## 5. Conexión con el Room / Home El `BRD-EL-SOO-Home-v01.html` debe presentar los **tres alcances** como capas navegables: (①) el diseño conceptual (este ARQ), (②) el ecosistema EL (MAP-EL v02 + mapa visual), y (③) el SOOI cliente delimitado (§3 + Kit). Así, quien entra al Home ve de inmediato *qué es universal*, *qué es de EL* y *qué se vende*. (Se refleja en el Home y en el mapa visual `VIZ-XX-SOOI-DisenoConceptual-v01`.) ## 6. NEXTs - [ ] Ratificación de Victor (y decisión: ¿migrar a `IB-XX-Maestro` como activo universal?). - [ ] Cerrar el **set STARTER de BrainCodes genéricos** que sí viajan (Cubo A) vs. los propietarios (Cubo C). - [ ] Validar la delimitación contra el primer caso cliente (Posta). - [ ] Diagrama visual del diseño + límite cliente (`VIZ-XX-SOOI-DisenoConceptual-v01`). ## CHANGELOG | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-07-04 | Creación. Diseño conceptual universal del SOOI (entidad XX): 3 alcances (diseño/instancia-EL/cliente), Motor y anillos como primitivas universales, y **delimitación del SOOI cliente plug-and-play en 3 cubos (A universal se entrega · B específico se configura · C interno de EL no se entrega)** con el principio "mecanismo vacío, no contenido de EL". | | v01.1 | 2026-07-04 | **Decisiones de Victor:** (1) **Migrado a `IB-XX-Maestro` / IPI-XX-IP-Arquitectura** (activo universal). (2) BrainCodes fuera de la base del SOOI cliente. | | v01.2 | 2026-07-04 | **Modelo Base + Add-Ons Premium (Victor):** los BrainCodes/Cognición dejan de ser "no se entregan" y pasan a **Add-On Premium flagship** (opción avanzada). Nuevo **Cubo D · Add-Ons Premium** (§3.4) con candidatos (SherpaTeamsX, UltraSherpaX-generator, Org IBX, EmpowerScan continuo, Decision Engine avanzado, HyperLoopX full · pendientes de confirmar). El roster propietario de BrainCodes de EL sigue en Cubo C (nunca se vende). Figura del límite y §4 actualizadas. |