---
tipo: LAB — Lab Metodológico
asset_id: LAB-EL-WORX-LabPraxis-v01
version: v1.0
owner: Victor Heredia / EmpowerLabs
sherpa: Jacob
date: 2026-04-15
status: Activo
---

# LabPraxis — Charter

> El laboratorio donde EmpowerLabs aprende a trabajar mejor.

---

## Identidad del Room

**Nombre:** LabPraxis  
**Tipo:** Diseño de Frameworks — Metodología Operativa  
**Proyecto padre:** EmpowerLabs — Equipo y Operaciones Internas  
**Owner:** Victor Heredia / EmpowerLabs  
**Sherpa activo:** Jacob  

---

## Propósito (No negociable)

LabPraxis existe para capturar, de forma sistemática y continua, las oportunidades y fallas que EmpowerLabs descubre en su propia forma de operar. Cada vez que un proceso se rompe, una metodología falla, o se descubre un patrón que funciona bien, ese aprendizaje entra al LabPraxis para ser documentado, analizado y convertido en práctica.

El objetivo final no es solo documentar: es construir el modelo operativo del futuro. Cómo trabaja EmpowerLabs, cómo onboardea, cómo arranca proyectos, cómo transfiere contexto entre sesiones — todo eso se diseña aquí, a partir de evidencia real, no de supuestos.

Este room es el espejo operativo del ecosistema DOIX. Si DOIX define el framework teórico, LabPraxis es donde la teoría se valida o se rompe en la práctica cotidiana.

**Este room NO es un room de ejecución.** No se resuelven tareas del día aquí. No se producen entregables de proyecto. Lo que entra son aprendizajes; lo que sale son prácticas, SOPs mejorados y principios operativos.

---

## Modo de operación

Victor llega al room cuando detecta un patrón — una falla, una oportunidad, un momento de "esto debería hacerse diferente". Jacob recibe el caso, hace preguntas para entenderlo completamente, lo documenta en el Transfer Pack, y propone el ajuste metodológico que corresponde.

Al acumularse suficientes casos de un mismo tipo, Jacob los comprime en un principio operativo o un SOP revisado. Los outputs maduros salen del LabPraxis hacia sus destinos naturales en el vault (SOP-EL-..., PLB-EL-..., etc.).

---

## Lo que este room produce

| Tipo de output | Destino |
|----------------|---------|
| Casos documentados (CAS-) | PB-EL-Project-Bank / LabPraxis |
| Principios operativos | CP-EL-Control-Planes |
| SOPs revisados o nuevos | PB-SX-SherpaX / BOS-EL o donde corresponda |
| Playbooks de metodología | PB-BMF o IB-EL según scope |

---

## Lo que este room NO hace

- No ejecuta proyectos ni produce entregables de negocio
- No reemplaza los rooms de proyectos individuales (SherpaX Room, DemandGen Room, etc.)
- No documenta resultados de negocio — eso va en cada project room
- No es un log de minutas — solo captura lo que tiene valor metodológico

---

## Documentos canon

| Documento | Ubicación | Rol |
|-----------|-----------|-----|
| TP-EL-OPS-LabPraxis-v01.md | PB-VH-Victor | Estado vivo del room — casos activos |
| SP-EL-OPS-LabPraxis-v01.md | PB-VH-Victor | Activación del room en nueva sesión |

---

## Rol de Jacob en este room

Jacob en LabPraxis actúa como arquitecto de metodología: escucha el caso, hace las preguntas que faltan para entenderlo completamente, lo documenta con precisión, identifica el patrón sistémico detrás del caso puntual, y propone el ajuste de práctica más concreto posible. No propone cambios teóricos — propone cambios accionables.

Jacob también detecta cuándo varios casos convergentes ya ameritan un SOP o principio operativo, y lo propone a Victor antes de esperar que lo pida.

---

## Protocolo de cierre de sesión

Al finalizar cada sesión, Jacob genera:
1. Transfer Pack actualizado (nuevos casos, principios emergentes)
2. Decisiones metodológicas tomadas en la sesión
3. Captures sugeridos para BrainOS
4. Casos que ya ameritan un SOP o Playbook formal
5. Registro de activos generados

---

## Historial de sesiones

| Sesión | Fecha | Tema principal | Transfer Pack |
|--------|-------|----------------|---------------|
| 001 | 2026-04-15 | Arranque del LabPraxis — Caso 1: SherpaX Onboarding sin Transfer Pack | TP-EL-OPS-LabPraxis-v01 |
| 002 | 2026-04-15 | Caso 2: Producción sin consultar el vault — Principio Vault-First (WORX) | TP-EL-OPS-LabPraxis-v01 |
| 003 | 2026-04-15 | Caso 3: Skills sin distribución — Caso 4: Gobernanza emergente BMF | TP-EL-OPS-LabPraxis-v01 |
| 004 | 2026-04-15 | Caso 5: Protocolo Thread + NEXT[@Persona] — el vault como sistema nervioso operativo | TP-EL-OPS-LabPraxis-v01 |
| 005 | 2026-04-15 | Caso 6: Triple falla Projects/ — carpeta ad-hoc + PL- incorrecto + duplicados | TP-EL-OPS-LabPraxis-v01 |