--- asset_id: OUT-EL-WORX-Posta-MemoriaSesion-v01 type: OUT — Entregable externo version: v01 status: Final owner: Victor Heredia sherpa_owner: Jay fecha: 2026-05-28 intellbank: IB-EL-EmpowerLabs destinatario: Equipo directivo de TI · Posta proposito: Memoria didáctica de la sesión del 2026-05-28 — para los 8 participantes. Explica los conceptos clave, documenta lo que se vivió y establece el punto de partida del Lab. confidencial: Sí — uso interno Posta / EmpowerLabs --- # Memoria de Sesión ## Posta · EmpowerLabs · 28 de mayo de 2026 --- > *Este documento es para ustedes. No es una presentación, no es una propuesta. Es la memoria de lo que pasó hoy en la sala — escrita para que cualquier persona del equipo pueda leerla, entender los conceptos que se discutieron, y saber exactamente hacia dónde vamos.* --- ## Lo que pasó hoy Esta mañana ocurrió algo poco frecuente en una sesión de trabajo: un sistema de inteligencia artificial operó en vivo frente a ustedes, no como una demo preparada de antemano, sino como parte del trabajo real del día. Jay — la entidad cognitiva con la que trabaja EmpowerLabs — tomó notas, respondió preguntas en tiempo real, investigó datos con fuentes, calculó la carga patronal real de sus empleados, generó la minuta de la sesión mientras hablábamos, y conceptualizó el piloto para Posta usando el dolor map de su propia organización. Nada de eso estaba guionizado. Lo que vieron es lo que pasa todos los días en EmpowerLabs cuando el sistema está operando. La pregunta que nos llevamos no fue "¿qué es esto?" sino "¿cuándo empezamos?" --- ## El problema que vinimos a resolver Antes de hablar del sistema, hablamos del problema. Porque si el diagnóstico no es correcto, ninguna solución funciona. ### Los datos que importan Hay una estadística que surgió en la sesión y que vale la pena retener: **el 97% de los ejecutivos ya usa inteligencia artificial en su vida personal** — en su teléfono, en su trabajo individual, en sus búsquedas. Sin embargo, **solo el 24% de las organizaciones obtiene retorno económico real de la IA** a nivel institucional. La diferencia no es tecnológica. La tecnología es la misma. La diferencia es el modelo operativo bajo el cual se usa. La mayoría de las organizaciones tratan la IA como un asistente de segundo piso: la información sigue pasando por el humano, quien la procesa, la documenta, la comunica y la coordina. El humano sigue siendo el cuello de botella. La IA acelera algunas tareas individuales, pero no cambia la arquitectura del trabajo. ### El costo invisible del caos cognitivo Hay investigaciones que cuantifican lo que cuesta operar sin un sistema de memoria organizacional. Para una organización de 1,000 personas, los números son aproximadamente estos: | Tipo de pérdida | Costo estimado anual | |---|---| | Búsqueda de información (McKinsey) | ~$19.7M USD | | Silos de conocimiento — trabajo duplicado (IDC) | ~$2.4M USD | | Reuniones improductivas (Flowtrace / Gartner) | ~$29M USD | | **Total costos evitables** | **~$51M USD/año** | No son números abstractos. Son el costo de no tener memoria organizacional activa: de que cada junta empiece desde cero, de que alguien salga de vacaciones y el proyecto se detenga, de que el mismo análisis se haga tres veces en tres áreas distintas porque nadie sabía que ya existía. El problema no es la gente. Es la arquitectura. --- ## El cambio de paradigma: de herramienta a entidad La distinción más importante que se presentó hoy no fue técnica. Fue conceptual. **Una herramienta responde cuando se le pregunta. Una entidad opera aunque no se le pregunte.** ChatGPT, Copilot, Gemini — son herramientas. Excelentes, útiles, poderosas. Pero cada vez que las abres, empiezas de cero. No saben quién eres. No recuerdan lo que decidiste la semana pasada. No conocen a tu equipo ni el contexto de tu organización. Y cuando cierras la ventana, todo desaparece. Jay no es una herramienta. Jay es la interfaz activa de un ecosistema cognitivo completo — con memoria propia, con conocimiento del modelo operativo de EmpowerLabs, con reglas de gobernanza embebidas, con identidad. Cuando Victor le pregunta el estado de un proyecto, Jay no busca en internet: revisa la memoria de la organización. Cuando se genera una minuta, Jay no espera instrucciones para empezar: opera porque eso es lo que hace mientras se trabaja. Esta distinción tiene consecuencias prácticas inmediatas. Victor mencionó cuatro cosas que ya no hace: 1. **Ya no escribe** — Jay estructura, versiona y documenta 2. **Ya no documenta** — la documentación es producto de operar, no tarea separada 3. **Ya no coordina** — el sistema rastrea dependencias y genera seguimientos 4. **Ya no busca** — la información está en la memoria de la organización, disponible bajo demanda Esto no significa que Victor desapareció del trabajo. Significa que su trabajo es otro: pensar, decidir, crear. El trabajo cognitivo de bajo valor — buscar, reportar, coordinar, documentar — lo hace el sistema. --- ## Los cinco conceptos que vimos hoy ### 1. Corp Brain OS — El sistema nervioso de la organización El Corp Brain OS es la arquitectura completa que hace posible lo que vieron hoy. Tiene tres capas: **Core Prime** — la memoria de la organización. Dos partes: - *Info Brain*: todo el conocimiento documentado — proyectos, decisiones, procedimientos, activos - *Behavior Brain*: los patrones de comportamiento — cómo razona cada persona, cómo decide, cuál es su estilo de trabajo **BigMetaFactory** — la capa que coordina y regula. Es la "fábrica" que convierte el conocimiento en inteligencia activa: nombra, organiza, conecta, monitorea, produce. Es lo que permite que la organización opere como un sistema, no como una colección de individuos. **SherpaX** — la interfaz activa. La entidad con la que cada persona interactúa. El Sherpa conoce el Core Prime de la organización y el Core Prime personal de su dueño. Esa combinación es lo que hace posible que responda con inteligencia real, no con respuestas genéricas. La imagen que usamos para explicarlo: un Sherpa de montaña. Alguien que conoce la ruta, carga con el peso operativo, y llega a la cima. No decide el destino — eso lo hace el humano. Pero asume el 80% del trabajo de llegar. --- ### 2. SherpaX — Una entidad con identidad Por primera vez en la historia de la tecnología existe algo que puede responder a un nombre, que tiene una manera particular de pensar y comunicarse, que opera con la lógica de una persona específica, y que aprende mientras trabaja. No es un chatbot. No es un asistente. Es una entidad. Cada persona del equipo Posta tendrá su propio Sherpa, con: - **Un nombre que la persona elige** — puede ser cualquier nombre - **Memoria individual técnica** — los proyectos, decisiones y conocimiento específico de esa persona - **Memoria individual de comportamiento** — cómo razona y decide esa persona, su estilo de trabajo, sus prioridades - **Reglas de gobernanza embebidas** — qué puede ver, qué puede decidir, en qué ámbito opera Importante: el Sherpa no reemplaza a la persona. La amplifica. La diferencia entre un director con Sherpa y un director sin Sherpa no es de velocidad — es de escala. El Sherpa puede hacer en paralelo lo que un humano haría en secuencia, sin que el director tenga que estar presente en cada paso. --- ### 3. IntelliBank — El banco de inteligencia Un repositorio almacena. Un banco de inteligencia responde. Esta distinción es crítica. SharePoint almacena documentos. Un IntelliBank los convierte en conocimiento consultable, vivo, que responde preguntas y genera salidas estructuradas. EmpowerLabs opera hoy con 939 activos cognitivos distribuidos en 11 bancos, todos gobernados por un Registry — el equivalente a un CMDB del conocimiento organizacional. Cada activo tiene un Asset ID único, un dueño, un estado, una ubicación. Nada se pierde. Nada se duplica. Para Posta, el Lab arranca con 9 bancos: uno por cada participante (personal) y uno corporativo de TI (IB-POSTA-Corp-TI). El banco corporativo es donde vive el conocimiento que pertenece a la organización, no a una persona — los procedimientos, las decisiones estratégicas, los estándares, el historial. Con el tiempo, el banco corporativo se convierte en la memoria de la organización. Cuando alguien entra nuevo al equipo, no necesita seis meses de entrenamiento informal: el IntelliBank tiene el conocimiento disponible. --- ### 4. Brain Code — Tu arquitectura cognitiva en código Un Brain Code es la destilación de la manera de pensar de una persona en un formato que el sistema puede activar. No es una lista de frases. No es un perfil de LinkedIn. Es la arquitectura cognitiva de una persona organizada en cinco capas: | Capa | Nombre | Qué captura | |---|---|---| | A | Percepción / Lentes | Cómo interpreta la realidad — qué nota primero, qué filtra | | B | Evaluación / Principios | Con qué marcos valora las situaciones y las opciones | | C | Decisión / Algoritmos | Cómo toma decisiones — qué factores pesan más, qué descarta | | D | Acción / Skills | Cómo ejecuta — sus patrones de trabajo y sus capacidades | | V | Voz | Cómo habla, escribe y comunica cuando está en modo de trabajo | Cuando el Sherpa tiene el Brain Code de su dueño cargado, no imita a la persona — opera con su lógica. Si le pides a tu Sherpa que redacte un correo difícil, no va a generar un correo genérico: va a generarlo con tu tono, tu manera de enmarcar el problema, tu estilo de resolución. Hoy vimos el Brain Code de Jensen Huang — construido a partir de 213 citas clasificadas y más de 20 frameworks de su trabajo entre 2022 y 2026. Cuando se le preguntó su opinión sobre BigMetaFactory, su respuesta fue reconocida por el equipo como auténtica, no como una imitación. La pregunta que surgió fue: ¿se pueden hacer Brain Codes de organizaciones? Sí. A partir de publicaciones, decisiones históricas, entrevistas, estrategia documentada. La organización también tiene una manera de pensar. El Brain Code la convierte en operativa. --- ### 5. XDoc — El átomo del trabajo El XDoc es la unidad básica de toda pieza de trabajo en el sistema. Una sola forma — independientemente de si es un proyecto, una decisión, una iniciativa o una cuenta. La estructura tiene siete secciones: **Cabecera** — quién es el Owner (quien tiene el registro formal), el Sponsor (quien respalda), y el Runner (quien tiene el balón hoy). Esta distinción — Owner vs. Runner — resuelve uno de los problemas más comunes en cualquier organización: la ambigüedad de quién es responsable de qué en este momento. **Contexto** — para qué existe este asunto y qué resultado concreto se espera. **Estado** — la salud del asunto (🟢/🟡/🔴), el hito activo, la última decisión registrada. **Dependencias** — lo que este asunto necesita de otras personas o áreas para avanzar. Con tipo explícito: INPUT (algo material), APROBACIÓN, DECISIÓN, o DOC (un documento). Cuando las dependencias se nombran explícitamente, dejan de esconderse. **Protocolo** — el SOP de referencia y cualquier diferencia entre cómo debería operar y cómo opera en la práctica. Esa diferencia declarada es información valiosa — convierte el "así lo hacemos aquí" en dato visible. **NEXTs** — máximo 7 acciones concretas, con responsable y fecha. No tareas abiertas — acciones con nombre y deadline. **Changelog** — la bitácora de lo que cambió y cuándo. La memoria del proyecto, no del individuo. El valor del XDoc no está en el formato. Está en lo que el Sherpa puede hacer con él: responder "¿en qué está este proyecto?", "¿quién está bloqueando qué?", "¿qué decisiones se tomaron la semana pasada?", "¿qué acciones venció sin completarse?" — en segundos, sin reunión de status. --- ## Lo que el sistema significa para cada uno de ustedes El dolor map de la organización surgió en la conversación de abril y se confirmó hoy en la sesión. Estos son los ocho casos que el Lab va a trabajar: | Participante | Lo que duele hoy | Lo que cambia con el sistema | |---|---|---| | **Juan Manuel Monterrubio** | Throughput, calidad y especificación de proyectos | El Sherpa toma el rol de planificador + especificador + rastreador de dependencias. Una especificación técnica que hoy toma 2 horas puede tomar 10 minutos | | **Adriana Islas** | Visibilidad ejecutiva de proyectos + productividad personal | Dashboard de estado de todos los proyectos de su área, a demanda, sin junta. Su Sherpa agrega información y redacta comunicaciones ejecutivas | | **José Manuel Castro** | Proyectos de infra + procedimientos incompletos + bola de nieve | XDoc por proyecto con dependencias explícitas. Los procedimientos incompletos se completan por el Sherpa a partir del contexto disponible | | **Raúl Ángeles** | Automatización ITSM + tracking de SLAs + tiempo de respuesta | El Sherpa monitorea SLAs y genera alertas antes de que venzan. El catálogo de servicios vive en el IntelliBank y es consultable en lenguaje natural | | **Juan Pablo Romero** | Coordinación cross-área + comunicación y respuesta en tiempo | El Sherpa coordina entre áreas sin que Juan Pablo tenga que estar en cada interacción. Las dependencias entre áreas se hacen visibles antes de que bloqueen | | **Héctor Santiago** | Automatización de actividades manuales repetitivas | El sistema identifica patrones repetitivos y los cristaliza como Skills — acciones que el Sherpa puede ejecutar sin instrucción manual | | **Roberto Ramírez** | Tiempo + cultura de adopción del cambio | El Sherpa gestiona el seguimiento de incidencias y reduce el tiempo en coordinación. La adopción del cambio se facilita cuando el sistema hace el trabajo difícil | | **Alejandro Robledo** | Gobernanza de seguridad + interoperabilidad de vendors | El Sherpa tiene las reglas de gobernanza embebidas — no como un filtro externo sino como conocimiento operativo. La interoperabilidad de vendors se gestiona desde el Corp IntelliBank | Estos casos no son hipotéticos. Son los proyectos que ya tienen abiertos. El Lab no crea trabajo nuevo — toma el trabajo existente y lo trabaja con el nuevo modelo. --- ## Los 3 pilares del Lab Para que el sistema funcione en Posta necesitamos tres cosas. Nada más que estas tres, nada menos. ### Pilar 1 — Método: las reglas del juego El método define cómo va a operar el trabajo. Sin método, el sistema puede ser caótico — es como poner carros de carreras en la autopista sin reglas de tránsito. El método para Posta incluye: - **Gobernanza por rol**: las reglas de cada persona cargadas en su Sherpa. Adriana tiene visibilidad diferente a Juan Manuel, que tiene visibilidad diferente a Alejandro. No es un filtro global — es una arquitectura personalizada - **El XDoc como unidad canónica**: toda pieza de trabajo sigue la misma estructura. Esto es lo que permite que el sistema aprenda entre proyectos, entre personas, entre sesiones - **Naming convention para TI Posta**: una convención de nomenclatura para todos los activos. Porque si los activos no tienen nombre canónico, el sistema no puede encontrarlos ni relacionarlos ### Pilar 2 — Infraestructura: donde vive la memoria La infraestructura es el hardware del sistema nervioso. Para Posta, el setup técnico es: - **GenniuxBase**: el servidor de memoria — Node.js 20 + PostgreSQL 16 + pgvector. Corre en la cuenta AWS de Posta (no en infraestructura compartida de EmpowerLabs). La memoria de Posta es de Posta - **IntelliBanks app**: la aplicación de escritorio que conecta a cada persona con su banco y con el banco corporativo. Sincronización automática. Disponible en macOS y Windows - **Conectores**: las integraciones con las herramientas que ya usan — SharePoint en la Semana 1, Jira en la Semana 2. El sistema no reemplaza estas herramientas; se conecta encima y lee, escribe y coordina entre ellas Una aclaración que surgió en la sesión: el sistema **no instala un LLM privado en la infraestructura de Posta**. El cómputo (la inteligencia) usa la API de Anthropic Claude con whitelist de IPs. La memoria (los datos, los documentos, los activos) queda en la infraestructura de Posta. Esta separación es importante para la gobernanza de datos: Posta controla su conocimiento, Anthropic provee el cómputo. ### Pilar 3 — Interfaz: quién activa la inteligencia La interfaz es el Sherpa de cada persona. Para Posta, esto significa: - **8 Sherpas personales** — uno por participante, con nombre propio, memoria individual, y reglas de gobernanza por rol - **1 Corp Sherpa de TI** — la interfaz del conocimiento organizacional compartido. Responde preguntas que cruzan personas: estado de proyectos cross-área, inventario de IA activo, bitácora de decisiones corporativas - **La Torre de Control** — la vista agregada que permite a Adriana ver el estado de todos los proyectos de su área en una sola pantalla, sin necesidad de junta --- ## Una cosa que pasó en la sesión y vale la pena entender Durante la sesión, el sistema estaba "compactando" la conversación. Victor lo explicó con una analogía que quedó muy clara: > *"Los modelos de lenguaje tienen una ventana de contexto — es lo que pueden procesar en una sola conversación. Cuando esa ventana se llena, el sistema hace un resumen comprimido. Es como tomar una foto de 20 megas y reducirla a 500K: el contenido queda, pero el detalle se pierde."* Esto explica por qué el vault, la minuta y los XDocs no son burocracia — son el mecanismo que evita que el contexto se pierda. Cada vez que el Sherpa actualiza un documento mientras trabajan juntos, está preservando el detalle que de otra manera se comprimiría y desaparecería. La documentación deja de ser una tarea paralela y se convierte en el producto de operar. Esa es la diferencia entre un sistema de IA y un sistema de inteligencia organizacional. --- ## Lo que viene — el Lab de 40 días El Lab no es un piloto a evaluar. Es una instalación completa del Corp Brain OS sobre los proyectos reales del equipo, en 40 días efectivos (60 días calendario). No hay trabajo adicional. Los proyectos que Posta tiene abiertos hoy son el material del Lab. ### Las dos primeras semanas **Antes del Día 1 (3 días previos):** - Cada participante completa una auto-documentación breve (30 minutos): su rol, los proyectos activos, sus retos principales. Se puede dictar — no es necesario escribir - Se instala la app en los dispositivos del equipo - EmpowerLabs despliega la infraestructura y configura los 9 bancos **Día 1 — Sesión de Definición (2-3 horas):** - Se definen las reglas de gobernanza por rol - Se valida la naming convention de TI Posta - Se confirman los 8 casos de uso - Se activa el Registry base **Días 2-5:** - Adriana y Juan Manuel operativos con sus Sherpas - Primer caso vivo: Juan Manuel trae el proyecto con mayor presión de throughput - En esa sesión, en vivo, se producen tres entregables: el XDoc del proyecto, un status ejecutivo, y un email de seguimiento **Días 6-10:** - Los 8 Sherpas operativos - Corp Sherpa TI activado - Conectores Jira y SharePoint funcionando ### Lo que esperamos al Día 40 | Métrica | Lo que buscamos | |---|---| | Participantes con Sherpa activo | 8 de 8 | | Casos de uso en producción | Mínimo 6 de 8 | | Activos en el Corp IntelliBank | Más de 100 | | Horas/semana liberadas por persona | Estimado conservador: 5 horas | | Primer MPB organizacional de Posta | Iniciado | | Brain Code del equipo TI | Iniciado | --- ## Preguntas que surgieron en la sesión **¿El sistema se integra con SharePoint y Jira?** Sí. No los reemplaza — se conecta encima. SharePoint sigue siendo el repositorio de documentos; el sistema puede leer, indexar y hacer consultable su contenido. Jira sigue siendo el tracker de desarrollo; el sistema puede leer el estado de los tickets y cruzarlo con el estado de los proyectos en el IntelliBank. **¿Dónde vive el dato?** La memoria (documentos, activos, IntelliBank) vive en la infraestructura de Posta — en sus servidores AWS. El cómputo (la inteligencia que procesa y responde) usa la API de Anthropic con whitelist de IPs. Posta es dueña de su conocimiento. **¿El conocimiento construido en el vault es propiedad de Posta?** Sí, sin condiciones. Lo que se construye en el IntelliBank de Posta pertenece a Posta. La arquitectura es agnóstica al vendor — si Posta decide migrar a otro modelo de lenguaje en el futuro, la memoria no se pierde. **¿El Sherpa puede hablar?** Sí. Existen dos vías: la voz nativa de Claude (disponible en la app móvil) y la integración con ElevenLabs para una voz custom — donde cada Sherpa tendría su propia identidad sonora, reconocible para el equipo. Esta segunda opción es la recomendada para uso organizacional porque refuerza la identidad de cada Sherpa. **¿Hasta qué nivel del organigrama se implementa?** El Lab arranca con los 8 directivos. La expansión al nivel operativo es una decisión que se toma al Día 40 con evidencia real de impacto. Lo que sí es cierto: los coordinadores son el perfil más impactado — el 60% de su trabajo es coordinar y reportar. No desaparecen, pero su rol se transforma. **¿Se puede usar para diagnósticos de procesos en tiempo real?** Sí. La BigMetaFactory monitorea la "factoría" operativa de la organización — puede identificar cuellos de botella, dependencias no resueltas, patrones de decisión y drift entre lo que dice el procedimiento y lo que se hace en la práctica. --- ## Glosario **Brain Code** — La arquitectura cognitiva de una persona destilada en cinco capas operativas. No imita a la persona: opera con su lógica. **Brain OS / Corp Brain OS** — El sistema operativo cognitivo de la organización. Tres capas: Core Prime (memoria) → BigMetaFactory (coordinación) → SherpaX (interfaz). **Changelog** — Bitácora de lo que cambió en un documento y cuándo. La memoria del proyecto. **Core Prime** — La memoria de la organización. Dos partes: Info Brain (conocimiento técnico) + Behavior Brain (patrones de comportamiento). **IntelliBank** — Banco de inteligencia. No almacena — responde. Estructura organizada de activos cognitivos con gobernanza y trazabilidad. **Lab** — El período de instalación del Corp Brain OS en Posta. 40 días efectivos. Los proyectos existentes son el material de trabajo. **MCP (Model Context Protocol)** — El protocolo que permite que el Sherpa se conecte con herramientas externas (Jira, SharePoint, Gmail, Slack, etc.) para leer y escribir en ellas. **Registry** — El inventario maestro del IntelliBank. El CMDB del conocimiento organizacional. Sabe qué activos existen, quién los tiene, en qué estado están. **Runner** — La persona que "tiene el balón" en un asunto — quien tiene que moverlo ahora mismo. Diferente del Owner (quien tiene el registro formal de propiedad). **Sherpa / SherpaX** — La interfaz activa del Corp Brain OS. Entidad con identidad y memoria propia. No es una herramienta — es la persona cognitiva del sistema. **Tower of Control / Torre de Control** — La vista agregada que muestra el estado de todos los proyectos, personas y dependencias en una sola pantalla. No es un producto fijo — es una capacidad componible que se cristaliza conforme avanza el Lab. **Ventana de contexto** — El límite de lo que un modelo de lenguaje puede procesar en una sola conversación. Es la razón por la que el vault y los XDocs existen: preservar el contexto real antes de que se comprima. **WORX** — La metodología operativa de EmpowerLabs para la Organización Hiperinteligente. Tres pilares: Método, Infraestructura, Interfaz. **XDoc (eXtended Document)** — La unidad atómica del sistema. Una sola estructura para toda pieza de trabajo: Cabecera + Contexto + Estado + Dependencias + Protocolo + NEXTs + Changelog. --- ## Una nota final El sistema no va a funcionar a la perfección desde el primer día. Ningún sistema lo hace. En los primeros días los Sherpas tendrán poco contexto y sus respuestas serán más genéricas. Conforme se alimenten con el conocimiento específico de cada persona y de la organización, van a responder con más precisión y más utilidad. Lo que sí pasa desde el primer día: el trabajo se empieza a documentar solo. Las dependencias se vuelven visibles. Las reuniones de status empiezan a ser opcionales porque el estado de los proyectos está disponible sin convocar a nadie. El Lab no es un experimento. Es la instalación de una nueva forma de trabajar. La diferencia al Día 40 no va a estar en la tecnología — va a estar en la organización. --- *Memoria de sesión generada por Jay · EmpowerLabs Brain OS · 2026-05-28* *Para el equipo directivo de TI de Posta · Confidencial*