## Asset Header - **Asset ID:** DC-MPX-ContextoEquipo-AISherpaOS-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-MPX-MasterPlaybooks - **Tipo:** DC — Document Canónico - **Propósito:** Contexto para el Equipo — AI Sherpa OS - **Última actualización:** 2026-04-11 --- # Contexto para el Equipo — AI Sherpa OS ## ¿Qué estamos construyendo y por qué? **EmpowerLabs / MasterPlaybooks · Marzo 2026** --- > Este documento es para todo el equipo. No requiere conocimiento técnico para entenderse. > Objetivo: que todos tengan el mismo mapa de hacia dónde vamos y por qué esto importa. --- ## En una línea Estamos convirtiendo MasterPlaybooks de una plataforma de contenido en una plataforma de inteligencia — donde el Sherpa recuerda a cada usuario, entiende dónde está, y sabe exactamente qué hacer a continuación. --- ## El problema que estábamos teniendo Cada vez que un usuario entraba al Sherpa, el Sherpa no recordaba nada de la sesión anterior. El usuario tenía que repetir su contexto. Las conversaciones no se acumulaban. No había memoria real. Esto significa que el Sherpa era brillante en cada conversación individual, pero no construía una relación continua con el usuario. Para un producto que promete acompañar transformaciones reales, eso es un problema de fondo. --- ## La solución: tres piezas que se construyen juntas ### 1. Event Ledger — La bitácora de todo lo que pasa Cada vez que un usuario interactúa con el Sherpa, ese evento queda registrado de forma estructurada: - Declaró un objetivo - Completó un módulo - Preguntó por precio - Expresó un bloqueo - Generó un artefacto Con esto, el Sherpa deja de operar con memoria de pez — construye una historia real de cada usuario. **Quién lo construye:** Alex ### 2. Memory Layer — El cerebro del Sherpa Sobre el Event Ledger, se construye una capa de memoria que usa inteligencia semántica para recuperar el contexto correcto en el momento correcto. Cuando el usuario regresa, el Sherpa puede "recordar" lo que importa: sus objetivos, sus bloqueos, su progreso, lo que declaró en sesiones anteriores — sin que el usuario tenga que repetirlo. La tecnología detrás de esto (embeddings vectoriales) es la misma que usa ChatGPT para entender el significado de las palabras, no solo las palabras exactas. **Quién lo construye:** Alex — usando el mismo stack de Mi Sherpa IA ### 3. Puente MasterPlaybooks → CRM — La conexión con el equipo humano El Sherpa detecta señales. El equipo humano actúa sobre esas señales. Cuando un usuario pregunta "¿cuánto cuesta el programa completo?", esa señal debe llegar al CRM en tiempo real para que el equipo de ventas pueda contactarlo en horas, no días. Cuando un usuario lleva 14 días sin actividad, el CRM debe crear automáticamente una tarea de reactivación. **Quién lo construye:** Juan Carlos --- ## La conexión estratégica: Mi Sherpa IA as a Service Mientras Alex construye la infraestructura del Sherpa, esa misma infraestructura será el motor de Mi Sherpa IA as a Service — un producto donde cualquier persona o empresa puede tener su propio "segundo cerebro" de IA con memoria persistente. No es trabajo duplicado. Es la misma infraestructura con dos aplicaciones: - **AI Sherpa OS** → guía a usuarios de MasterPlaybooks - **Mi Sherpa IA as a Service** → producto de memoria personal para clientes externos Esto significa que la inversión técnica que hace Alex esta semana abre dos líneas de negocio. --- ## ¿Por qué ahora y no después del lanzamiento? Porque el lanzamiento de Tribus RRHH y la construcción de esta infraestructura son **paralelos, no secuenciales**. El Sherpa de NOM-035 puede lanzar sin Event Ledger — simplemente con menos memoria. Pero si Alex construye el Event Ledger esta semana, el primer usuario real ya se beneficia de él. No estamos retrasando el lanzamiento para construir esto. Estamos construyendo esto mientras el lanzamiento avanza. --- ## Las dos pistas del sprint actual (Mar 25 – 31) **Pista A — Lanzamiento:** - Membresía básica funcional (Jesús) - Contenido de primera semana publicado (Ángeles, Paloma) - Narrativa aprobada (Anahí + Víctor) - Landing y onboarding sin errores **Pista B — Infraestructura:** - Event Ledger v0.1 funcional (Alex) - Puente MP→CRM disparando (Juan Carlos) --- ## Qué cambia para cada quien | Persona | Qué cambia | Por qué importa | |---------|-----------|----------------| | **Alex** | Enfoque en Event Ledger + Memory Layer esta semana | Es la prioridad técnica más importante — y aplica a dos productos | | **Juan Carlos** | Agrega el puente MP→CRM a su trabajo de triggers | El CRM necesita saber lo que el Sherpa sabe del usuario | | **Gustavo** | Prepararse para visualizar datos del State Engine en el dashboard | El dashboard se vuelve mucho más poderoso con datos reales | | **Todos los demás** | Sin cambios — continúan con lanzamiento Tribus RRHH | El lanzamiento no espera a la infra | --- ## Documentos de referencia Para los interesados en el detalle técnico — todo está en la carpeta `AI Sherpa OS` del vault: - **ai_sherpa_os_canonical_v0.1.md** — visión completa del sistema (para todos) - **ai_sherpa_os_data_model_event_ledger_v0.1.md** — spec técnica detallada (para Alex) - **MP-CRM-Bridge-Spec-v0.1.md** — spec del puente (para Juan Carlos) - **MP-Sprint-2531Mar-v01.md** — sprint de la semana (para todos) --- ## La pregunta que guía todo > Si un usuario regresa al Sherpa después de 3 semanas sin actividad, ¿el Sherpa lo recibe como si fuera la primera vez o como si lo conociera? Hoy: como si fuera la primera vez. En 2 semanas: como si lo conociera. Eso es lo que estamos construyendo. --- *Contexto-Equipo-AISherpaOS-Mar2026.md · EmpowerLabs / MasterPlaybooks · 24 marzo 2026*