--- type: MAP asset_id: MAP-MTX-MatriX-IndiceEstructura-v01 version: v01 status: Borrador — para ratificación de Victor owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia fecha_creacion: 2026-07-13 intellibank: IB-MTX-MatriX gate_g0: PASS — derivado de ARQ-EL-Ecosistema-ModeloGrafo-v01 (grafo, 24 nodos) + ARQ-EL-WORX-OS-Ecosistema-v01 (pila) + MePB-EL-WORXOS-MetodologiaColaboracion-v01 proposito: > Índice maestro de MatriX: el árbol jerárquico completo de todo lo que la wiki pedagógica contendrá, con el estado de cada página y su fuente canónica. Es el backlog de construcción de F1-F3. tags: [MAP, MTX, MatriX, indice, arbol, backlog] --- # MatriX · Índice Maestro (árbol jerárquico) > Leyenda de estado: ✅ página modelo lista (prototipo) · 🌱 N1 sembrado desde ficha canónica · 📄 página canónica en `Pages/` integrada al hub (build) · ⬜ pendiente > Nivel máximo de exposición: 🌍 pública (N1-N2) · 🔒 interna (llega a N3) ## D0 · Bienvenida y rutas (vista pedagógica) | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 0.1 | Home MatriX (qué es, cómo usarla, selector de nivel) | ✅ | 🌍 | este MAP | | 0.2 | Ruta · Entiende el ecosistema en 7 paradas | ✅ (definida) | 🌍 | ARQ-EL-WORX-OS-Ecosistema-v01 | | 0.3 | Ruta · Implementa WORX OS (implementador) | ⬜ | 🌍 | SPEC-EL-SOO-KitEnsamblaje-v01 | | 0.4 | Ruta · Ingeniería del ecosistema (interna, JC F1) | ⬜ | 🔒 | PLAN-EL-JuanCarlos-RolTrabajo-v01 | | 0.5 | Vista por rol (CEO · implementador · operador · ingeniero) | ⬜ | 🌍 | — | ## D1 · El Ecosistema (la matriz) | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 1.1 | El Paraguas: WORX OS (por qué conecta todo el ecosistema · reemplaza a Reinventa 100X, reubicada a 7.6) | 📄 | 🌍 | ARQ-EL-WORX-OS-Ecosistema-v01 §2 → `PG-MTX-ElParaguas-WORXOS-v01` | | 1.2 | El mapa: 4 centrales y cómo se conectan | 🌱 | 🌍 | ARQ-EL-Ecosistema-ModeloGrafo-v01 | | 1.3 | El stack WORX (sustrato → infra → OS → método → equipos → HiOrg) | 📄 | 🌍 | ARQ-EL-WORX-OS-Ecosistema-v01 §1 → `PG-MTX-StackWORX-v01` | | 1.4 | SOOI · el modelo mayor | 🌱 | 🌍 | ARQ-XX-SOOI-DisenoConceptual-v01 | | 1.5 | Inteligencia Organizacional · el viaje hacia HiORG (página ancla del modelo OI-Journey — extensión post-F1) | 📄 | 🔒 | DC-EL-OI-Journey-COIO-v01 → `PG-MTX-InteligenciaOrganizacional-v01` | | 1.6 | OI-Loop · el motor de las 5 etapas (desdoblada de 1.5 por límite anti-jerga N1 — extensión post-F1) | 📄 | 🔒 | DC-EL-OI-Journey-COIO-v01 → `PG-MTX-OILoop-v01` | ## D2 · HiORG OS (central B2B) | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 2.1 | HiORG OS (qué es, la organización hiperinteligente) | 📄 | 🌍 | ARQ-XX-SOOI-DisenoConceptual-v01 §2 → `PG-MTX-HiORGOS-v01` | | 2.2 | WORX OS (el sistema operativo — corazón) | 📄 | 🌍 | ARQ-EL-WORX-OS-Ecosistema-v01 §2 → `PG-MTX-WORXOS-v01` | | 2.3 | IBX · Intelligence Benchmark | 📄 | 🌍 | SIM-EL-WORX-CalculadoraCotizacion-v01 → `PG-MTX-IBX-v01` | | 2.4 | WorX Lab (el piloto de 40 días) | 📄 | 🌍 | SIM-EL-WORX-CalculadoraCotizacion-v01 → `PG-MTX-WorXLab-v01` | | 2.5 | Worx Ecosystem (núcleo + 4 anillos) | 📄 | 🌍 | MAP-EL-SOO-EcosistemaCompleto-v02 → `PG-MTX-WorxEcosystem-v01` | | 2.6 | TripleBox (Cubos A+B+D — lo que se vende) | 📄 | 🔒 | ARQ-XX-SOOI-DisenoConceptual-v01 §3 → `PG-MTX-TripleBox-v01` | ## D3 · Motor de Inteligencia (dentro de Worx Ecosystem) | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 3.1 | SherpaX (el par cognitivo) | 📄 | 🌍 | CP-EL-SX-SherpaXConcepto-v01 → `PG-MTX-SherpaX-v01` | | 3.2 | UltraSherpaX / SVA | 📄 | 🌍 | MAP-EL-SOO-EcosistemaCompleto-v02 → `PG-MTX-UltraSherpaX-v01` | | 3.3 | SherpaTeamsX (fuerza laboral agéntica) | 📄 | 🌍 | MAP-EL-SOO-EcosistemaCompleto-v02 → `PG-MTX-SherpaTeamsX-v01` | | 3.4 | BrainCodes (cognición destilada, 9 capas) | 📄 | 🔒 | ARQ-XX-SOOI-DisenoConceptual-v01 §3.4 → `PG-MTX-BrainCodes-v01` | | 3.5 | BrainCode Distiller | 📄 | 🔒 | TP-XX-BCDistillerEngine-Portable-v02 → `PG-MTX-BCDistiller-v01` | | 3.6 | Decision Engine (juicio organizacional L0-L3) | 📄 | 🌍 | SPEC-EL-SOO-DecisionEngine-v01 → `PG-MTX-DecisionEngine-v01` | | 3.7 | HyperLoopX (mejora recursiva) | 📄 | 🌍 | ARQ-EL-HyperLoopX-MejoraRecursiva-v01 → `PG-MTX-HyperLoopX-v01` | ## D4 · Infraestructura y memoria | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 4.1 | IntelliBanks (la memoria canónica) | 📄 | 🌍 | CP-XX-IntelliBanks-Registry-v01 → `PG-MTX-IntelliBanks-v01` | | 4.2 | Corp Brain OS (contexto estable) | 📄 | 🌍 | MAP-EL-SOO-EcosistemaCompleto-v02 → `PG-MTX-CorpBrainOS-v01` | | 4.3 | Organizational Kernel (Cubo A) | 📄 | 🔒 | ARQ-XX-SOOI-DisenoConceptual-v01 §3.1 → `PG-MTX-OrgKernel-v01` | | 4.4 | Capa de Coordinación (torre de control) | 📄 | 🌍 | DC-EL-WORXOS-CapaCoordinacion-OnePager-v01 → `PG-MTX-CapaCoordinacion-v01` | | 4.5 | Ecosistema de skills y plugins (ontología MKT/PLG/SKL/CMD) | 📄 | 🔒 | CP-XX-BMF-OntologiaSoftware-v01 · PLAN-XX-BMF-EcosistemaSkills-v02 → `PG-MTX-SkillsEcosistema-v01` | ## D5 · Entrega e implementación | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 5.1 | Kit de Ensamblaje PnP (plug-and-play, PnP-0…3) | 📄 | 🌍 | SPEC-EL-SOO-KitEnsamblaje-v01 → `PG-MTX-KitEnsamblaje-v01` | | 5.2 | Rally de Aprendizaje (instalación gamificada) | 📄 | 🌍 | SPEC-EL-SOO-KitEnsamblaje-v01 §4-F4 → `PG-MTX-Rally-v01` | | 5.3 | EmpowerScan (diagnóstico de entrada) | 📄 | 🌍 | MAP-EL-SOO-EcosistemaCompleto-v02 → `PG-MTX-EmpowerScan-v01` | | 5.4 | Org-IBX (benchmark continuo) | 📄 | 🌍 | ARQ-XX-SOOI-DisenoConceptual-v01 §3.4 → `PG-MTX-OrgIBX-v01` | | 5.5 | Soporte técnico remoto (proceso, diagnósticos) | ⬜ | 🔒 | sk-ibhealth · JC F3 | ## D6 · Metodología WORX Way | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 6.1 | WORX Way (Ley #0, principios P0-P9, 8 rituales, reglas R1-R10) | 📄 | 🌍 | MePB-EL-WORXOS-MetodologiaColaboracion-v01 → `PG-MTX-WORXWay-v01` | | 6.2 | XDoc (el átomo del modelo) | 📄 | 🌍 | MPB-EL-WORX-ModeloOperativo-v01 → `PG-MTX-XDoc-v01` | | 6.3 | Las 5 Capacidades | 📄 | 🌍 | XP-XX-WORX-ArranqueBasico-Individual-v01 §3 → `PG-MTX-5Capacidades-v01` | | 6.4 | Gobernanza (naming, tripleta, gates, L0-L3) | 📄 | 🌍 | XP-XX-WORX-ArranqueBasico-Individual-v01 §4 → `PG-MTX-Gobernanza-v01` | ## D7 · Otras centrales del portafolio | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 7.1 | MasterPlaybooks (IP viva: libro + Sherpa + playbook) | 📄 | 🌍 | CP-EL-R100X-Portfolio-Master-v02 §6.2 → `PG-MTX-MasterPlaybooks-v01` | | 7.2 | Factory Instance | 📄 | 🔒 | CP-EL-R100X-Portfolio-Master-v02 §6.3 → `PG-MTX-FactoryInstance-v01` | | 7.3 | MetaFactory | 📄 | 🔒 | CP-EL-R100X-Portfolio-Master-v02 §6.4 → `PG-MTX-MetaFactory-v01` | | 7.4 | MONEX · Monetiza tu Expertise | 📄 | 🌍 | CP-EL-R100X-Portfolio-Master-v02 §6.1 → `PG-MTX-MONEX-v01` | | 7.5 | Comunidades Colaborativas | 📄 | 🌍 | **PLAN-EL-DesarrolloPlataformaComunidades-v01** (corregida 20-jul) + PLAN-EL-GTM-EcosistemaInteligencia-v01 §3.2 → `PG-MTX-Comunidades-v01` | | 7.6 | Reinventa 100X (la narrativa de marca del portafolio comercial · reubicada desde 1.1 el 22-jul) | 📄 | 🌍 | CP-EL-R100X-Portfolio-Master-v02 §2 → `PG-MTX-Reinventa100X-v01` | ## D8 · Ingeniería interna (solo N3 · 🔒) | # | Página | Estado | Exposición | Fuente canónica | |---|---|---|---|---| | 8.1 | Factorías y fabricadores (sx-fabricador-*, sx-publicador) | 📄 | 🔒 | TP-EL-WorXDirectorX-Room-v01 | | 8.2 | DirectorX / WorXDirectorX | 📄 | 🔒 | SPEC-EL-SuperSherpaLiderNegocio-v01 | | 8.3 | BMF · la fábrica de fábricas | 📄 | 🔒 | ARQ-EL-WORX-OS-Ecosistema-v01 §2.1 | | 8.4 | Casos vivos: Rebelocity · MTE | 📄 | 🔒 | IB-REB-Rebelocity · PLAN-NH-Productizacion-MTE-v01 | --- **Totales v01 (act. 2026-07-22, CIERRE F1 + reconciliación paraguas):** 44 páginas · 2 ✅ modelo (hub) · **42 📄 canónicas construidas** · 0 🌱 · 0 ⬜ pendientes · 31 🌍 públicas (N1-N2) · 13 🔒 internas. *(9 págs 16-jul; 11 págs 17-jul; 10 págs 20-jul; +7 págs 22-jul: 5.5·1.1·1.2·1.4·0.3·0.4·0.5; +4 págs 22-jul (D8): 8.1-8.4; **+1 pág 22-jul (reconciliación paraguas): `PG-MTX-ElParaguas-WORXOS-v01` en 1.1, Reinventa100X reubicada a 7.6**). **Dominios: 8/8 · 100% completo. F1 cierra.** Velocidad F1: 42 📄 en 10 días. Próximo: síntesis, ratificaciones L3, go-live MatriX público.*** **Extensión post-F1 (2026-07-23):** +1 página — `PG-MTX-InteligenciaOrganizacional-v01` (1.5, D1). 45 páginas totales · 43 📄 · 31 🌍 · 14 🔒. ## Bitácora de siembra F1 - **2026-07-16 (JC):** primeras 4 páginas canónicas creadas en `Pages/` con la plantilla `PG-MTX-Plantilla-v01`, N1 con anti-jerga PASS y enlaces de la anatomía §7 resueltos (WikiLinks + nodo de grafo): `PG-MTX-WORXWay-v01` (6.1), `PG-MTX-WORXOS-v01` (2.2), `PG-MTX-SherpaX-v01` (3.1), `PG-MTX-IntelliBanks-v01` (4.1). Orden de siembra según `PLAN-EL-JuanCarlos-RolTrabajo-v02` §9 (WORX Way primero, luego las centrales). - ~~→ NEXT[@Jay]: agregar al grafo los nodos WORX Way e IntelliBanks~~ — ✅ **RESUELTO por JC (2026-07-16)** bajo delegación de MatriX: nodos `intellibanks` (group infra) y `worxway` (nuevo group `metodo`) añadidos a la fuente `ARQ-EL-Ecosistema-ModeloGrafo-v01` (v01.2) y regenerados en el HTML (27 nodos, validado). Ratificación de Victor/Jay **diferida** (NEXT en el ARQ) por ser su activo — se revisa en el paquete final de MatriX. - **2026-07-16 (JC · 2ª tanda):** `PG-MTX-PilaWORX-v01` (1.3) sembrada — página conectora que apila las 4 centrales (IntelliBanks → WORX OS/SherpaX → WORX Way → equipos → HiOrg). N1 anti-jerga PASS, WikiLinks a las 4 páginas F1 resueltos. - **2026-07-16 (JC · 3ª tanda):** `PG-MTX-HiORGOS-v01` (2.1) sembrada — el resultado que corona la pila (organización hiperinteligente · escalera SOO→SOOI→HiORGOS · modelo de 3 capas · 4 cubos comerciales). N1 anti-jerga PASS, nodo grafo `hiorg` + WikiX `[[HIOrgs]]` verificados. - **2026-07-16 (JC · 4ª tanda · dominio D6 · Método):** `PG-MTX-XDoc-v01` (6.2, el átomo · fuente `MPB-EL-WORX-ModeloOperativo-v01` §4 · WikiX `[[XDoc-Sistema]]`) y `PG-MTX-5Capacidades-v01` (6.3, la capa ortogonal · fuente `XP-XX-WORX-ArranqueBasico-Individual-v01` §3 · WikiX `[[WORX-Capacities]]`). Ambas N1 anti-jerga PASS. - **2026-07-16 (JC · 5ª tanda · cierre de D6):** `PG-MTX-Gobernanza-v01` (6.4 · naming, tripleta, gates, L0-L3 · fuente `XP-XX-WORX-ArranqueBasico-Individual-v01` §4 · WikiX `[[Naming-Convention]]`). N1 anti-jerga PASS. **Con esto el dominio D6 · Método queda 100% sembrado (6.1-6.4). Total sembrado hoy: 9 páginas.** - **2026-07-16 (JC · nodos del grafo):** resueltos los 2 nodos de grafo faltantes (WORX Way 6.1, IntelliBanks 4.1). Fuente `ARQ-EL-Ecosistema-ModeloGrafo-v01` actualizada primero (v01.2), HTML regenerado y validado (27 nodos, 0 aristas rotas). Páginas 6.1 y 4.1 ahora enlazan a nodos reales (`worxway`, `intellibanks`). Ratificación de Victor/Jay diferida (activo suyo · NEXT en el ARQ). Con esto, las 9 páginas F1 tienen sus enlaces de grafo completos. - **2026-07-16 (Jay · build Pages→Hub):** mecanismo de FUENTE ÚNICA en operación — `SOP-MTX-MatriX-BuildPagesHub-v01` (script embebido en el SOP, sync-safe). Las 9 PG- canónicas se construyeron al hub (bloque `__PG_BUILD__`, estado 📄): N1/N2/N3 + casos + quiz + verificación desde `Pages/`. Verificado: JS válido, 9 overrides, contenido de JC sobreescribe las páginas modelo. **Regla desde hoy: el contenido se edita SOLO en `Pages/`; el hub se regenera con el build, nunca a mano.** Grafo de JC verificado técnicamente por Jay (27 nodos, 39 aristas, 0 rotas, grupo `metodo` íntegro) — ratificación de contenido sigue con Victor. - **2026-07-17 (JC · arranque de D3 · Motor de Inteligencia):** `PG-MTX-UltraSherpaX-v01` (3.2 · SVA · fuente `MAP-EL-SOO-EcosistemaCompleto-v02` §2.1 + ANILLO B). Sucesora directa de SherpaX en la progresión agéntica (SherpaX → UltraSherpaX → SherpaTeamsX). N1 anti-jerga PASS (5 párrafos · frase máx 27 palabras · sin jerga), verificado programáticamente. Enlaces §7: nodo grafo `ultrasherpax` (grupo `motor`, verificado en `ARQ-EL-Ecosistema-ModeloGrafo-v01`) + WikiLinks a páginas hermanas de D3. Sin página WikiX dedicada aún — relacionadas `[[Fuerza-Laboral-Agentica]]`, `[[Arquetipos-SherpaX]]`. 🌱→📄. Siguiente en D3: 3.3 SherpaTeamsX. - **2026-07-17 (JC · D3 cont.):** `PG-MTX-SherpaTeamsX-v01` (3.3 · fuerza laboral de agentes · fuente `MAP-EL-SOO-EcosistemaCompleto-v02` §2.1 + WikiX). Cierra la progresión agéntica (SherpaX → UltraSherpaX → SherpaTeamsX). N1 anti-jerga PASS (5 párrafos · frase máx 26 palabras · sin jerga). Distinción canónica sembrada: SherpaTeamsX (solo agentes) ⊂ EmpowerTeamsX (humanos + agentes). Enlaces §7: nodo grafo `sherpateamsx` (grupo `motor`, verificado) + WikiLinks a D3 + WikiX `[[Fuerza-Laboral-Agentica]]`·`[[EmpowerTeamsX]]`. 🌱→📄. Siguiente en D3: 3.4 BrainCodes. - **2026-07-17 (JC · D3 cont. · primera página 🔒):** `PG-MTX-BrainCodes-v01` (3.4 · ingrediente Cognición · fuente `ARQ-XX-SOOI-DisenoConceptual-v01` §3.4 + WikiX `[[BrainCodes]]`). N1 anti-jerga PASS (5 párrafos · frase máx 26 palabras · sin jerga). Primera página **interna** de la tanda: N3 con modelo comercial (Cubo C roster propietario · Cubo D Add-On) — el build público lo excluye físicamente. Enlaces §7: nodo grafo `braincodes` (grupo `motor`, verificado) + WikiLinks a D3. 🌱→📄. Siguiente en D3: 3.5 BrainCode Distiller. - **2026-07-17 (JC · D3 cont.):** `PG-MTX-BCDistiller-v01` (3.5 · el fabricador de la Cognición · fuente `TP-XX-BCDistillerEngine-Portable-v02` + anatomía `MePB-XX-BrainCode-Anatomy-v02`). Par natural de la 3.4 — cierra el binomio Cognición (qué) + Distiller (cómo se produce). N1 anti-jerga PASS (5 párrafos · frase máx 27 palabras · sin jerga). 🔒 interna: N3 con la arquitectura de capas L7 + paradoja de Polanyi. Enlaces §7: nodo grafo `bcdistiller` (grupo `motor`, arista `bcdistiller→braincodes` verificada) + WikiX `[[BrainCodes]]`·`[[BrainX-Loop]]`. 🌱→📄. Siguiente en D3: 3.6 Decision Engine (🌍). - **2026-07-17 (JC · D3 cont.):** `PG-MTX-DecisionEngine-v01` (3.6 · ingrediente Juicio · fuente `SPEC-EL-SOO-DecisionEngine-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 22 palabras · sin jerga). Metáfora ancla: *"la memoria de las decisiones — la org que se puede soltar"* (evolución del Company Aquarium). ⚠️ La fuente SPEC está en **Draft · L0 · pendiente de ratificación de Victor** — anotado en N3 y ficha; la página N1/N2 es pedagógica y estable, pero al ratificar la SPEC conviene revisar drift. Enlaces §7: nodo grafo `decisionengine` (grupo `motor`, verificado) + WikiX `[[Company-Aquarium]]`. 🌱→📄. Siguiente en D3: 3.7 HyperLoopX (cierra el dominio). - **2026-07-17 (JC · cierre de D3 · Motor de Inteligencia):** `PG-MTX-HyperLoopX-v01` (3.7 · ingrediente Mejora Recursiva · fuente `ARQ-EL-HyperLoopX-MejoraRecursiva-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 27 palabras · sin jerga). Metáfora ancla: *"el sistema nervioso de la organización"*. Distinción canónica sembrada: HyperLoopX (mejora) ≠ MetaLoopX (produce); frontera SOMA (mejora metodología, nunca la infraestructura estable). Fuente seed pendiente de ratificación VH (anotado en N3/ficha). Sin página WikiX dedicada; **no** se enlazó `[[BrainX-Loop]]` (es otro concepto: LoopX de prospectos B2B). Enlaces §7: nodo grafo `hyperloopx` (grupo `motor`, arista `hyperloopx→worxeco` verificada). 🌱→📄. **Con esto D3 · Motor de Inteligencia queda 100% construido (3.1-3.7).** - **Resumen tanda 2026-07-17:** 6 páginas canónicas nuevas (3.2-3.7), todas anti-jerga PASS y con enlaces §7 resueltos; MAP a 15 📄; hub regenerado 6 veces (build sync-safe, JS validado con node --check en cada tanda); 2 dominios al 100% (D3 + D6). Pendiente: eyeball del hub por JC. Ratificaciones diferidas en el paquete final: fuentes seed de 3.6 (Decision Engine) y 3.7 (HyperLoopX). - **2026-07-17 (JC · arranque de D2 · HiORG OS):** `PG-MTX-IBX-v01` (2.3 · el diagnóstico de entrada · fuente `SIM-EL-WORX-CalculadoraCotizacion-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 29 palabras · sin jerga; se partió 1 frase de 35). Metáfora ancla: *"un examen de aptitud para toda la empresa"*. Distinción sembrada: IBX (2.3, benchmark de entrada) ≠ Org-IBX (5.4, benchmark continuo). Enlaces §7: nodo grafo `ibx` (grupo `hiorg`, aristas `ibx→worxlab` verificadas) + WikiX `[[IQ-Organizacional]]`·`[[Org-IBX]]`. 🌱→📄. Siguiente en D2: 2.4 WorX Lab. - **2026-07-17 (JC · D2 cont.):** `PG-MTX-WorXLab-v01` (2.4 · el piloto de instalación · fuente `SIM-EL-WORX-CalculadoraCotizacion-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 28 palabras · sin jerga). Par natural de la 2.3: el IBX diagnostica, el WorX Lab instala (land→expand). Metáfora ancla: *"una residencia con mentor"*. N3 con modelo comercial (Base+Éxito, bandas, config POSTA). Enlaces §7: nodo grafo `worxlab` (grupo `hiorg`, aristas `ibx→worxlab`·`empowerscan→worxlab` verificadas) + WikiX `[[WORX-OS]]`·`[[Posta]]`. 🌱→📄. Siguiente en D2: 2.5 Worx Ecosystem. - **2026-07-17 (JC · D2 cont.):** `PG-MTX-WorxEcosystem-v01` (2.5 · la vista de conjunto · fuente `MAP-EL-SOO-EcosistemaCompleto-v02`). N1 anti-jerga PASS (5 párrafos · frase máx 30 palabras · sin jerga; se partió 1 frase de 47). Metáfora ancla: *"un sistema solar — el motor es el sol, 4 anillos orbitan"*. Distinción sembrada: Worx Ecosystem (núcleo + 4 anillos) vs Pila WORX (1.3, por capas). Fuente Draft L0 pendiente ratificación VH (anotado). Enlaces §7: nodo grafo `worxeco` (grupo `hiorg`, hub central del grafo · aristas verificadas). 🌱→📄. Siguiente en D2: 2.6 TripleBox (🔒) para cerrar el dominio. - **2026-07-17 (JC · cierre de D2 · HiORG OS):** `PG-MTX-TripleBox-v01` (2.6 · el empaquetado comercial · fuente `ARQ-XX-SOOI-DisenoConceptual-v01` §3). N1 anti-jerga PASS (5 párrafos · frase máx 22 palabras · sin jerga). Metáfora ancla: *"como comprar una computadora — base + configuración + extras; los planos de la fábrica no se venden"*. 🔒 interna: N3 con la frontera de IP (TripleBox = Cubos A+B+D; Cubo C queda fuera). Enlaces §7: nodo grafo `triplebox` (grupo `hiorg`, aristas `→comunidades`·`→monex` verificadas). 🌱→📄. **Con esto D2 · HiORG OS queda 100% construido (2.1-2.6).** - **Resumen ampliado 2026-07-17:** 8 páginas canónicas nuevas en el día (3.2-3.7 + 2.3-2.6). **Tres dominios al 100%: D2 · HiORG OS · D3 · Motor de Inteligencia · D6 · Método.** MAP a 19 📄 · 10 🌱. Todas anti-jerga PASS y con enlaces §7 resueltos; hub regenerado en cada tanda (sync-safe, JS `node --check` PASS). Ratificaciones diferidas en el paquete final: fuentes seed/Draft de 3.6 (Decision Engine), 3.7 (HyperLoopX) y 2.5 (MAP-EL-SOO v02); término TripleBox pendiente de ratificar por Victor (NEXT en el grafo). Pendiente: eyeball del hub por JC. - **2026-07-17 (JC · arranque de D4 · Infraestructura):** `PG-MTX-CorpBrainOS-v01` (4.2 · la memoria organizacional · fuente `MAP-EL-SOO-EcosistemaCompleto-v02` + `ARQ-XX-DOIX-CorpBrainOS-Supabase-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 30 palabras · sin jerga). Metáfora ancla: *"el cerebro compartido del equipo"*. Dos distinciones sembradas: Corp Brain OS (memoria organizacional, capa conectiva) vs IntelliBanks (biblioteca canónica de archivos, 4.1); y vs BrainOS personal del CEO (WikiX). Enlaces §7: nodo grafo `corpbrainos` (grupo `infra`, verificado). 🌱→📄. Siguiente en D4: 4.3 Organizational Kernel. - **2026-07-17 (JC · D4 cont.):** `PG-MTX-OrgKernel-v01` (4.3 · la plantilla del núcleo organizacional · Cubo A · fuente `ARQ-XX-SOOI-DisenoConceptual-v01` §3.1 + `MePB-EL-OrganizationalKernel-v01`). N1 anti-jerga PASS (5 párrafos · frase máx 27 palabras · sin jerga). Metáfora ancla: *"el plano base de una casa"*. 🔒 interna: N3 con herencia del BMF Kernel (7 invariantes) + Decision Rights. Sembrada la relación kernel↔Decision Engine (marco primero, juicio después). Enlaces §7: nodo grafo `orgkernel` (grupo `infra`, verificado). 🌱→📄 + sync anillo verde en el grafo. Siguiente en D4: 4.4 Capa de Coordinación. - **2026-07-17 (JC · D4 cont.):** `PG-MTX-CapaCoordinacion-v01` (4.4 · la torre de control · fuente `DC-EL-WORXOS-CapaCoordinacion-OnePager-v01` — one-pager ya en lenguaje simple). N1 anti-jerga PASS (5 párrafos · frase máx 30 palabras · sin jerga; se partió 1 frase de 35). Metáfora ancla: *"la torre de control de un aeropuerto"*. Sembradas las 4 piezas + la regla "los espejos no se editan" (misma disciplina que el build de MatriX y el scanner del buzón · P017) + la línea agentes-proponen/humanos-deciden. Fuente Draft pendiente ratificación VH (anotado). Enlaces §7: nodo grafo `capacoord` (grupo `infra`, arista `capacoord→kitpnp` verificada). 🌱→📄 + sync anillo verde en el grafo (17 nodos). **D4 va 4/5** — falta solo 4.5 (⬜). Siguiente: 4.5 o cambio de dominio. - **2026-07-20 (JC · cierre de D4 · Infraestructura y memoria):** `PG-MTX-SkillsEcosistema-v01` (4.5 · la capa de software del OS · **dos fuentes**: `CP-XX-BMF-OntologiaSoftware-v01` —el qué es cada pieza y cómo se gobierna— y `PLAN-XX-BMF-EcosistemaSkills-v02` —quién crea y con qué proceso). N1 anti-jerga PASS (5 párrafos · frase máx 26 palabras · 0 jerga sin definir · verificado programáticamente). Metáfora ancla: *"la tienda de aplicaciones de un teléfono — cualquiera programa una app, solo las revisadas llegan a la tienda"*. 🔒 interna: N3 con los 4 TIPOs (MKT/PLG/SKL/CMD), los dos ejes (asset_id vs handle), el portafolio de marketplaces + Cuarentena, el ciclo de procedencia crudo→curado(`Z`)→forjado(`EL`), el sello de auditoría (mini-SBOM) y los 5 patrones adoptados (yank · permisos · canales · firma · CODEOWNERS). Distinción sembrada: **habilidad (`sk-`) + harness = agente (`/sh-`)**. Enlaces §7: WikiX `[[Skills-Home]]`·`[[Ontologia-Agentica]]`·`[[Registro-Agentico]]`·`[[Naming-Convention]]` (verificados) + WikiLinks a 4.1, 3.1, 6.4, 3.3. ⬜→📄. **Con esto D4 · Infraestructura y memoria queda 100% construido (4.1-4.5) — cuarto dominio al 100%.** Hub regenerado (23 páginas · `node --check` PASS · data-updated 2026-07-20). - **2026-07-22 (JC · cierre de D5 y D1):** Cuatro páginas canónicas en una sesión (checklist SOP + ritmo 3x). - ✅ **`PG-MTX-SoporteTecnicoRemoto-v01` (5.5 · fase F5 del Kit):** Fuente `SOP-EL-JuanCarlos-SoporteTecnicoRemoto-v01` (validado hoy: sk-ibhealth + /wx-setupsherpax PASS 6/6). N1 anti-jerga PASS. Casos reales del 22-jul (vault sano, sync OK). 🟢→📄. **Con esto D5 · Entrega queda 100% construido (5.1-5.5) — sexto dominio al 100%.** - ✅ **`PG-MTX-Reinventa100X-v01` (1.1 · narrativa paraguas):** Fuente `CP-EL-R100X-Portfolio-Master-v02` §2 (ratificado L3 Victor 19-jul). N1 anti-jerga PASS. Distinción **Reinventa (narrativa) ≠ Reinvéntate (programa)** sembrada. - ✅ **`PG-MTX-ElMapa-4Centrales-v01` (1.2 · las 4 centrales):** Fuente `ARQ-EL-Ecosistema-ModeloGrafo-v01` v01.5 (27 nodos, 26 con página MatriX). Topología: Destino (raíz múltiple) → Motor → Infra → Entrega · Comunidades (nexo). - ✅ **`PG-MTX-SOOI-ModeloMayor-v01` (1.4 · arquitectura completa):** Fuente `ARQ-XX-SOOI-DisenoConceptual-v01`. 3 capas (Kernel · Coordinación · Motor) · 4 cubos (A·B·C·D) · 7 invariantes. Escalera pedagógica: SOO → SOOI → HiOrg. **Con esto D1 · Ecosistema queda 100% construido (1.1-1.4) — séptimo dominio al 100%.** - Hub regenerado (36 páginas · todas N1 anti-jerga PASS · data-updated 2026-07-22). Todas las 4 páginas cuelgan de fuentes vivas ratificadas o en ratificación diferida (Victor). - **Ritmo:** 4 páginas en ~3h 30 min (cumple meta 4-6 de ritmo 3x). - **Proyección:** D0 (3 págs) + D8 (4 págs) = 7 páginas restantes. ETA cierre F1: 24-26 julio. - ⚠️ **Dos hallazgos abiertos, marcados en la página (no resueltos unilateralmente):** (1) **drift de vocabulario entre las dos fuentes** — el PLAN usa dominios `dg·mx·px·tx·gov` (ratificados por Victor el 11-jul) y la ontología usa `dgen·sales·prod·ops·kz·pub·gov·sys·doc·hr`; son dos listas para el mismo atributo → NEXT de reconciliación en el paquete final. (2) **sin nodo propio en el grafo** (`skillseco` no existe en `ARQ-EL-Ecosistema-ModeloGrafo-v01` v01.3, 27 nodos) — a diferencia del 16-jul (`worxway`/`intellibanks`, conceptos centrales), aquí es decisión de diseño abierta: si la capa de software merece nodo en el grafo de *portafolio*. Se deja a criterio de JC/Victor; **no** se creó el nodo ni se tocó el grafo. - Fuentes en ratificación pendiente: la ontología está en Propuesta canónica L3 con 5 decisiones abiertas (§9); el PLAN está en Draft pero sus decisiones §9 sí fueron ratificadas por Victor el 11-jul. N1/N2 pedagógicos y estables; revisar drift al ratificarse. - **2026-07-20 (JC · arranque de D5 · Entrega e implementación · tanda de 4):** construidas 5.1-5.4, todas anti-jerga PASS verificado programáticamente (5 párrafos · frase máx 23/26/28/26 palabras · 0 jerga sin definir) y con enlaces §7 resueltos: - `PG-MTX-KitEnsamblaje-v01` (5.1 · fuente `SPEC-EL-SOO-KitEnsamblaje-v01`, Draft L0) — metáfora *"una casa prefabricada"*. Sembrado: principio de 2 capas (universal intacta / específica configurable), lista de materiales base, flujo F0-F5 con criterio PASS/FAIL (F4 PASS = el operador corre `/wx-arrancaroom` y crea su minuta solo), 4 niveles PnP-0…3, y la **advertencia honesta sobre "semanas"** (meta de diseño, no dato medido). - `PG-MTX-Rally-v01` (5.2 · fuente `SPEC-...KitEnsamblaje` §4-F4 + caso vivo) — metáfora *"el tutorial de un videojuego"*. Regla ancla: **no se avanza por leer, se avanza por demostrar**. N3 documenta el caso vivo del 14-jul (JC 8/8) y sus dos hallazgos (CASOS 027/028 · principio P023 *Contexto Prerequisito Explícito*) + la metodología Usuario Cero. Par natural con 5.1 (el Rally *es* su fase F4). - `PG-MTX-EmpowerScan-v01` (5.3 · fuente `MAP-EL-SOO-EcosistemaCompleto-v02` §5 + SPEC §4-F1) — metáfora *"un chequeo médico completo"*. **Tríada de medición sembrada** (ver abajo). N3 recoge el gate duro: *no se corre EmpowerScan a EL*, baseline desde Posta. - `PG-MTX-OrgIBX-v01` (5.4 · fuente `ARQ-XX-SOOI-DisenoConceptual-v01` §3.4) — metáfora *"el reloj deportivo vs el chequeo anual"*. Marco OrgIQ™ compartido con 2.3; corte comercial **Base+Add-On** (score lite base · benchmark completo Add-On), marcado 🟡 pendiente de Victor. - **Distinción canónica sembrada en 3 páginas (la confusión más cara de D5):** **IBX (2.3)** = inteligencia vs el líder, entrada · **EmpowerScan (5.3)** = costos ocultos de la forma de trabajar, entrada F1 · **Org-IBX (5.4)** = la misma inteligencia, medida en continuo como producto. Regla: *el IBX abre la conversación, el Org-IBX sostiene la relación.* - Hub regenerado (**27 páginas** · `node --check` PASS · data-updated 2026-07-20). **D5 va 4/5** — falta 5.5 (Soporte técnico remoto, ⬜, ligada al frente F3 del plan de rol de JC). - ⚠️ **Dos hallazgos menores marcados en las páginas (no corregidos — son activos de Victor/Jay):** (1) `SPEC-EL-SOO-KitEnsamblaje-v01` §4 se titula *"Flujo de instalación (5 fases)"* pero enumera **F0-F5 = 6**; la página usa la enumeración y evita el número en N1. (2) Inconsistencia de nombre *"Org IBX"* (ARQ/MAP-SOO) vs *"Org-IBX"* (MAP MatriX, nodo `orgibx`); la página usa Org-IBX por consistencia. Ambos a NEXT de reconciliación en el paquete final. - **Ratificaciones diferidas que suma esta tanda:** `SPEC-EL-SOO-KitEnsamblaje-v01` (Draft L0, con 2 gates de Victor: baseline desde caso externo + Posta cerrado como precondición del build) · corte Base/Add-On del Org-IBX y del EmpowerScan continuo (Cubo D, 🟡 sin confirmar) · `MePB-EL-WORX-RallyQA-UsuarioCero-v01` (ya en la lista desde el 15-jul). - **2026-07-20 (JC · sync del grafo · fuente-primero):** capa de navegación actualizada a **v01.4** — 4 nodos nuevos con página canónica (`kitpnp`, `rally`, `empowerscan`, `orgibx`), de 17 a **21 nodos con anillo verde**. `ARQ-EL-Ecosistema-ModeloGrafo-v01` actualizado **antes** que el HTML (tabla nodos↔página + CHANGELOG), overlay puro y reversible (campo `mtx`), **sin cambiar topología** (mismos 27 nodos, aristas y grupos). Ratificación de Victor/Jay diferida en el paquete final. - **2026-07-22 (JC · continuación post-contexto · cierre de D8 · ingeniería interna · FRAME 1 COMPLETO):** 4 páginas canónicas finales de ingeniería interna (N3 SOLO, 🔒): - **8.1 · Factorías y Fabricadores** (fuente `TP-EL-WorXDirectorX-Room-v01`) — sistema de producción de UltraSherpas · rooms de fabricación · ciclo encargo→receta→forja→publicación · regla L3 (nombres funcionales, no épicos). - **8.2 · DirectorX / WorXDirectorX** (fuente `SPEC-EL-SuperSherpaLiderNegocio-v01`) — UltraSherpa de coordinación ejecutiva · observa/propone/alerta, no ejecuta · rol de registrador de ratificaciones L3 · arquitectura Geist+Lupi+Ogilvy · operativo en L0 bajo delegación. - **8.3 · BMF · Fábrica de Fábricas** (fuente `PLAN-EL-JuanCarlos-RolTrabajo-v02` §5) — infraestructura de producción en serie · 4 niveles (encargo L3, receta, producción, publicación) · QA & mejora continua · reglas de BMF (naming · documentación · heartbeat 90d · versionado de recetas). - **8.4 · Casos Vivos: Rebelocity · MTE** (fuente LabPraxis + `IB-REB-Rebelocity`) — estructura canónica CAS-XX-Nombre-vN · casos en producción (Rebelocity Onboarding 100% D0-D5, hallazgos sobre F2 extension + naming + especialistas aceleran adopción; Casos 27/28 en construcción; MTE futuro). El espejo de la realidad en MatriX. - Todas 4 páginas 🔒 N3 SOLO, fuentes vivas o en ratificación L3 diferida (Victor). Anti-jerga PASS verificado. **Con D8 100%, F1 cierra completo: 8/8 dominios · 41 📄 canónicas + 2 ✅ modelos = 43 páginas · 10 días · ritmo 3.7 págs/día.** - Hub regenerado (43 páginas · `node --check` PASS · data-updated 2026-07-22). Pending: eyeball visual de las 4 nuevas (D8 es N3, no aparece en build público, pero la estructura del hub valida). - 🎯 **F1 · Construcción de MatriX: CIERRE TOTAL.** Siguiente fase: síntesis (ratificaciones L3, integración wiki, go-live público). Bloqueos conocidos resueltos: CAS-27/28 ownership asignado a Victor (NEXT en su bandeja). - **2026-07-20 (JC · D7 · Otras centrales del portafolio · CONSTRUIDO 100%):** 5 páginas (7.1-7.5), todas anti-jerga PASS verificado programáticamente (5 párrafos · frase máx 18/19/23/21/30 palabras · 0 jerga sin definir) y con enlaces §7 resueltos. Fuente principal: `CP-EL-R100X-Portfolio-Master-v02` §6 (+ §1 reglas, §3.6 capas, §4 journeys): - `PG-MTX-MasterPlaybooks-v01` (7.1 · 🌍 · central nivel 1, nodo `mpb`) — *"un recetario vs un chef que cocina contigo"*. Los 4 entregables (libro · IA Sherpa · playbook interactivo · IP escalable) + avenida B2C con plan propio + TribusRRHH como cruce. - `PG-MTX-FactoryInstance-v01` (7.2 · 🔒 · nodo `factoryinstance`) — *"de vender pan a montar la panadería"*. Negocio AI-native · sistema operable · automatización progresiva. - `PG-MTX-MetaFactory-v01` (7.3 · 🔒 · nodo `metafactory`) — *"de tener la panadería a franquiciar el modelo"*. La restricción **"por invitación, no masivamente"** sembrada como **regla de gobernanza** (§1 regla 6), no como táctica de escasez. - `PG-MTX-MONEX-v01` (7.4 · 🌍 · central nivel 1, nodo `monex`, rel 100) — *"el puente entre dos orillas"*. Journeys explícitos (principal, premium, reinvención profunda) como eje del N2; MONEX es **destino, no parada**. - `PG-MTX-Comunidades-v01` (7.5 · 🌍 · central nivel 1, nodo `comunidades`) — *"la plaza del pueblo con techo"*. Los **13 módulos canónicos** + estado real: **TribusRRHH operando** (Rally 2 · 8 misiones · Sherpa + KatIA); base de Rebelocity Club, IntegraSalud y marketplace gremial. - **Progresión de escala sembrada en 3 páginas (7.1→7.2→7.3):** IP viva → negocio operable → licenciamiento. Cada peldaño supone el anterior; no se salta. - Hub regenerado (**32 páginas** · `node --check` PASS · data-updated 2026-07-20). **Con D7 son 5 dominios al 100%: D2 · D3 · D4 · D6 · D7.** - ✅ **Corrección de fuente (hallazgo Gate G0, aplicada en la tabla D7):** 7.5 citaba `PLAN-EL-GTM-EcosistemaInteligencia-v01`, que **solo menciona** las comunidades como avenida paralela (§3.2). La fuente rica es **`PLAN-EL-DesarrolloPlataformaComunidades-v01`** (`PB-EL-Plataforma`): 13 módulos, estado de operación y plan de lanzamiento. La página usa ambas (plataforma = *qué es* · GTM = *dónde encaja*). - ⚠️ **Drift detectado en la fuente principal (no corregido — activo de Victor):** `CP-EL-R100X-Portfolio-Master-v02` §2 nombra el paraguas **"Reinvéntate 100X"**, pero la decisión de Victor del 18-jul (aplicada al grafo v01.3 el 19-jul) reserva *Reinvéntate 100X* para el **programa personal** y llama **"Reinventa 100X"** a la marca/narrativa. El canvas es anterior y quedó desactualizado. **Afecta directamente a la página 1.1**, cuya fuente es ese mismo §2. Las 4 páginas de D7 derivadas del canvas evitan el término paraguas para no propagar el drift. **NEXT de reconciliación en el paquete final.** - ⚠️ **Asimetría de madurez de D7 (dato de planeación, no falla):** 7.2 y 7.3 tienen fuentes de **4 bullets sin SPEC de componente**, mientras 7.5 tiene fuente rica y producto operando. El nivel implementador del dominio es desparejo por origen. **NEXT propuesto a Victor:** si la capa de escala (7.1-7.3) va a sostener N2 con la profundidad de D2-D5, necesita specs propias — el §7.6 del canvas sugiere que nacen en el Build Room de cada factoría. Las páginas **no inventan** mecánica que la fuente no declara. - NEXT menor: expandir la sigla **SHT** (7.3, sin expandir en el canvas) y reconciliar **MTE ↔ MONEX**, usados como sinónimos en varios documentos. - **2026-07-20 (JC · 5.5 · BLOQUEADA por Gate G0 · no construida):** la fila 5.5 (Soporte técnico remoto) declara como fuente `sk-ibhealth · JC F3`. El barrido del vault confirma que **no existe fuente canónica**: `sk-ibhealth` es una skill de diagnóstico (vive en el plugin, no en el vault) y las únicas menciones de "soporte técnico remoto" están en `PLAN-EL-JuanCarlos-RolTrabajo-v01/v02` — donde es un **NEXT por definir** (§9: *"Definir el proceso de soporte técnico remoto (tickets, diagnósticos con `sk-ibhealth`) — primeras 2 semanas"*), y en este MAP. Construir la página hoy significaría **inventar el proceso**, violando Gate G0 y fuente-primero. **Decisión: no se construyó.** Ruta correcta propuesta: definir primero el proceso como activo canónico (cierra también el NEXT del plan de rol y el KPI 3, con due en las 2 primeras semanas del plan) y derivar la página después. Pendiente de decisión de JC. - **2026-07-20 (JC · sync del grafo · fuente-primero · 2ª del día):** capa de navegación a **v01.5** — +5 nodos con página canónica (`mpb`, `factoryinstance`, `metafactory`, `monex`, `comunidades`), de 21 a **26 de 27 nodos** con anillo verde. `ARQ-EL-Ecosistema-ModeloGrafo-v01` actualizado antes que el HTML; overlay puro y reversible, **sin cambiar topología**. **Único nodo del grafo sin página MatriX: `r100x`** (Reinventa 100X · MAP 1.1 · 🌱) — verificado nodo por nodo. Nota: los nodos MAP 1.2 (el mapa) y 1.4 (SOOI) **no tienen nodo propio** en el grafo, son vistas del grafo mismo. Ratificación de Victor/Jay diferida en el paquete final. - **2026-07-22 (JC · reconciliación del paraguas de D1 · post-cierre F1):** Juan Carlos (owner de la sesión) identificó que el nodo 1.1 — hasta hoy `PG-MTX-Reinventa100X-v01`, presentado como "la narrativa paraguas del ecosistema" — es en realidad una narrativa de **marca/demand-gen** (fuente `CP-EL-R100X-Portfolio-Master-v02`, ratificada L3 Victor 19-jul para *copy*), no una arquitectura técnica. Esto entra en conflicto con el propósito declarado de MatriX (`PLAN-MTX-MatriX-MasterPlan-v01`; KPI 1 de `PLAN-EL-JuanCarlos-RolTrabajo-v02`: *"Dominio del ecosistema — explicar el mapa completo sin apoyo"*), que es dominio técnico y habilitación operativa, no alineación de mensaje comercial. - **Decisión (JC, bajo delegación de MatriX):** el nodo 1.1 pasa a `PG-MTX-ElParaguas-WORXOS-v01` (página nueva) — WORX OS presentado como el sistema que efectivamente conecta las 4 centrales, el Motor de Inteligencia y la Infraestructura. Candidatos evaluados y descartados: **HiORG OS** (2.1, comparte la misma limitación que Reinventa 100X — describe el *destino*, no la arquitectura operativa) y **El stack WORX** (1.3, ya cumple un rol de capas técnicas pero en otra profundidad — se conserva sin cambios). - `PG-MTX-Reinventa100X-v01` se reubica a **7.6** (D7 · Otras centrales del portafolio), junto a `MasterPlaybooks`, `FactoryInstance`, `MetaFactory`, `MONEX`, `Comunidades` — todas derivadas de la misma fuente §6 del canvas R100X. Sin cambio de contenido ni de ratificación, solo de posición. - Referencias cruzadas corregidas en `PG-MTX-ElMapa-4Centrales-v01` y `PG-MTX-VistaPorRol-v01` (rutas por rol que citaban "1.1 Reinventa"). - **NEXT:** actualizar `SOP-MTX-MatriX-BuildPagesHub-v01` (diccionario MAPID) y `MatriX-Hub-v01.html` (DOMS, Ruta 7 paradas, stub de la nueva página) y regenerar el hub. Ratificación de Victor diferida (mismo patrón que el resto de F1) — este es un ajuste estructural post-cierre, no bloqueante. - **2026-07-22 (JC · auditoría de propósito: ¿MatriX cumple como playbook 3-niveles?):** revisión a detalle de las 44 páginas + `MatriX-Hub-v01.html` contra el propósito del MasterPlan (playbook multinivel que enseña arquitectura y uso del ecosistema en N1/N2/N3, con acceso por tipo de usuario). Cuatro hallazgos, los cuatro corregidos: 1. **Las 4 páginas D8 salían en blanco en el hub** (BMF, DirectorX, Factorías, CasosVivos). Causa: usaban encabezado libre en vez de las secciones numeradas que el build parsea → compilaban "en éxito" con n1/n2/n3 = 0c. **Fix:** reescritas a la plantilla canónica (v01.1), ahora con N1/N2/N3 + casos + quiz. Nueva **regla 5** en el SOP de build para prevenirlo. 2. **Las rutas D0 (0.3 Implementa, 0.4 Ingeniería, 0.5 Vista por Rol) existían como páginas pero no estaban conectadas al hub** (faltaban en MAPID y en DOMS). Un implementador no tenía cómo llegar a su guía. **Fix:** dadas de alta en MAPID (`rutaimpl`/`rutaing`/`vistarol`) y en el árbol D0; stubs W() agregados; rutas habilitadas en la barra lateral. 3. **La "vista por rol" del hub estaba desincronizada con la página canónica 0.5** (arrays de páginas distintos, sin el rol Consultor). **Fix:** array `roles` del hub alineado a `PG-MTX-VistaPorRol-v01` (5 roles: CEO, Implementador, Operador, Consultor, Ingeniero); regla de sincronía anotada en la página 0.5 como fuente de verdad. 4. **No existía el build público** (antídoto #5 del MasterPlan estaba en el plan pero sin implementar) — el único hub era el interno con N3 y páginas 🔒 presentes en el fuente. **Fix:** script de build público agregado al SOP + `MatriX-Hub-Publico-v01.html` generado (31 páginas públicas, 0 internas, N3 excluido físicamente, verificación anti-fugas integrada que aborta si detecta P. o n3 con contenido). - **Estado del acceso por niveles tras la auditoría:** el selector N1/N2/N3 + Modo cliente 👁 del hub interno funciona correctamente (N3 solo con LVL≥3 y !CLIENTE; páginas 🔒 filtradas por `visible()`). El riesgo estructural (compartir el fuente interno) queda cerrado con el build público separado. - **NEXT editorial (no bloqueante, para Victor):** revisar si el N2 público de 2.1 (HiORG OS) y 1.4 (SOOI) debe mencionar el modelo de cubos ("Cubo C se queda en la fábrica") — es nivel clientes por diseño, pero la frontera exacta del detalle comercial es decisión suya antes del go-live. - Ambos hubs con `node --check` PASS. Hub interno 44 págs · hub público 31 págs. - **2026-07-23 (JC · extensión post-F1 · modelo OI-Journey):** Victor pidió revisar el nuevo modelo "OI-Journey" (`DC-EL-OI-Journey-COIO-v01`, ratificado L3 con ajustes el mismo día — `OUT-EL-OI-Journey-RatificacionGTM-v01`) e incluirlo en MatriX para todos los niveles de usuario. JC generó primero `PLAN-MTX-OIJourney-Integracion-v01` (plan de integración: dónde encaja, reconciliación contra piezas ya sembradas, secuencia de trabajo), y con eso sembró la primera página: - `PG-MTX-InteligenciaOrganizacional-v01` (1.5 · página ancla del modelo, D1 · El Ecosistema) — léxico Tier 1 (IO, HiORG, COIO) en N1; OI-Loop (5 etapas), escala L0-L5 y tabla de reconciliación de instrumentos (IBX/EmpowerScan/Org-IBX/SOOI) en N2; estado real de gates (manifiesto bloqueado por IBX-lite, IBX v2 en desarrollo en Room IBX) en N3. N1 anti-jerga PASS (5 párrafos · frase máx 28 palabras · exactamente 3 términos nuevos), verificado programáticamente — corregida una fuga de jerga Tier 3 ("cordadas") detectada por el propio chequeo antes de publicar. - **Nace 🔒 interna por diseño**, no por descuido: el modelo fuente trae su propio gate de publicación (manifiesto no sale hasta que exista el IBX-lite gratuito) y toda exposición 🌍 en MatriX requiere ratificación de Victor página por página (regla F4). El `PLAN-MTX-OIJourney-Integracion-v01` en sí sigue en borrador — no bloqueante para sembrar N1/N2, sí para exponer. - Pendiente (siguientes tandas, según el PLAN): decidir si el OI-Loop se desdobla en página propia (1.6), actualizar N3 de `PG-MTX-IBX-v01` con la nota de reconciliación v2, y cross-links en `PG-MTX-HiORGOS-v01`, `PG-MTX-SOOI-ModeloMayor-v01` y `PG-MTX-VistaPorRol-v01`. - Resuelve el NEXT "crear ruta MatriX (Juan Carlos)" del acta de ratificación GTM del modelo. *MAP-MTX-MatriX-IndiceEstructura-v01 · Owner: Victor · Sherpa: Jay · Ratifica: Victor · 2026-07-13 · bitácora F1 al 2026-07-22, extensión post-F1 al 2026-07-23*