--- asset_id: TP-EL-POSTA-Raiz-v01 type: TP — Transfer Pack version: v01 status: Activo owner: Victor Heredia sherpa_owner: Jay fecha: 2026-06-03 intellbank: IB-EL-EmpowerLabs proposito: > Contexto raíz del proyecto Posta. Alimenta los 5 rooms del Lab. Lectura obligatoria antes de operar en cualquier room Posta. No duplicar contenido de este TP en los rooms — referenciar. confidencial: Sí — uso exclusivo EmpowerLabs + equipo Posta --- # TransferPack · Raíz Posta ## EmpowerLabs · WORX OS Lab — Proyecto activo --- > *Este TP es el contexto base que alimenta todos los rooms del proyecto. Cualquier Sherpa que opera en un room Posta debe leer este documento antes de responder. Contiene lo que se necesita saber — no más, no menos.* --- ## 1. Contexto del cliente **Codename:** Posta *(nombre real confidencial — no documentar en ningún entregable externo ni captura de pantalla)* **Sector:** Logística / transporte **Tipo:** Enterprise · área de TI corporativa **Estado del engagement:** Lab confirmado · fecha de arranque pendiente de confirmación por Adriana Posta es una organización de logística y transporte con un equipo de TI de alta madurez técnica. La Directora de Sistemas (Adriana Islas) inició el proceso de contacto en abril 2026. La sesión fundacional del Lab se realizó el **28 de mayo de 2026** con los 8 directivos del área de TI presentes. La decisión de arrancar el Lab fue tomada por Adriana al cierre de la sesión — sin objeciones formales, con negociación de detalles de arranque (fecha y modelo de cuentas) aún en curso. --- ## 2. Equipo Posta — Los 8 participantes del Lab | Nombre | Rol | Caso de uso principal | Prioridad | |---|---|---|---| | **Adriana Islas Molinar** | Directora de Sistemas *(decisora)* | Visibilidad ejecutiva de proyectos + productividad personal | 🔴 Día 5 | | **Juan Manuel Monterrubio Portilla** | Gerente de Desarrollo | Throughput + calidad + especificación de proyectos | 🔴 Día 1 | | **José Manuel Castro Calderón** | Gerente de Infraestructura Central | Proyectos infra + procedimientos incompletos + bola de nieve | 🔴 Día 7 | | **Raúl Ángeles** | Gerente de Gestión de Servicios | Automatización ITSM + tracking SLAs + tiempo de respuesta | 🟡 Semana 2 | | **Juan Pablo Romero de la Torre** | Gerente de Telecom | Coordinación cross-área + comunicación en tiempo | 🟡 Semana 2 | | **Héctor Manuel Santiago Ruíz** | Gerente de Infraestructura Distribuida | Automatización de actividades manuales repetitivas | 🟡 Semana 2 | | **Roberto Ramirez Jaramillo** | Gerente de Soporte a Aplicaciones | Tiempo + cultura de adopción del cambio | 🟡 Semana 2 | | **Alejandro Robledo González** | Director de Operaciones TI | Gobernanza de seguridad + interoperabilidad de vendors | 🟡 Semana 2 | **Nota sobre nombres de Sherpa:** cada participante elige el nombre de su Sherpa en la Sesión de Definición (Día 1). Los nombres de Sherpa seguirán el patrón `[Nombre]X` por convención del ecosistema (ej. AdrianX, JuanMX, JoséX). **3 personas adicionales:** Adriana solicitó incorporar 3 personas más al Lab (perfil operativo, no estratégico). Recibirán onboarding separado post-Día 1. --- ## 3. Estado del proyecto ### Hito fundacional — Sesión 28 de mayo de 2026 - Duración: ~3 horas · Bloque 1 (conceptos + demos) + Bloque 2 (Lab + XDocs + acuerdos) - Resultado: ✅ Acuerdo de Lab alcanzado verbalmente por Adriana - Momentos clave: - Brain Code Jensen Huang activado — dictamen reconocido como auténtico por el equipo - Cálculo de carga patronal real en vivo ($30K → $40,716 MXN con 35.7% carga) - Demo XDoc: bottleneck de Alex bloqueando 2 personas en paralelo, visible en 30 segundos - ConceptoLab de Posta generado en vivo con los 8 casos y nombres del equipo mientras miraban - Explicación de ventana de contexto en tiempo real — el equipo entendió visceralmente por qué existe el vault ### Acuerdos confirmados en sesión - Lab de **40 días efectivos** (60 días calendario) - **8 Sherpas personales** + **1 Corp Sherpa TI** (`IB-POSTA-Corp-TI`) - Cadencia: **un mediodía por semana** mínimo · ~6 semanas - Victor solicita acceso a sesiones de seguimiento para apoyar el avance - Todos comparten proyectos entre sí — aprender de todos los casos en cada sesión ### Pendientes de confirmación (al 2026-06-03) - [ ] Adriana confirma fecha del Día 1 + modelo de cuentas (individual Anthropic vs. Teams) - [ ] Victor envía información comparativa de costos (individual vs. Teams) - [ ] Instalar IntelliBanks app en dispositivos del equipo (8 personas) — antes del Día 1 - [ ] Cada participante completa auto-documentación (30 min: rol, proyectos activos, retos) — puede dictarse - [ ] Sesión de onboarding separada para las 3 personas adicionales (post-Día 1) - [ ] Juan Manuel prepara su caso de throughput para trabajarlo en la Sesión de Definición --- ## 4. Arquitectura del Lab — 3 pilares WORX ### Pilar 1 — Método: las reglas del juego - **Gobernanza por rol:** reglas de visibilidad y decisión por persona, embebidas en la memoria de cada Sherpa. Adriana ≠ Alejandro ≠ Juan Manuel en permisos y ámbito - **XDoc como unidad canónica:** toda pieza de trabajo sigue la misma estructura de 7 secciones. Sin excepción. Esto es lo que permite que el sistema aprenda entre proyectos y personas - **Naming convention TI Posta:** a definir en la Sesión de Definición (Día 1). Prefijos sugeridos: `XD-` para XDocs, `IB-POSTA-` para bancos, `BC-` para Brain Codes ### Pilar 2 — Infraestructura: donde vive la memoria - **GenniuxBase (Brain OS MCP):** Node.js 20 + PostgreSQL 16 + pgvector · EC2 t3.small · Schema multitenancy dedicado a Posta · **Corre en cuenta AWS de Posta** (no en infraestructura compartida EmpowerLabs — la memoria de Posta es de Posta) - **IntelliBanks app:** Apache + PHP 8.x · EC2 t3.micro · Electron + Angular 15 · sincronización cada 15 min · macOS + Windows - **Conectores por fase:** - Semana 1: SharePoint (conector MCP disponible) - Semana 2: Jira (conector MCP disponible) - Post-S2: ServiceNow (a evaluar) - **LLM:** API Anthropic Claude · whitelist de IPs de Posta · la memoria queda en infra Posta · el cómputo usa API Anthropic · no hay LLM privado instalado en infra Posta ### Pilar 3 — Interfaz: quién activa la inteligencia - **8 Sherpas personales:** nombre propio elegido por cada persona · Brain Code progresivo (crece con el uso) · memoria individual técnica (proyectos, decisiones, activos) y conductual (estilo de trabajo, prioridades) · reglas de gobernanza por rol - **Corp Sherpa TI (`IB-POSTA-Corp-TI`):** interfaz del conocimiento organizacional compartido — estado de proyectos cross-área, inventario de IA activo, bitácora de decisiones corporativas, Torre de Control - **Torre de Control:** vista agregada para Adriana — estado de todos los proyectos de su área a demanda, sin junta --- ## 5. Dolor map — 8 casos de uso del Lab | # | Participante | Lo que duele hoy | Lo que cambia con el sistema | Prioridad | |---|---|---|---|---| | 1 | Juan Manuel Monterrubio | Throughput, calidad y especificación de proyectos | El Sherpa asume planificador + especificador + rastreador. Una especificación que toma 2h → 10 min | 🔴 Día 1 | | 2 | Adriana Islas | Visibilidad ejecutiva + productividad personal | Dashboard de todos sus proyectos a demanda. Comunicaciones ejecutivas redactadas por el Sherpa | 🔴 Día 5 | | 3 | José Manuel Castro | Infra + procedimientos incompletos + bola de nieve | XDoc por proyecto con dependencias explícitas. Procedimientos incompletos completados por Sherpa desde contexto disponible | 🔴 Día 7 | | 4 | Raúl Ángeles | Automatización ITSM + SLAs + tiempo de respuesta | Sherpa monitorea SLAs y genera alertas antes de vencimiento. Catálogo de servicios consultable en lenguaje natural | 🟡 S2 | | 5 | Juan Pablo Romero | Coordinación cross-área + comunicación en tiempo | Sherpa coordina entre áreas sin que Juan Pablo esté en cada interacción. Dependencias cross-área visibles antes de que bloqueen | 🟡 S2 | | 6 | Héctor Santiago | Automatización de actividades manuales repetitivas | Sistema identifica patrones repetitivos → los cristaliza como Skills ejecutables por el Sherpa sin instrucción manual | 🟡 S2 | | 7 | Roberto Ramírez | Tiempo + cultura de adopción del cambio | Sherpa gestiona seguimiento de incidencias. Adopción facilitada cuando el sistema hace el trabajo difícil | 🟡 S2 | | 8 | Alejandro Robledo | Gobernanza de seguridad + interoperabilidad de vendors | Reglas de gobernanza embebidas como conocimiento operativo, no filtro externo. Vendors gestionados desde Corp IB | 🟡 S2 | --- ## 6. Estructura de rooms del proyecto El proyecto Posta opera en **5 rooms + este TP raíz**. El TP es el contexto base compartido. Los rooms son contextos especializados. | Room | Alcance | Activos principales | |---|---|---| | **POSTA-Cuenta** | Comercial · cotización · propuesta formal · modelo de cuentas · presentaciones a stakeholders internos de Posta | SIM-ROI-Calculator, propuesta de inversión, acuerdos | | **POSTA-Caso** | Documentación del caso · comunicaciones EL↔Posta · centro de información · aprendizajes para el playbook de replicación | Minuta, Memoria de Sesión, comunicaciones, learnings | | **POSTA-Lab-Método** | Gobernanza por rol · naming convention TI Posta · XDoc templates · Sesión de Definición · playbooks organizacionales | XDocs, guía de naming, playbooks | | **POSTA-Lab-Infra** | AWS setup · GenniuxBase deploy · IntelliBanks app · conectores SharePoint / Jira / ServiceNow | Deploy scripts, config docs, SOP de conectores | | **POSTA-Lab-Interfaz** | 8 Sherpas personales · Corp Sherpa TI · Brain Codes · onboarding · Torre de Control | Brain Codes, onboarding guides, config Sherpas | **Regla de operación:** al abrir cualquier room, leer primero este TP. No replicar contexto del TP dentro del room — referenciar `TP-EL-POSTA-Raiz-v01`. --- ## 7. Reglas de operación del proyecto ### Confidencialidad (no negociable) - **NUNCA usar el nombre real del cliente** — siempre "Posta" en todos los documentos, pantallas y capturas - **NUNCA incluir información de precios** en entregables externos - Los entregables para el equipo Posta (presentaciones, memorias, conceptualizaciones) no contienen datos internos de EmpowerLabs ### Nomenclatura de entregables - Entregables externos para Posta → prefijo `OUT-` - Simulaciones y demos → prefijo `SIM-` - Planes internos → prefijo `PLAN-` - XDocs del Lab → prefijo `XD-POSTA-` (a validar en Sesión de Definición) --- ## 8. Activos generados al día 2026-06-03 | Activo | Descripción | Tipo | Estado | |---|---|---|---| | `SIM-Minuta-Sesion-Posta-v01.md` | Minuta completa sesión 28-mayo (Bloque 1 + 2) + resumen ejecutivo | SIM | ✅ Final | | `OUT-EL-WORX-Posta-MemoriaSesion-v01.md` | Memoria didáctica para los 8 participantes | OUT | ✅ Final | | `OUT-EL-WORX-Posta-MemoriaSesion-v01.docx` | Versión Word/Google Docs de la Memoria | OUT | ✅ Final | | `SIM-ConceptoLab-Posta-v01.md` | Conceptualización del Lab — 3 pilares, 8 casos, plan | SIM | ✅ Final | | `SIM-ConceptoLab-Posta-v01.html` | Versión visual del ConceptoLab | SIM | ✅ Final | | `SIM-ConceptoLab-Posta-v01.docx` | Versión Word/Google Docs del ConceptoLab | SIM | ✅ Final | | `SIM-ROI-Calculator-Posta-v01.html` | Calculadora ROI paramétrica con carga patronal | SIM | ✅ Final | | `SIM-XDoc-MPB-Maestro-v01.md` | Demo XDoc — proyecto MPB con bottleneck Alex | SIM | ✅ Final | | `SIM-XDoc-Jesus-v01.md` | Demo XDoc — Dev Lead con JesusX | SIM | ✅ Final | | `SIM-XDoc-Gus-v01.md` | Demo XDoc — Dev IA con GusX | SIM | ✅ Final | | `SIM-XDoc-Alex-v01.md` | Demo XDoc — Dev Admin sin Sherpa (contraste) | SIM | ✅ Final | | `SIM-Tablero-MPB-v01.html` | Demo Torre de Control — bottleneck visible | SIM | ✅ Final | | `TP-EL-POSTA-Raiz-v01.md` | Este documento | TP | ✅ Activo | | `WOI-EL-WORX-LabImplementation-Playbook-v01.md` | Playbook maestro de replicación | WOI | 🔄 En construcción | --- ## 9. Próximo hito — Día 1: Sesión de Definición **Duración estimada:** 2-3 horas **Prerequisitos (responsabilidad Posta):** - Auto-documentación de los 8 participantes completada (30 min/persona) - IntelliBanks app instalada en dispositivos del equipo - Fecha confirmada por Adriana **Prerequisitos (responsabilidad EmpowerLabs):** - Deploy de 2 instancias EC2 en cuenta AWS de Posta - Schema multitenancy configurado - Registry base con 9 bancos activado (8 personales + 1 Corp TI) - Pre-load de vocabulario IT ops Posta **Entregables del Día 1:** - Gobernanza por rol definida y cargada (8 perfiles) - Naming convention TI Posta validada y documentada - 8 casos de uso confirmados con alcance acotado - Registry base activo con primeros activos - Nombres de Sherpa elegidos por cada participante --- *TP generado por Jay · EmpowerLabs Brain OS · 2026-06-03* *v01 — Estado del proyecto al día 6 post-sesión fundacional* *Confidencial · uso exclusivo EmpowerLabs + equipo Posta*