---
asset_id: SIM-ConceptoLab-Posta-v01
type: SIM
version: v01
status: En construcción — sesión activa 2026-05-28
owner: Victor Heredia
sherpa_owner: Jay
fecha: 2026-05-28
intellbank: IB-EL-EmpowerLabs
proposito: Conceptualización del Lab Piloto para Posta — 3 pilares WORX aplicados a los 8 participantes, mapa de casos de uso y plan de arranque en 2 semanas
---

# Lab Piloto Posta — Conceptualización
**Generado en sesión:** 2026-05-28  
**Estado:** Borrador vivo — construido en co-sesión con el equipo Posta

---

## 1. Premisa del Lab

El Lab de Posta 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. Los proyectos que Posta tiene abiertos hoy son el material del Lab — no hay trabajo adicional. Lo que cambia es el modelo operativo bajo el cual se trabajan.

**3 componentes necesarios y suficientes para arrancar:**

| # | Pilar | Pregunta que responde |
|---|---|---|
| 1 | **Método** | ¿Cómo va a operar el trabajo? |
| 2 | **Infraestructura** | ¿Dónde vive el conocimiento? |
| 3 | **Interfaz** | ¿Quién activa la inteligencia? |

---

## 2. Pilar 1 — Método

El Método define las reglas del juego operativo: cómo se documenta, cómo se gobierna y cómo se trabajan los casos.

### 2.1 Gobernanza por rol
- Las reglas no son un documento aparte ni un filtro — son parte de la memoria del sistema
- Cada participante tiene reglas embebidas según su rol y dominio
- Adriana ≠ Alejandro ≠ Juan Manuel — en permisos, visibilidad, ámbito de decisión
- Las reglas se definen en la Sesión de Definición (Día 1) y se cargan al vault

### 2.2 XDoc como unidad de trabajo canónica
El XDoc es el formato estándar para cada caso de uso. No es una plantilla — es el modelo de trabajo del Lab.

**Estructura del XDoc:**
- **Cabecera:** Asset ID · Owner · Sponsor · Runner · Tipo · Fecha
- **Contexto:** propósito, resultado esperado, stakeholders
- **Estado:** salud (🟢/🟡/🔴), hito activo, última decisión, dependencias críticas con tipo (INPUT / APROBACIÓN / DECISIÓN / DOC)
- **Protocolo:** SOP de referencia; drift declarado si opera diferente
- **NEXTs:** acciones con responsable y fecha, máximo 7
- **Discusión:** debates abiertos que no son acción
- **Changelog:** bitácora de lo que cambió y cuándo

### 2.3 Naming convention para el dominio TI de Posta
- Prefijos por tipo de activo: XD- (XDoc) · IB- (IntelliBank) · BC- (Brain Code) · CP- (Control Panel)
- Prefijo de área: INFRA · DEV · ITSM · TELECOM · INFRAD · SOPORTE · TI (Corp)
- Ejemplo: `XD-INFRA-JMC-ProyectoX-v01.md`

### 2.4 8 casos de uso — mapa del dolor al Lab

| Participante | Rol | Caso de uso | Prioridad |
|---|---|---|---|
| **Juan Manuel Monterrubio** | Gerente de Desarrollo | Throughput + calidad + especificación de proyectos | 🔴 Día 1 |
| **Adriana Islas** | Directora de Sistemas | Visibilidad ejecutiva de proyectos + productividad personal | 🔴 Día 5 |
| **José Manuel Castro** | Gerente Infra Central | Proyectos de infra + procedimientos incompletos + bola de nieve | 🟡 Día 7 |
| **Raúl Ángeles** | Gerente Gestión Servicios | Automatización ITSM + tracking SLAs + tiempo de respuesta | 🟡 Semana 2 |
| **Juan Pablo Romero** | Gerente Telecom | Coordinación cross-área + comunicación y respuesta en tiempo | 🟡 Semana 2 |
| **Héctor Santiago** | Gerente Infra Distribuida | Automatización de actividades manuales repetitivas | 🟡 Semana 2 |
| **Roberto Ramirez** | Gerente Soporte Apps | Tiempo + cultura de adopción del cambio | 🟡 Semana 2 |
| **Alejandro Robledo** | Director Operaciones TI | Gobernanza de seguridad + interoperabilidad de vendors | 🟡 Semana 2 |

---

## 3. Pilar 2 — Infraestructura

La infraestructura es el sistema nervioso del conocimiento de Posta: donde vive la memoria, cómo se organiza y cómo se conecta con las herramientas que ya tienen.

### 3.1 Stack técnico del Lab

**Componente A — GenniuxBase (Brain OS MCP Server)**
- Node.js 20 + PostgreSQL 16 + pgvector
- EC2 t3.small · Ubuntu 22.04 · Apache proxy · SSL obligatorio
- Schema dedicado a Posta (multitenancy — aislado de otros clientes)
- Corre en la cuenta AWS de Posta — no en infraestructura compartida de EmpowerLabs

**Componente B — IntelliBanks app**
- Apache + PHP 8.x · EC2 t3.micro
- App de escritorio (Electron + Angular 15) para los participantes
- Sincronización automática cada 15 min
- Build macOS disponible · Windows en proceso

**Notas técnicas:**
- Costo de infra para el Lab: < USD 50/mes en EC2
- PostgreSQL no expuesto fuera de localhost (binding 127.0.0.1)
- SSH restringido a IPs del admin designado por Posta
- PHP 8.x (no legacy) desde el Día 1 del Lab

### 3.2 Arquitectura de bancos

| Banco | Tipo | Contenido inicial |
|---|---|---|
| IB-POSTA-Adriana | Personal | Proyectos, decisiones, visibilidad ejecutiva |
| IB-POSTA-JuanManuel | Personal | Proyectos de desarrollo, especificaciones |
| IB-POSTA-JoseManuel | Personal | Proyectos infra central, procedimientos |
| IB-POSTA-Raul | Personal | ITSM, SLAs, catálogo de servicios |
| IB-POSTA-JuanPablo | Personal | Telecom, coordinación inter-área |
| IB-POSTA-Hector | Personal | Infra distribuida, automaciones |
| IB-POSTA-Roberto | Personal | Soporte apps, incidencias, cambio cultural |
| IB-POSTA-Alejandro | Personal | Operaciones TI, seguridad, vendors |
| IB-POSTA-Corp-TI | Corp | Conocimiento organizacional compartido de TI |

**Total inicial:** 9 bancos · ~80-100 activos al Día 10

### 3.3 Integración con herramientas existentes

| Herramienta | Integración | Timing |
|---|---|---|
| SharePoint | Pipeline de conversión MD + conector lectura | Semana 1 |
| Jira | Conector de estado de proyectos | Semana 2 |
| ServiceNow | Webhook cuando esté listo | Post-Semana 2 |
| GitHub Copilot | Coexistencia — no reemplaza, complementa | Cualquier momento |
| Microsoft Foundry / Azure | Coexistencia — se nutre del vault | Cualquier momento |

### 3.4 Estructura de memoria

| Tipo | Descripción | Quién lo alimenta |
|---|---|---|
| Individual técnica | Documentos, proyectos, decisiones de cada persona | El participante + su Sherpa |
| Individual comportamiento | Patrones de cómo razona y decide cada persona | Evoluciona por interacción |
| Colectiva técnica | Conocimiento organizacional compartido | Promociones explícitas + Corp IntelliBank |
| Colectiva comportamiento | Cómo decide Posta como organización | Emerge al Día 30+ |

---

## 4. Pilar 3 — Interfaz

La interfaz es el cerebro activo de cada persona: el SherpaX individual con identidad propia, conectado al Brain OS de Posta.

### 4.1 8 Sherpas personales

Cada participante del Lab tiene su SherpaX individual:
- Lo **nombra** el dueño (cualquier nombre)
- Tiene **identidad propia** — no es un ChatGPT genérico
- Tiene **memoria individual** cargada (técnica + comportamiento)
- Tiene **reglas de gobernanza embebidas** según su rol
- Puede activar el **Corp Sherpa** para consultas organizacionales

### 4.2 Corp Sherpa de TI de Posta

Un Sherpa organizacional para consultas que cruzan personas:
- Estado de proyectos cross-área
- Inventario de activos de IA (CMDB de IA embebido)
- Gobernanza activa: qué reglas están vivas, bitácora de decisiones
- Reportes ejecutivos a demanda
- Torre de Control componible: consultas cristalizables en Skills

### 4.3 Casos en producción — Día 10

**Caso 1 — Juan Manuel (throughput + especificación)**
- XDoc de cada proyecto activo en su banco
- Sherpa como planificador + especificador + dependency tracker
- Output típico: especificación técnica en 10 min vs. 2 horas

**Caso 2 — Adriana (visibilidad ejecutiva)**
- Dashboard componible: estado de todos los proyectos de su área
- Skill cristalizada: `EstadoProyectosTI` — invocable en cualquier momento
- Sherpa como agregador de información + redactor de comunicaciones ejecutivas

**Caso 3 — José Manuel (infraestructura + control)**
- XDoc por proyecto de infraestructura con dependencias explícitas
- Procedimientos incompletos → completados automáticamente por el Sherpa
- Skill: `EstadoInfraCentral` + `ProcedimientoActivo`

### 4.4 Torre de Control componible

En progresión por semanas del Lab:

| Período | Capa | Lo que se ve |
|---|---|---|
| Día 1-10 | Inventario | Qué activos de IA existen, quién usa qué, qué reglas están activas |
| Día 10-30 | Operación + Gobernanza | Uso real por persona/rol, costos, bitácora de decisiones, compliance continuo |
| Día 30-40 | Aprendizaje | Patrones que emergen, MPBs organizacionales, conocimiento tácito capturado |

---

## 5. Plan de arranque — 2 semanas operativas

### Pre-arranque (3 días antes del Día 1)

**Posta:**
- [ ] Cuenta AWS con permisos para lanzar 2 EC2
- [ ] 2 registros DNS + certificados SSL (o EmpowerLabs gestiona)
- [ ] Contacto técnico designado para el día de setup
- [ ] Cada participante completa auto-documentación (30 min, plantilla Victor): rol, proyectos activos, retos principales

**EmpowerLabs:**
- [ ] Deploy de las 2 instancias EC2 con stack completo (1 día)
- [ ] Schema multitenancy dedicado a Posta en GenniuxBase
- [ ] Skeleton de Registry con los 9 bancos iniciales
- [ ] Plantilla de gobernanza base para contexto TI/ops
- [ ] Pre-load de vocabulario IT ops en Corp IntelliBank

### Semana 1 (Días 1-5)

**Día 1 — Sesión de Definición (2-3 horas)**
- Reglas de gobernanza por rol
- Naming convention validada
- Casos de uso confirmados (los 8 del dolor map)
- Registry base activado

**Días 2-3 — Primeros Sherpas**
- Adriana + Juan Manuel: Sherpas operativos, IntelliBank personal poblado
- Integración SharePoint iniciada

**Día 4 — Primer caso vivo**
- Juan Manuel: XDoc del proyecto con mayor presión de throughput
- Co-construcción en sesión: diagnóstico → artefacto → 3 entregables derivados (status + email + minuta)

**Día 5 — Primer review**
- ¿Qué funcionó? ¿Qué ajustar?
- Onboarding de 2 participantes adicionales (José Manuel + Raúl)

### Semana 2 (Días 6-10)

**Días 6-7 — Onboarding masivo**
- Onboarding de los 5 participantes restantes
- Corp Sherpa de TI activado

**Día 8 — 8 Sherpas activos**
- Todos operativos con su banco personal
- 3 casos prioritarios en producción simultánea

**Día 9 — Conectores**
- Conector Jira activo
- Pipeline SharePoint → MD operativo

**Día 10 — Primera revisión del Lab**
- Sesión de retrospectiva con el equipo
- ¿Qué casos escalar? ¿Qué nuevos casos abrir?
- Estado del Corp IntelliBank: primeros activos colectivos

---

## 6. Lo que el Lab NO es

- No es un piloto a evaluar antes de decidir — es una instalación completa a 40 días
- No reemplaza ServiceNow, Microsoft Foundry, Copilot ni Jira — corre al lado y los alimenta
- No instala un LLM privado en la infra de Posta — la memoria queda en Posta, el cómputo usa API externa con whitelist
- No requiere que el equipo tome cursos — se usa desde el Día 1, con Jay como copiloto
- No es trabajo adicional — los proyectos que tienen abiertos hoy son el Lab

---

## 7. Métricas de éxito al Día 40

| Métrica | Target |
|---|---|
| Participantes con Sherpa activo | 8 de 8 |
| Casos de uso en producción | ≥ 6 |
| Activos en el Corp IntelliBank | ≥ 100 |
| Horas/semana liberadas por participante (estimado) | ≥ 5 horas |
| Primer MPB organizacional generado | ≥ 1 |
| Brain Code del equipo (Posta TI) | Iniciado |

---

## 8. Pendientes para confirmar con el equipo Posta

- [ ] ¿Tienen cuenta AWS disponible o prefieren que EmpowerLabs gestione la infra?
- [ ] ¿Quién es el contacto técnico para el día de setup — José Manuel o Juan Manuel?
- [ ] Confirmar que Juan Manuel trae el caso de throughput para la Sesión de Definición
- [ ] ¿La auto-documentación la hacemos hoy en la sesión (30 min) o la hacen antes del Día 1?
- [ ] Fecha propuesta para el Día 1: ¿cuándo tienen ventana las 2 semanas?

---

*Conceptualización generada por Jay · EmpowerLabs Brain OS · 2026-05-28 · basada en dolor map 2026-04-22 + sesión en vivo 2026-05-28*