--- type: PG asset_id: PG-MTX-KitEnsamblaje-v01 version: v01 status: N1 sembrado — anti-jerga PASS · N2/N3 en borrador owner: Juan Carlos Angeles Ramírez verificado_por: JuanCarlosX verificado_fecha: 2026-07-20 intellibank: IB-MTX-MatriX nodo_map: "5.1" exposicion: "🌍 pública (N1-N2)" fuente_canonica: SPEC-EL-SOO-KitEnsamblaje-v01 nodo_grafo: "kitpnp (VIZ-EL-Ecosistema-GrafoPortafolio-v01)" base: PLAN-MTX-MatriX-MasterPlan-v01 §2.3 (anatomía canónica) --- # Kit de Ensamblaje (plug-and-play) ## 1 · Tarjeta resumen > **¿Qué es en una frase?** El paquete que permite a una empresa instalar el sistema de trabajo completo en semanas en vez de meses: trae armado lo que es igual en toda organización y configura lo que cambia en cada una. > **Familia:** D5 · Entrega e implementación — la pieza que vuelve replicable la instalación > **Metáfora:** es como una casa prefabricada: la estructura viene lista de fábrica y en el terreno solo se define lo propio de cada familia. ## 2 · Nivel 1 · 🌱 Esencial El Kit de Ensamblaje es lo que permite a una empresa instalar el sistema de trabajo completo en semanas, en lugar de meses. Hoy instalarlo es un proyecto: se arma todo a la medida, cada vez desde cero. Con el Kit deja de serlo. Lo que se repite en cualquier empresa viene armado de fábrica, y solo se configura lo que de verdad cambia en cada una. Es como una casa prefabricada. La estructura, la instalación eléctrica y la plomería vienen listas y probadas. En el terreno se decide el acabado, el color y la distribución de los cuartos. Nadie vuelve a inventar cómo se sostiene una pared. De ahí sale la regla que ordena todo: **lo repetible se ensambla, lo único se configura**. Del lado repetible van el método de trabajo, las reglas de decisión, los asistentes base y las plantillas de tableros. Del lado propio van el nombre y la gente de la empresa, sus datos, su forma de organizar carpetas y sus indicadores. La instalación sigue un orden fijo. Primero se crea el espacio de la empresa. Luego se hace un diagnóstico de entrada que fija el alcance. Después se ensambla y se conectan los datos. Sigue la inducción del equipo, y al final la operación normal. Cada paso tiene una prueba de que quedó bien antes de pasar al siguiente. Una advertencia honesta: la promesa de "semanas" todavía no está medida con un cliente real. Se afirma cuando el primer caso externo lo demuestre. Mientras tanto, es la meta de diseño, no un dato. ## 3 · Nivel 2 · 🛠 Implementador El Kit es **el empaque de la capa universal + el asistente de configuración de la capa específica**. Convierte la instalación del WORX OS de proyecto a ensamblaje, y ensambla una instancia SOOI (kernel universal + capa propia de la organización). **El principio de 2 capas** (hereda del Organizational Kernel · 4.3): | Capa | Qué es | Cómo viaja | |---|---|---| | **Universal (el kernel)** | Método WORX, gobernanza, agentes base, esquemas del Corp Brain OS, naming BMF | **Intacta** — no se toca al instalar | | **Específica (la instancia)** | Taxonomía, datos, roster y roles, dashboards, su Rally, su Decision Engine (vacío) | Se intercambia y se configura | **Qué trae la base (lista de materiales universal):** kernel BMF (7 invariantes) + Organizational Kernel instanciable · método WORX (3 Niveles + 5 Capacidades + comandos) · gobernanza L0-L3, tripleta y Gate G0 · agentes base (SherpaX core + plantilla UltraSherpaX) · esquemas del Corp Brain OS e identidad/seguridad · plugins (`worx-core` + esqueleto `worx-`) · plantillas de dashboards HOY · **Rally de Aprendizaje** (5.2) y **EmpowerScan de entrada** (5.3) · Decision Engine instalado **vacío**. > **Los BrainCodes NO vienen en la base.** La Cognición se ofrece como Add-On Premium (Cubo D). El roster propietario de EmpowerLabs nunca se vende. Modelo: **Base + Add-Ons Premium**. **Qué se configura al instalar:** identidad de la organización (nombre, código de entidad, misión, roster) · taxonomía de bancos `IB--*` · conexiones de datos (CRM, ERP, archivos, chat) · la capa `worx-.plugin` · dashboards con sus métricas · las 3-5 clases de decisión piloto · las misiones del Rally adaptadas al roster. **El flujo de instalación** (fases F0 a F5, cada una con criterio PASS/FAIL): `F0 · Provisión` → `F1 · Diagnóstico` (EmpowerScan al cliente, define alcance y ROI objetivo) → `F2 · Ensamblaje` (capa universal intacta + configuración de la específica) → `F3 · Conexión` (datos indexados) → `F4 · Inducción` (**el Rally**, instala las 5 Capacidades como conducta) → `F5 · Operación` (SherpaX activo, Decision Engine capturando, dashboards vivos). Ejemplo de criterio: **F4 PASS = el operador corre `/arrancaroom` y crea su primera minuta solo.** **Los 4 niveles de madurez (PnP = plug-and-play):** | Nivel | Qué significa | Estado | |---|---|---| | **PnP-0 · Manual** | EmpowerLabs instala a mano, room por room | Actual (Caso 0) | | **PnP-1 · Templated** | Kit con plantillas + asistente guiado por el SherpaX | **Meta de este spec** | | **PnP-2 · Self-serve** | La organización ensambla con supervisión mínima | Post-Posta | | **PnP-3 · Community** | Las instancias comparten skills, BrainCodes y plugins vía marketplace | Visión (G7) | **Riesgos a vigilar:** sobre-ensamblaje (ante duda, va a específico, no a universal) · fuga de IP (la base no lleva BrainCodes) · falsa promesa de semanas (sin caso real medido, es marketing) · configuración que recae en proyecto (el asistente debe forzar defaults). ## 4 · Nivel 3 · 🔬 Ingeniería — INTERNO Nodo `kitpnp` (grupo `entrega`, id 30) · fuente `SPEC-EL-SOO-KitEnsamblaje-v01` (**Draft · L0 · pendiente ratificación de Victor**) · prioridad P1a según `OUT-EL-SOO-Diagnostico-Fable5-v02` (G6a). Herencia declarada: `MAP-EL-SOO-EcosistemaCompleto` (separación universal/específico) · `CP-EL-SOO-Concepto-SOO-v01` §6 (plug-and-play) · `MePB-EL-OrganizationalKernel-v01` (las 2 capas) · `SPEC-EL-SOO-DecisionEngine-v01` (se instala vacío). Arista entrante verificada: `capacoord → kitpnp` — **la Capa de Coordinación (4.4) es el habilitador del plug-and-play**. **Dos gates duros de la SPEC (§6), ambos decisiones de Victor:** (1) el baseline de "semanas/ROI" se fija con el **primer caso externo (Posta)**, y **no se corre EmpowerScan a EmpowerLabs** — no bloquea *diseñar* el Kit, bloquea *afirmar* números; (2) **Posta cerrado es precondición del build del instalador** (G6b) — el Kit se especifica ahora y se construye contra un cliente real. Corolario para MatriX: la narrativa comercial (G1) no puede nombrar "Kit de Ensamblaje" como capacidad vendible hasta que las specs estén ratificadas — por eso N1 lleva la advertencia explícita sobre "semanas". **Interfaces:** Decision Engine (3.6) se ensambla vacío, su Autonomy Ledger es puro específico · Rally (5.2) es la fase F4 y el Kit provee la plantilla · EmpowerScan (5.3) es F1 y Org-IBX (5.4) mide el gap · la capa `worx-.plugin` es el punto de extensión de comunidad (se apoya en el ecosistema de skills · 4.5) · el MAP del ecosistema define qué es universal vs específico y es insumo directo de la lista de materiales. ⚠️ **Hallazgo menor de la fuente (no corregido aquí):** el §4 de la SPEC se titula "Flujo de instalación (5 fases)" pero enumera **F0 a F5 = 6 fases**. La página usa la enumeración (F0-F5) y evita dar el número en N1. NEXT de corrección en el paquete final — es activo de Victor/Jay. Referencia completa: `SPEC-EL-SOO-KitEnsamblaje-v01` · `MePB-EL-OrganizationalKernel-v01` · `ARQ-XX-SOOI-DisenoConceptual-v01` §3.4 (Cubo D). ## 5 · Casos de uso 1. **Una empresa nueva arranca sin re-inventar el sistema.** Se crea su espacio, se corre el diagnóstico de entrada, se ensambla la base intacta y se configura solo lo suyo: su gente, sus datos y sus tableros. El método y las reglas no se rediseñan. 2. **El equipo queda operando, no solo instalado.** La fase de inducción no termina cuando el software está puesto, sino cuando una persona abre su sesión de trabajo y produce su primera minuta sola. Ese es el criterio de aprobación. 3. **El primer cliente externo fija las cifras reales.** El caso Posta es el que convierte "semanas" de meta de diseño a dato defendible, y es la precondición para construir el instalador. ## 6 · Verifica tu comprensión 1. **¿Cuál es la regla que ordena todo el Kit?**
Ver respuestaLo repetible se ensambla, lo único se configura. Lo que es igual en toda organización (método, gobernanza, agentes base, esquemas) viaja intacto; lo que cambia por empresa (su gente, datos, taxonomía, tableros, decisiones) se configura. Ante la duda, va al lado específico.
2. **¿Por qué la promesa de "semanas" todavía no se afirma como dato?**
Ver respuestaPorque no está medida con un cliente real. La cifra se respalda con el primer caso externo (Posta), no con auto-medición — de hecho, la decisión explícita es que no se corre el diagnóstico de entrada a EmpowerLabs. Hasta entonces "semanas" es la meta de diseño, no un resultado.
3. **¿Qué significa que el Decision Engine se instale "vacío"?**
Ver respuestaQue la maquinaria de decisión viene en la base, pero su registro de decisiones nace en blanco: se llena con las decisiones reales de la nueva organización. El mecanismo es universal; el contenido es siempre específico de cada empresa.
## 7 · Conexiones - Relacionado: [[PG-MTX-Rally-v01]] (la fase F4 de inducción) · [[PG-MTX-EmpowerScan-v01]] (la fase F1 de diagnóstico) · [[PG-MTX-OrgKernel-v01]] (la plantilla de las 2 capas) · [[PG-MTX-CapaCoordinacion-v01]] (el habilitador del plug-and-play) - Nodo del grafo: `kitpnp` en VIZ-EL-Ecosistema-GrafoPortafolio-v01 - Fuente canónica: [[SPEC-EL-SOO-KitEnsamblaje-v01]] - Referencia completa (WikiX): [[WORX-OS]] · [[Posta]] ## 8 · Ficha | Campo | Valor | |---|---| | Dueño de la página | Juan Carlos Angeles Ramírez | | Verificado | 2026-07-20 por JuanCarlosX (contra fuente canónica) | | Anti-jerga | PASS 2026-07-20 | | Fuente canónica | SPEC-EL-SOO-KitEnsamblaje-v01 (Draft · L0 · pend. ratificación Victor) | | Nodo del MAP | 5.1 | | Exposición | 🌍 pública (N1-N2) | | Versión | v01 | --- *PG-MTX-KitEnsamblaje-v01 · IB-MTX-MatriX/Pages/ · D5 · Entrega e implementación · Owner: Juan Carlos · Sherpa: JuanCarlosX · 2026-07-20*