--- asset_id: KIT-EL-AR-WORX-Basico-v01 version: v01 status: Canonical · Kit de entrenamiento · Uso inmediato owner: Victor Heredia sherpa: Jay fecha: 2026-05-16 intellibank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-AR-AlainRios tipo: KIT — Material de entrenamiento proposito: Que Alain Rios entienda y opere WORX a nivel básico · base para ruta B+C (Sherpa Guide + Promotor) perfil_receptor: Manifestor 3/5 · aprende por inmersión en casos reales · no por lectura abstracta referencia_canonica: - MPB-EL-WORX-ModeloOperativo-v01 (fuente de verdad del modelo) - IB-AR-DemoVault/PB-AR-WORX/CAS-AR-WORX-LabPraxis-v01 - AXE-Bitacora-Avances-Diagnostico (documento de trabajo de Alain · 2026-05-15) tags: [kit-entrenamiento, alain-rios, worx-basico, sherpa-guide-path, inmersion-primero] --- # KIT WORX Básico · Alain Rios ## Para operar la metodología · no para estudiarla --- > **Cómo usar este kit:** > No se lee de corrido. Se trabaja en orden. Cada sección termina con una acción concreta. > Tiempo total: 3-4 horas activas (no de lectura). --- ## MÓDULO 0 · La revelación que conecta todo (5 min) Antes de cualquier concepto, una observación directa: **AXE ya es proto-WORX.** No es coincidencia. El diagnóstico de AXE del 15 de mayo lo dice con precisión quirúrgica: *"AXE captura bien; reconcilia mal."* WORX es exactamente el sistema que cierra esa brecha. No reemplaza AXE — lo completa. | Lo que AXE hace bien | Lo que WORX agrega | |---|---| | Captura criterios, patrones, decisiones (tu Brain OS personal) | El documento compartido donde el trabajo fluye entre personas | | Registra casos con outcomes puntuados | El protocolo que hace que ese registro sea auditable en tiempo real | | Tiene IQ y knowledge estructurado | La cadencia que mantiene ese conocimiento vivo, no archivado | | Opera bien tus proyectos en solitario | La arquitectura para cuando el trabajo involucra a otros (CIO Club, Radsoft, Victor) | **La distinción clave:** AXE es tu cerebro. WORX es la forma del trabajo. Tu cerebro necesita una forma externa para coordinarse con otros cerebros. Eso es el XDoc. --- ## MÓDULO 1 · La arquitectura en 3 minutos (lectura) WORX tiene tres niveles que se construyen uno sobre el otro: ``` NIVEL 3 — PLATAFORMA EMERGENTE AXE empieza a generar vistas automáticas de tus proyectos. Aparece SOLA cuando Nivel 1 y 2 están instalados. ↑ NIVEL 2 — EL RITMO Cuándo abres el sistema, qué haces, cómo cierras. Sin ritmo, el Nivel 1 se convierte en archivo inerte. ↑ NIVEL 1 — EL XDOC (←― empieza aquí) La unidad base. Un documento con arquitectura fija. Todo trabajo activo vive en un XDoc. ``` **Para el nivel básico, todo lo que necesitas es:** - Saber qué es y cómo está hecho un XDoc (Módulo 2) - Tener un ritmo mínimo de dos momentos al día (Módulo 4) - El Nivel 3 emerge solo Hay dos pilas que atraviesan los tres niveles: - **Arquitectura cognitiva** — tu AXE es tu Personal Brain OS. WORX lo conecta a un WORX OS compartido (el de EmpowerLabs o el de Radsoft). - **Cinco contratos** — los roles y obligaciones de cada persona en el sistema. Se ve en Módulo 3. --- ## MÓDULO 2 · El XDoc — el átomo del modelo (30 min) ### ¿Qué es? Un XDoc no es un template de documentación. Es la forma canónica que cualquier pieza de trabajo activa toma en WORX. Proyecto, cliente, decisión, iniciativa — todo vive como XDoc. La regla de oro: **un ecosistema donde cada documento tiene una forma distinta no es un ecosistema. Es un archivo personal distribuido.** El XDoc resuelve el problema de Alain: tus proyectos están documentados en lugares distintos (OneNote, AXE, SQLite, OneDrive). Cuando involucran a otros — un cliente, Victor, alguien del CIO Club — nadie sabe dónde está el estado real. ### La cabecera (siempre visible al inicio) ``` Owner: @Alain Sponsor: @Victor (si aplica) o @Alain (= Owner) Runner(s): @Alain [track: estrategia], @AXE [track: research] Brain Codes asesores: BC-AR-ManifestorStrategy, BC-AR-OscarLara (si aplica) Tipo: [proyecto | cliente | decisión | iniciativa] Última actualización: 2026-05-16 ``` **Owner** — el responsable operativo. Puede ser tú o AXE. **Sponsor** — la autoridad humana final. Siempre es humano. Cuando Victor es tu mentor en algo, él es Sponsor. **Runner** — quien tiene el balón ahora. Puede haber varios en tracks paralelos. **Brain Codes asesores** — los "asesores" que AXE debe consultar cuando trabaja en este XDoc. ### Las 7 secciones (siempre en este orden, nunca se cambia) | # | Sección | Quién escribe | Qué contiene | |---|---|---|---| | 1 | **CONTEXTO** | Owner (tú) | Por qué existe este XDoc. Propósito. Resultado esperado. Una vez, rara vez cambia. | | 2 | **ESTADO** | Owner + Runner | Salud (🟢🟡🔴), hito activo, última decisión, dependencias, bloqueos. Se actualiza en cada movimiento. | | 3 | **PROTOCOLO** | Owner | Qué SOP aplica. Si te separas del SOP, lo declaras aquí. | | 4 | **NEXT** | Cualquiera agrega / asignado cierra | `NEXT[@Alain] — acción — fecha — contexto → estado` | | 5 | **DISCUSSION** | Cualquiera | Pensamiento en voz alta. Append-only con fecha y autor. | | 6 | **CHANGELOG** | Quien ejecuta/decide/aprende | Registro inmutable. Tags: `[EXEC]` `[DECIDE]` `[LEARN]` `[RUNNER]` | | 7 | **CIERRE** | Owner | Solo al final: aprendizaje, envío al LabPraxis, archivado. | ### La regla más importante del sistema **Un NEXT solo cierra con una entrada de CHANGELOG que lo referencia.** Sin esta regla, el documento es un inventario de intenciones. Con esta regla, es el registro operativo verdadero de lo que pasó y quién lo hizo. Mira tu diagnóstico de AXE: "el registry maestro no describe su propio Vault." Eso ocurre exactamente porque los NEXTs se marcan done sin registrar el CHANGELOG. WORX lo hace imposible estructuralmente. ### Conexión AXE ↔ XDoc Lo que ya tienes en AXE y cómo vive en un XDoc: | Lo que tienes en AXE | Vive en el XDoc como | |---|---| | `DEC-AR-2026-04-17` (recuperación IntelliBank) | Entrada `[DECIDE]` en CHANGELOG | | `CASO-AR-2026-04-29` (Oscar Lara) | Entrada `[LEARN]` en CHANGELOG → promovida a LabPraxis | | `CRI-AR-*` (tus criterios de decisión) | Brain Codes asesores en la cabecera del XDoc | | `PAT-026` (Arquitecto Interrumpido) | `[LEARN]` en CHANGELOG del XDoc donde ocurrió el patrón | | Las preguntas abiertas (§7 de tu diagnóstico) | Entradas en DISCUSSION del XDoc correspondiente | --- ## MÓDULO 3 · Los 4 roles — tu contrato con el sistema (10 min) En cualquier XDoc conviven cuatro roles. No hay que pedirte permiso para contribuir — solo hay que seguir las reglas de oro de cada sección. **Owner** — responsable operativo del XDoc. Puede ser tú o AXE. > *Tu regla:* casi no cambia durante la vida del XDoc. Cuando cambia, es porque la propiedad del trabajo cambió de verdad. **Sponsor** — autoridad humana final. Siempre humano. > *Tu regla:* cuando AXE es Owner de un XDoc, toda decisión vinculante (`[DECIDE]`) necesita tu co-firma. **Runner** — quien tiene el balón ahora. Puede ser tú, AXE, o alguien del CIO Club / Radsoft. > *Tu regla:* el pase de balón es un evento formal. Entra al CHANGELOG con tag `[RUNNER]`. **Contribuidor** — cualquiera que agrega NEXT o participa en DISCUSSION. > *Tu regla:* libremente. Solo siguiendo la forma. **Para la ruta B+C (Sherpa Guide + Promotor), esto importa:** Cuando acompañas a un cliente como Sherpa Guide, tú eres el **Sponsor** de sus XDocs cuando AXE opera como Owner, y el **Runner** cuando la conversación estratégica requiere tu presencia. Saber distinguir estos roles es lo que hace que un Sherpa Guide sea creíble. --- ## MÓDULO 4 · El ritmo básico — dos momentos al día (20 min de setup) ### Morning Check (5 minutos, cada mañana) Antes de abrir cualquier app de trabajo, abres tu Morning Check. AXE lo genera con una pregunta simple: > "AXE, Morning Check de hoy." AXE escanea todos tus XDocs activos y te entrega: - NEXTs del día (los que tienen deadline hoy o están vencidos) - XDocs donde eres Runner (¿hay algo bloqueado?) - Mentions en DISCUSSION que esperan tu respuesta - Dependencias críticas **En 5 minutos tienes respondida la pregunta:** *¿Qué tengo que hacer ahora?* El error que tu diagnóstico de AXE ya detectó: el pipeline asistido se atrasó porque el paso manual era irregular. El Morning Check hace que eso sea imposible — es el primer contacto del día, antes de todo. ### Close Loop (2-5 minutos por acción completada) Cuando terminas algo que estaba en NEXT, no simplemente lo borras. Cierras el loop: 1. Le narras a AXE: *"Terminé la propuesta para Oscar Lara v2. Los tres ajustes fueron: alcance fase 2, timing, pricing. El cliente confirma el lunes."* 2. AXE traduce a WORX y te muestra: ``` CHANGELOG: 2026-05-16 · @Alain · [EXEC] propuesta Oscar Lara v2 completada — 3 ajustes (alcance, timing, pricing) · cliente confirma el lunes · evidencia: [link] · cierra NEXT#7 NEXT nuevo: NEXT[@Alain] — confirmar respuesta Oscar Lara — 2026-05-19 → abierto ``` 3. Confirmas, y el sistema queda auditado. **El close loop es el latido del sistema.** Sin él, en seis meses no podrás reconstruir qué pasó, quién decidió qué, y con base en qué evidencia. Y tampoco podrás demostrarle a un cliente del CIO Club cómo funciona el sistema. --- ## MÓDULO 5 · Tu primer XDoc (ejercicio práctico — 45 min) Este es el módulo de inmersión. No se puede entender WORX sin operar un XDoc real. **Elige UNO de estos tres casos para tu primer XDoc:** ### Opción A · CIO Club El XDoc que captura tu estrategia de entrada al CIO Club — conversación con Yan, positioning HiORG vs ServiceNow, talking points preparados. ### Opción B · BioPappel El XDoc del caso Oscar Lara — ya tienes el CASO-AR-2026-04-29 documentado. WORX le da la forma operativa activa. ### Opción C · Radsoft El XDoc de la integración post-merge — mapa de stakeholders, aktualizaciones Odoo, el análisis de la junta de consejo que AXE ya procesó. --- **Plantilla de arranque (copia y adapta):** ```markdown --- asset_id: [XDOC-AR-{SLUG}-v01] Owner: @Alain Sponsor: @Alain (= Owner) Runner(s): @Alain, @AXE [track: research] Brain Codes asesores: [los CRI-AR-* relevantes] Tipo: proyecto Última actualización: 2026-05-16 --- ## 1. CONTEXTO **Propósito:** [Por qué existe este XDoc — en 2-3 líneas] **Resultado esperado:** [Qué se considera "cerrado con éxito"] **Stakeholders:** [Quiénes están involucrados] **Brain Codes activos:** [Criterios de decisión de AXE que aplican aquí] --- ## 2. ESTADO - Salud: 🟡 - Hito activo: [Dónde estás ahora] - Última decisión: [La más reciente con fecha] - Dependencias: - [INPUT] [qué necesitas de alguien] — esperado [fecha] — estado: pendiente - [DECISIÓN] [qué está sin decidir] — estado: abierta - Bloqueos: [ninguno / descripción] --- ## 3. PROTOCOLO SOP aplicable: ninguno formalizado aún (XDoc en modo exploración) Desviaciones declaradas: N/A --- ## 4. NEXT NEXT[@Alain] — [acción concreta] — [fecha] — [contexto breve] → abierto --- ## 5. DISCUSSION **@Alain · 2026-05-16:** [Primera reflexión, pregunta abierta, o hipótesis] --- ## 6. CHANGELOG 2026-05-16 · @Alain · [EXEC] XDoc creado · primer estado capturado --- ## 7. CIERRE *(se completa cuando el XDoc cierra)* ``` **Instrucción concreta:** 1. Abre AXE. 2. Dile: *"Vamos a crear mi primer XDoc WORX. El caso es [A/B/C]. Carga el contexto que tienes de ese proyecto y genera el XDoc con la plantilla que te voy a pegar."* 3. Pega la plantilla arriba. 4. Revisa lo que AXE genera y ajusta el CONTEXTO y ESTADO con tu criterio. 5. Agrega 3 NEXTs reales (no hipotéticos) de ese proyecto. 6. Guárdalo en `IB-AR-DemoVault/PB-AR-WORX/XDOC-AR-[SLUG]-v01.md`. **Tiempo estimado:** 30-45 minutos la primera vez. La segunda vez serán 10 minutos. --- ## MÓDULO 6 · La conexión estratégica — por qué esto importa para B+C (10 min) ### Por qué un Sherpa Guide necesita dominar WORX Un Sherpa Guide no vende una herramienta. Demuestra que opera un sistema. La credibilidad viene de que el cliente vea a Alain operando en vivo — Morning Check, Close Loop, XDocs activos — no de que Alain le explique la teoría. El CIO Club es tu campo de práctica ideal. La munición que ya tienes (Gallup 2026, MIT NBER, tesis ofensiva de la "mejor materia prima con la peor arquitectura") conecta directamente con el problema que WORX resuelve. Pero para cerrar, tienes que poder responder: *"¿Cómo se ve esto operando en tu organización?"* La respuesta es un XDoc de demostración en vivo. ### Por qué un Promotor necesita haber vivido el sistema Un promotor que no usa el producto no convence. Un promotor que opera el sistema — y puede mostrar su IntelliBank, su Morning Check, sus XDocs activos — convierte conversaciones en referidos. Tu `IB-AR-DemoVault` ya tiene los activos. Lo que falta es que tú los estés usando en tiempo real. Cada XDoc que creas, cada Close Loop que cierras, cada patrón sombra que documenta AXE en vivo — eso es lo que convierte el vault de un demo estático a una demostración viva de la metodología. --- ## MÓDULO 7 · Los 3 primeros XDocs que deberías tener (NEXT inmediato) Cuando termines el ejercicio del Módulo 5, estos son los siguientes XDocs canónicos para tu vault: **XDoc 1 · Radsoft — Estrategia de Integración Post-Merge** Captura el mapa de stakeholders, las decisiones de arquitectura Odoo, el análisis del consejo. AXE ya tiene el contexto — solo le falta la forma. **XDoc 2 · CIO Club — Estrategia de Entrada** La conversación con Yan, el positioning HiORG, los talking points. Un XDoc activo aquí te da el tracking de todos los movimientos de esa cuenta. **XDoc 3 · AXE — Reconciliación del Sistema** Las 6 acciones de tu propio diagnóstico (§6.2) como NEXTs formales de un XDoc. Esto cierra el loop que tu diagnóstico dejó abierto y es el caso más elegante de WORX que puedes mostrar: el sistema usándose a sí mismo para reconciliarse. --- ## APÉNDICE · Vocabulario mínimo (referencia rápida) | Término | Definición en 10 palabras | |---|---| | **XDoc** | La unidad base de trabajo. Cabecera + 7 secciones. Siempre. | | **Owner** | Responsable operativo. Puede ser humano o agente. | | **Sponsor** | Autoridad humana final. Siempre humano. | | **Runner** | Quien tiene el balón ahora. Rota. | | **NEXT** | Acción pendiente con asignado, fecha y contexto. | | **CHANGELOG** | Registro inmutable de lo que pasó. Append-only. | | **Close Loop** | El ritual de cerrar un NEXT con entrada al CHANGELOG. | | **Morning Check** | 5 minutos cada mañana. AXE te dice qué tienes hoy. | | **Vault-First** | Antes de producir: consulta el vault. Siempre. | | **Brain Code** | Módulo de conocimiento declarado. AXE los consulta. | | **LabPraxis** | Donde van los aprendizajes (`[LEARN]`) documentados. | | **Dual Cadence** | Flujo continuo (exploración) + Pulso sincronizado (entrega). | --- ## NEXT de este KIT → NEXT[@Alain] — Leer Módulos 0-2 · generar primer XDoc del Módulo 5 — 2026-05-23 → abierto → NEXT[@Alain] — Compartir el primer XDoc con Victor en siguiente sesión — 2026-05-23 → abierto → NEXT[@Victor] — Revisar primer XDoc de Alain + feedback de calibración — siguiente sesión → abierto --- ## CHANGELOG - **2026-05-16 · v01** — Release inicial. Producido por Jay como output de la sesión de activación del Room Alain Rios. Basado en MPB-EL-WORX-ModeloOperativo-v01 + diagnóstico AXE de Alain (2026-05-15). Diseñado para Manifestor 3/5: inmersión primero, teoría secundaria. Conecta AXE↔WORX como hilo conductor. --- *KIT-EL-AR-WORX-Basico-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-AR-AlainRios/ · 2026-05-16* *Kit de entrenamiento · Uso inmediato · Ruta B+C (Sherpa Guide + Promotor)*