--- asset_id: PLB-EL-WORX-MarcoConceptual-v01 version: v1.1 tipo: PLB — Playbook de Referencia room: WORX owner: Victor Heredia / EmpowerLabs sherpa: Jacob fecha_creacion: 2026-04-16 estado: Referencia histórica — absorbida selectivamente por MPB-EL-WORX-ModeloOperativo-v01 --- > ## ⚠️ NOTA DE ARCHIVO HISTÓRICO — 2026-04-18 > > Este PLB representa el marco conceptual de WORX **previo al pivote arquitectónico** del Room MPB ModeloOperativo (`TP-EL-WORX-MPBModeloOperativo-v01`, 2026-04-18). > > A partir de ese pivote, el modelo WORX adopta una arquitectura de **3 Niveles + 1 Capa Ortogonal** (no las 4 Capas de este documento) y trata las **6 Keys como propiedades emergentes** (no como mecanismos transversales con mapeo 1:1 a las 5 preguntas). > > **Estatus:** Referencia histórica. No editar. No usar como fuente de verdad operativa. > > **Piezas absorbidas al MPB** (reubicadas en la nueva arquitectura): > - §0 Genealogía 2004 → MasterSuite → DOIX → WORX → **Sección 2 MPB** (con voz descentrada) > - §1 Stats externos (PwC, McKinsey, MIT CISR) → **Sección 0 MPB** > - §2 3 pilares HIO (Actividades/Estructura/Personas) → **Sección 0 / Sección 2 MPB** > - §4 Axiomas F1-F4 → **Sección 1 MPB** (Manifiesto de Reinvención) > - §5 Capa 1 Individuo (Deep Work, Human+SherpaX, Vault-First, ritmo personal) → **Sección 8 MPB** (Capacidades Personales) > - §5.3 Protocolo Vault-First (4 pasos) → **Sección 4 MPB** (ritual asociado al XDoc) > - §6.2 Tabla 3 tipos de reunión + Shadow Meeting → **Sección 5 MPB** > - §6.3 Marco decision rights (costo × reversibilidad) → **Sección 6 / Sección 7 MPB** > - §6.6 Dual Cadence + rituales mínimos → **Sección 5 MPB** > - §7.2 Agentes especializados (coordinación/síntesis/ejecución) → **Sección 9 MPB** > - §8.1 Ciclo de gobernanza emergente → **Sección 10 MPB** > - §8.2 Guardrails de agentes → **Sección 7 MPB** (Contrato Humano-IA) > - §11 Formato de tabla Estado del marco → **Sección 11 MPB** (plantilla de reporting) > > **Piezas superadas** (no absorbidas — arquitectura reemplazada): > - Diagrama de 4 Capas completo → reemplazado por 3 Niveles + Capa Ortogonal. > - Tabla de 6 Keys como mecanismos transversales → reemplazada por Keys como propiedades emergentes. > - Protocolo THREAD + NEXT inline → reemplazado por DISCUSSION como sección formal separada entre NEXT y CHANGELOG. > > **Piezas reasignadas al MePB-EL** (no universales): > - Arquitectura específica Obsidian Sync + IntelliBanks app + IB-* de EmpowerLabs. > - Casos 001-007 del LabPraxis referenciados en §11. > - Estado actual de EmpowerLabs en la tabla de dimensiones. > > Para contenido WORX vigente, consultar `MPB-EL-WORX-ModeloOperativo-v01.md`. --- # WORX — Marco Conceptual ## Work Ecosystem Reinvention Keys ### La metodología de trabajo para la Organización Hiperinteligente --- > **WORX no es un conjunto de herramientas ni un proceso.** > Es la metodología que define cómo trabajan los humanos y los agentes inteligentes > en una Organización Hiperinteligente orientada a crear valor. --- ## 0. La genealogía — veinte años conectando los puntos WORX no nació de una teoría. Nació de dos décadas de práctica: el fracaso de herramientas que prometían coordinación y entregaban fricción, y una pregunta que Victor Heredia lleva formulando desde 2004 — *¿cómo trabaja mejor un equipo, en cualquier lugar, con lo que sea disponible?* ### 0.1 — 2004: El pionero del trabajo remoto Cuando la mayoría de las organizaciones exigía presencia física como sinónimo de productividad, Victor lideraba equipos distribuidos con Messenger y correo electrónico. La lección central de esa época no fue tecnológica: **las herramientas importan menos que el modelo mental con el que se usan.** ### 0.2 — ~2019–2022: MasterSuite y el principio DO IT MasterSuite fue la primera respuesta sistematizada. Si la coordinación en tiempo real ya era posible, ¿qué preguntas debe poder responder una organización en todo momento? Emergieron las **5 preguntas esenciales** — el hilo rojo que atraviesa todo lo que vendría después: - ¿A dónde vamos? - ¿Cómo vamos? - ¿Qué tengo que hacer ahora? - ¿Cómo se debe hacer el trabajo? - ¿Cómo podemos mejorar? MasterSuite también articuló el **principio DO IT** — Design, ONE place, Intelligence, Team — y las **3Cs** (Comunicación, Colaboración, Coordinación) como pilares de la colaboración de alto rendimiento. Era el modelo correcto para su época: humanos coordinándose en tiempo real con herramientas digitales en un espacio compartido. ### 0.3 — 2024–2025: DOIX — Distributed Organizational Intelligence La llegada de los agentes de IA transformó el escenario. La "I" del DO IT — Intelligence — dejó de ser solo inteligencia humana amplificada por sistemas. Se convirtió en inteligencia organizacional **distribuida**: humanos y agentes trabajando juntos, con el conocimiento como infraestructura activa, no como archivo pasivo. **DOIX** (Distributed Organizational Intelligence) es la evolución del DO IT cuando los agentes de IA se integran como participantes activos — no herramientas — del ecosistema de trabajo. La distinción es fundamental: | Dimensión | DO IT (era MasterSuite) | DOIX (era AI-native) | |-----------|------------------------|----------------------| | **Design** | Diseñar procesos y experiencias de usuario | Diseñar ecosistemas humano-agente por especificación | | **ONE place** | Una plataforma colaborativa compartida | Un vault vivo como sistema nervioso organizacional | | **Intelligence** | Inteligencia colectiva humana documentada | Inteligencia organizacional distribuida (humano + agente) | | **Team** | Equipo humano coordinado con herramientas | Fuerza laboral híbrida con roles fluidos y agentes con autonomía acotada | Lo que DO IT llamaba "Nuevo Sistema Cerebral" en su dimensión de Inteligencia — *documentamos, compartimos, coordinamos y comunicamos* — es exactamente lo que DOIX construye como WORX OS: el cerebro colectivo que ahora incluye agentes como participantes. De igual forma, las **3Cs de MasterSuite** (Comunicación, Colaboración, Coordinación) evolucionan en DOIX: en MasterSuite requerían presencia simultánea o plataformas de chat activo. En DOIX las 3Cs operan **asíncronamente a través del vault** — los documentos coordinan, los agentes recuperan contexto, el trabajo no se interrumpe cuando un humano no está disponible. ### 0.4 — 2026: WORX — La metodología que operacionaliza DOIX WORX es la respuesta a la pregunta de implementación: *¿cómo se hace el trabajo, día a día, en una organización que ya opera bajo DOIX?* Las 5 preguntas de MasterSuite siguen siendo las preguntas correctas — el lenguaje con el que una organización navega su realidad. Las **6 WORX Keys son la arquitectura interior**: los mecanismos concretos que hacen posible responder esas preguntas de forma sostenible, escalable y sin fricción, en un ecosistema de trabajo híbrido. ``` LAS 5 PREGUNTAS ← el lenguaje de navegación organizacional ↑ 6 WORX KEYS ← los mecanismos que las responden ↑ 4 CAPAS ← la arquitectura que los organiza ↑ DOIX ← el modelo organizacional que lo fundamenta ↑ DO IT ← el origen — los principios que siguen siendo verdaderos ``` --- ## 1. El problema que WORX resuelve Desde el año 2004, Victor fue pionero del trabajo remoto cuando la conectividad era incipiente y solo existían herramientas de comunicación básicas como el Messenger. Hoy, la IA representa un cambio de magnitud incomparablemente mayor — y la mayoría de las organizaciones están respondiendo de la misma manera equivocada: añadiendo IA sobre procesos existentes sin rediseñar cómo se trabaja. El 80% de los proyectos de IA fallan porque las organizaciones agregan tecnología sin rediseñar arquitectura, procesos y modelo operativo. Solo el 12% de los CEOs dice que la IA ya entregó beneficios reales (PwC, 2026). WORX existe para cerrar esa brecha. No es un framework de adopción de IA — es el rediseño completo del ecosistema de trabajo asumiendo la IA como capa fundacional, no como capa adicional. --- ## 2. El punto de partida — Los 3 pilares de la HIO reconfigados La Organización Hiperinteligente (HIO) tiene tres pilares: | Pilar | Pregunta | En la HIO | |-------|----------|-----------| | **Actividades** | ¿Qué se hace? | Value streams orientados a outcomes, no tareas | | **Estructura** | ¿Cómo se hace? | Flujos híbridos humano-agente orquestados | | **Personas** | ¿Quién lo hace? | Fuerza laboral híbrida con roles fluidos | El movimiento central de la era AI-native: la **Estructura está absorbiendo e integrando a las Personas**, creando la fuerza laboral híbrida. Los roles no desaparecen — se elevan de ejecución táctica a supervisión estratégica, diseño y juicio. WORX es la metodología que hace que esa integración sea coherente, gobernada y orientada a valor. --- ## 3. La Arquitectura WORX — 4 Capas + Fundamentos ``` ┌──────────────────────────────────────────────────────────────┐ │ CAPA 4 — GOBERNANZA │ │ Reglas compartidas humanos + agentes · Inteligencia viva │ │ LabPraxis → Principios → SOPs → Gobernanza BMF │ ├──────────────────────────────────────────────────────────────┤ │ CAPA 3 — INTER-EQUIPOS │ │ Co-creación · Coordinación · Conocimiento federado │ │ IntelliBanks · IntelliBanks app · Agentes de síntesis │ ├──────────────────────────────────────────────────────────────┤ │ CAPA 2 — EQUIPO │ │ Comunicación · Reuniones · Decisiones · Ritmo │ │ Thread + NEXT · Dual Cadence · Decision Rights │ ├──────────────────────────────────────────────────────────────┤ │ CAPA 1 — INDIVIDUO │ │ Deep Work · Human + SherpaX · Autonomía · Vault-First │ ├──────────────────────────────────────────────────────────────┤ │ CAPA 0 — FUNDAMENTOS (axiomas no negociables) │ │ Valor · IA como par · Documentación = Coordinación · Contexto│ └──────────────────────────────────────────────────────────────┘ ↑ cada capa habilita la siguiente ↑ ``` --- ## 4. Capa 0 — Fundamentos Los axiomas sobre los que descansa todo WORX. No se debaten, no se negocian. ### F1 — El trabajo existe para crear valor, no para completar tareas La unidad de medida del trabajo no es el output (entregables producidos) sino el outcome (valor generado). Una reunión que no produce valor no es trabajo — es fricción. Una tarea completada que nadie necesitaba tampoco. ### F2 — La IA es un miembro del equipo, no una herramienta El 76% de los ejecutivos ya percibe la IA agéntica como un coworker (MIT CISR, 2025). WORX parte de ese axioma: los agentes tienen roles, responsabilidades y límites de autonomía — igual que los humanos. La diferencia no es de naturaleza, sino de tipo de contribución. ### F3 — La documentación ES coordinación La documentación no es el registro de lo que se hizo — es el mecanismo activo que permite que el trabajo continúe sin fricción. El vault es el jefe de alineación. Consultarlo antes de producir no es opcional. ### F4 — El contexto siempre es transferible Todo proceso, proyecto o flujo de trabajo debe poder ser retomado por cualquier persona o agente sin depender de quien lo inició. Si no puede reanudarse sin su creador, está roto. --- ## 5. Capa 1 — Individuo El trabajador cognitivo en la HIO opera bajo un modelo de trabajo distinto al tradicional. ### 5.1 Deep Work como modo por defecto El 60% del tiempo de los knowledge workers se gasta en coordinación, no en trabajo estratégico (McKinsey, 2025). WORX invierte esa proporción: el Deep Work — concentración sin fricción, en estado de flow — es el modo principal. La coordinación se comprime al mínimo necesario a través de protocolos async. ### 5.2 La alianza Human + SherpaX El individuo no trabaja solo. Opera con su SherpaX como par cognitivo: el humano aporta juicio, dirección estratégica y relaciones; el SherpaX aporta ejecución, síntesis, memoria estructurada y conexión con el vault. Juntos son más productivos que cualquiera de los dos por separado. La IA eleva a los humanos de ejecución táctica a supervisión estratégica — no los reemplaza. ### 5.3 Vault-First como reflejo Antes de iniciar cualquier trabajo sobre un proyecto existente: consultar el vault. El vault contiene decisiones tomadas, contexto acumulado y dirección establecida. Empezar sin consultarlo es duplicar esfuerzo y generar desalineación. Protocolo Vault-First: 1. Buscar el Transfer Pack o documento de referencia del proyecto 2. Leer qué ya está definido 3. Identificar el punto de partida real 4. Producir desde ahí — no desde cero ### 5.4 Ritmo personal diseñado El ritmo no emerge solo — se diseña. Bloques de Deep Work protegidos, momentos de coordinación acotados, cierre de sesión con transferencia de contexto (TP actualizado). El ritmo personal se sincroniza con el ritmo del equipo a través de la cadencia operativa. --- ## 6. Capa 2 — Equipo Las 6 dinámicas del trabajo en equipo en la HIO, cada una con su mecanismo WORX. ### 6.1 Comunicación — Async-first con sincronía estratégica La comunicación async (documentos, THREADs, grabaciones) es el modo por defecto. Elimina las interrupciones que destruyen el Deep Work y crea registro automático del contexto. La sincronía (reuniones, llamadas) se reserva para tres casos únicos: decisiones de alta complejidad que requieren juicio colectivo en tiempo real, construcción de relaciones que no puede ser async, y alineación en momentos de cambio significativo. Protocolo de comunicación WORX: - Coordinación rutinaria → async (THREAD + NEXT en el vault) - Revisión de avance → async (demo grabada + comentarios) - Decisión compleja → sincronía acotada (reunión con agenda previa y contexto cargado) ### 6.2 Reuniones — De coordinación a cognición colectiva El modelo Shadow Meeting emergente (2026): un agente orquesta la discusión asincrónicamente y, si el nivel de confianza en el consenso supera un umbral, la reunión nunca ocurre. Las reuniones que sí ocurren son exclusivamente para juicio que requiere presencia humana. Tres tipos de reunión en WORX: | Tipo | Propósito | Quién convoca | Puede eliminarse | |------|-----------|--------------|-----------------| | **Coordinación** | Actualización de estado, asignación de tareas | Agente | ✅ Sí — reemplazable por async | | **Alineación** | Revisión de avance, ajuste de dirección | Equipo | 🟡 Parcialmente — con pre-lectura IA | | **Juicio** | Decisiones estratégicas, resolución de conflicto | Humanos | ❌ No — irreemplazable | ### 6.3 Decisiones — Decision Rights por tipo de workflow No hay una regla universal de "el humano decide X, la IA decide Y". Los derechos de decisión son dinámicos y dependen de tres factores: el costo del error, la reversibilidad de la acción, y el tipo de conocimiento requerido. Marco de decision rights WORX: | Costo del error | Reversibilidad | Decide | |-----------------|----------------|--------| | Alto | Irreversible | Humano — obligatorio | | Alto | Reversible | Humano con contexto del agente | | Bajo | Reversible | Agente — con log y override humano | | Bajo | Irreversible | Humano — aunque parezca rutinario | ### 6.4 Coordinación — El vault como sistema nervioso El vault no es un repositorio — es el sistema nervioso operativo del equipo. Los pendientes, comentarios y contexto viven donde vive el conocimiento, no en una herramienta separada. Protocolo Thread + NEXT[@Persona]: ```markdown ## 💬 THREAD **@Victor — 2026-04-16:** Anahí, la URL de signup es bloqueante para KatIA. → NEXT[@Anahí]: Confirmar URL de signup con equipo técnico — bloqueante para KatIA → ~~NEXT[@Anahí]~~: ✅ DONE — 2026-04-17 ``` El SherpaX escanea el vault completo y entrega la lista de pendientes de cualquier colaborador en segundos. El vault reemplaza al task manager externo: el contexto y la acción viven juntos. ### 6.5 Documentación — Viva, no archivada La documentación en WORX no es un acto burocrático — es un acto creativo continuo. Los documentos activos tienen dos zonas adicionales a su contenido: **Changelog** — quién tocó el documento, qué cambió, cuándo. Bitácora operativa legible, no historial técnico de git. **Thread** — zona de conversación donde el contexto y los pendientes viven junto al conocimiento. Machine-readable para los agentes. La IA monitorea proactivamente el vault, identifica contenido desactualizado y temas sin documentar. El knowledge base se convierte en la columna vertebral que mantiene a los agentes precisos, trazables y anclados en la realidad del equipo. ### 6.6 Ritmo Operativo — Dual Cadence El ritmo no es un calendario — es una arquitectura. WORX propone dos cadencias paralelas: **Flujo continuo (Kanban)** para trabajo exploratorio, investigativo y de aprendizaje. El descubrimiento es el entregable. Sin sprints fijos — el trabajo avanza según su naturaleza. **Pulso sincronizado (Sprint/Ciclo)** para trabajo de entrega, ingeniería y gobernanza. Crea la alineación colectiva que ninguna cantidad de async puede reemplazar completamente. Rituales mínimos del equipo WORX: | Ritual | Frecuencia | Duración | Propósito | |--------|-----------|---------|-----------| | Weekly Downbeat | Semanal | 30–45 min | Goals, riesgos, decisiones pendientes | | Demo | Quincenal | Variable | Mostrar trabajo real — no reportar | | Retro de Ritmo | Mensual | 60 min | Inspeccionar el ritmo mismo | --- ## 7. Capa 3 — Inter-equipos El problema no resuelto del estado del arte. La IA aceleró el trabajo individual pero no resolvió la colaboración entre equipos (estudio longitudinal 2023–2025). WORX propone tres mecanismos: ### 7.1 IntelliBanks como conocimiento federado Cada equipo/proyecto tiene su IntellBank (IB-*) — su espacio soberano de conocimiento. Los IB-* se sincronizan a través de IntelliBanks app: un repositorio compartido que es la capa de acceso del equipo al conocimiento colectivo, sin exponer el espacio personal de cada quien. ``` Victor (personal) → Obsidian Sync → Vault completo Equipo (colaboradores) → IntelliBanks app → IB-* del equipo únicamente SherpaX de cada quien → Lee/escribe → con Skills BMF (validación automática) ``` ### 7.2 Agentes especializados de colaboración Tres tipos de agente que hacen posible la coordinación inter-equipos sin reuniones constantes: - **Agente de coordinación:** entiende dependencias entre proyectos, detecta riesgos de bloqueo cruzado - **Agente de síntesis:** identifica patrones y conexiones a través de conversaciones y documentos de múltiples equipos - **Agente de ejecución:** maneja tareas de coordinación rutinaria que antes requerían comunicación humana directa ### 7.3 Protocolos de co-creación Cuando dos equipos producen algo juntos, el protocolo WORX define: 1. Un documento de co-creación compartido con CHANGELOG y THREAD de ambos equipos 2. Un agente de coordinación que monitorea dependencias 3. Decision rights explícitos: qué decide cada equipo soberanamente, qué requiere consenso 4. Un punto de integración periódico (no continuo) — la sincronía al mínimo necesario --- ## 8. Capa 4 — Gobernanza La capa que hace posible que humanos y agentes trabajen bajo reglas compartidas, sin que esas reglas sean una camisa de fuerza. ### 8.1 Gobernanza emergente desde evidencia Las reglas del modelo BMF no se diseñan en abstracto — emergen de la práctica documentada. El ciclo: ``` Caso específico (falla u oportunidad) ↓ Documentación estructurada (LabPraxis) ↓ Patrón identificado → Principio operativo ↓ Lineamiento formal (SOP / PLB / MetaPlaybook) ↓ Gobernanza BMF (reglas para humanos y agentes) ``` El LabPraxis es el mecanismo que activa ese ciclo. Cada caso documentado es un ladrillo de la gobernanza futura. ### 8.2 Decision rights para agentes Los agentes (SherpaX, agentes especializados) tienen autonomía acotada y explícita. Lo que un agente puede hacer sin pedir permiso se define por: - **Guardrails de dominio:** límites del área donde puede actuar - **Costo del error:** a mayor costo, menor autonomía - **Reversibilidad:** acciones irreversibles siempre requieren confirmación humana - **Log de trazabilidad:** todo lo que hace el agente queda registrado y es auditable ### 8.3 Conocimiento vivo El knowledge base no es un archivo — es un organismo. Se autoactualiza, detecta gaps, elimina redundancias. La IA monitorea proactivamente y propone actualizaciones. Los humanos validan y aprueban. La base de conocimiento es la columna vertebral que garantiza que los agentes sean precisos, trazables y anclados en la realidad de la organización. --- ## 9. Las 6 WORX Keys — Los mecanismos transversales Estos seis mecanismos atraviesan todas las capas. Son las "llaves" del nombre — y cada una responde una de las 5 preguntas esenciales que articuló DO IT y MasterSuite. La CADENCIA es el ritmo que conecta y activa las cinco. | Key | ¿Qué pregunta responde? | Mecanismo central | Capas | Principio | |-----|------------------------|-------------------|-------|-----------| | **CONTEXT** | ¿A dónde vamos? | Todo proceso genera TP + SP antes de cerrarse | 1, 2, 3 | P001 | | **INTELLIGENCE** | ¿Cómo vamos? | El conocimiento es vivo, conectado y trazable | 3, 4 | P003 | | **AGENCY** | ¿Qué tengo que hacer ahora? | Decision rights explícitos + SherpaX como par cognitivo | 2, 3, 4 | P004 | | **VAULT** | ¿Cómo se debe hacer el trabajo? | La documentación coordina — no almacena | 1, 2, 3, 4 | P002, P005 | | **GOVERNANCE** | ¿Cómo podemos mejorar? | Las reglas emergen de la evidencia operativa | 4 | P004 | | **CADENCE** | *(el ritmo que conecta las 5)* | El ritmo es diseñado, no emergente | 1, 2 | — | **El arco completo:** ``` ¿A dónde vamos? → KEY CONTEXT → Transfer Pack + Starter Prompt ¿Cómo vamos? → KEY INTELLIGENCE → WORX OS + vault vivo ¿Qué tengo que hacer? → KEY AGENCY → SherpaX + NEXT[@Persona] ¿Cómo se debe hacer? → KEY VAULT → Protocolos + Vault-First ¿Cómo podemos mejorar? → KEY GOVERNANCE → LabPraxis → Principios → SOPs ────────────────────────────────────────────────────────────────────────────── KEY CADENCE → El ritmo que activa todo ``` --- ## 10. Cómo WORX se construye y evoluciona WORX no es un framework terminado — es un framework vivo que se construye desde la evidencia de EmpowerLabs y eventualmente se licencia a otras organizaciones. ``` Práctica real (EmpowerLabs opera) ↓ LabPraxis captura casos ↓ Principios operativos emergen ↓ WORX Keys se refinan ↓ MetaPlaybook WORX se consolida ↓ Licenciable a otras organizaciones ↓ Casos de otras orgs retroalimentan WORX ``` **Estado actual:** Fundamentos + Capa 1 + parcialmente Capa 2 tienen evidencia operativa (Casos 001–007). Capas 3 y 4 son el territorio de investigación de las próximas sesiones del LabPraxis. --- ## 11. Estado del marco — Dimensiones con evidencia vs. pendientes | Dimensión | Evidencia en LabPraxis | Estado | |-----------|----------------------|--------| | Contexto transferible | CASO 001 | ✅ Principio formalizado | | Vault-First | CASO 002 | ✅ Principio formalizado | | Herramientas accesibles | CASO 003 | 🔴 Brecha abierta | | Gobernanza emergente | CASO 004 | ✅ Principio formalizado | | Coordinación async (NEXT) | CASO 005 | 🟡 En piloto | | Naming y estructura vault | CASO 006 | 🟡 Parcialmente resuelto | | Arquitectura de acceso inter-equipos | CASO 007 | 🟡 Arquitectura decidida | | Reuniones | Sin casos aún | ⬜ Agenda WORX | | Decisiones en equipo | Sin casos aún | ⬜ Agenda WORX | | Ritmo operativo | Sin casos aún | ⬜ Agenda WORX | | Co-creación inter-equipos | Sin casos aún | ⬜ Agenda WORX | | Gobernanza humano-agente | Sin casos aún | ⬜ Agenda WORX | --- ## 💬 THREAD → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-17 — Las 6 WORX Keys validadas. Mapeo con 5 preguntas MasterSuite confirmado. → NEXT[@Victor]: Confirmar si Capa 3 (Inter-equipos) debe incluir el modelo de IntelliBanks app como ejemplo canónico → NEXT[@Jacob]: Generar prompt de infografía para representación visual del marco WORX → NEXT[@Victor]: Revisar la tabla DO IT vs DOIX en Sección 0 — ¿las 4 dimensiones están bien descritas para la era DOIX? → NEXT[@Jacob]: Una vez validado el marco, crear CASO 008 en LabPraxis — "Integración MasterSuite + DOIX en el Marco WORX" --- *PLB-EL-WORX-MarcoConceptual-v01.md · EmpowerLabs / WORX · 2026-04-16* *v1.1 — 2026-04-17: Sección 0 de genealogía DO IT → DOIX → WORX, WORX Keys mapeadas a 5 preguntas MasterSuite* *Draft activo — construido desde evidencia operativa del LabPraxis*