--- asset_id: CP-EL-WORX-EmpowerLabsComoOrganizacion-v01 version: v01 status: Canonical · Ratificado · Victor Heredia · 2026-05-17 owner: Victor Heredia sherpa: Jay fecha: 2026-05-17 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-WORX-Worx tipo: CP — Canonical Paper · modelo organizacional proposito: Definir canónicamente el modelo de EmpowerLabs como organización · cómo se gobierna · cómo opera · cómo se incorpora un miembro · cómo se conectan los SherpaX individuales con la gobernanza corporativa disparador: Sesión 2026-05-17 con Victor · solicitud explícita de canonizar el arranque del equipo EL con el modelo SherpaX/HIOrg + capa de gobernanza dual (individual + corporativa) referencia_canonica: CP-EL-SX-SherpaXConcepto-v01 · CP-EL-SX-ProgramaOnboarding-v01 · MePB-EL-SX-ProgramaOnboardingEjecutable-v01 · CP-XX-BrainOS-MetodologiaFramework-v01 · DC-EL-MPX-ReporteActividad-FebMayo2026-v01 · DC-MPX-FeatureMap-Recomendaciones-v01 audiencia: Cada miembro del equipo EL · Sherpa Guides certificados que onboardean al equipo · prospectos enterprise que quieren ver el modelo como referencia tags: [canonical-paper, empowerlabs, organizacion, hiorg, gobernanza-dual, workflows, rituales, equipo, caso-0] --- # EmpowerLabs como organización · modelo canónico ## Cómo se gobierna · cómo opera · cómo se incorpora un miembro --- ## 0. Resumen ejecutivo EmpowerLabs opera como la primera **HIOrg viva** del ecosistema · Caso 0 documentado en ejecución. Este documento canoniza: 1. **Identidad organizacional:** misión · valores · estructura del equipo (8 miembros operando). 2. **Capa de gobernanza dual:** gobernanza del SherpaX individual (capa 2) + gobernanza corporativa de EmpowerLabs (capa 1 organizacional). 3. **Las 5 capacidades WORX** como currículum operativo del equipo. 4. **Rituales colectivos** que sostienen la operación distribuida. 5. **Matriz de accesos a IntelliBanks** por persona y rol. 6. **Workflows críticos** identificados (los 5-7 flujos principales). 7. **Plan de inducción** de cada miembro al modelo SherpaX/HIOrg. 8. **Roadmap de instalación** persona por persona. Cuando un Sherpa Guide externo (Mario Vázquez · cuando se certifique) quiera replicar el modelo en otra empresa, este documento es **el blueprint canónico**. --- ## 1. Identidad organizacional ### 1.1 · Misión EmpowerLabs construye y opera la primera organización hiperinteligente (HIOrg) del mercado · sirviendo como caso 0 vivo y como motor de productos vendibles a clientes peldaño 1 (SherpaX individual) · peldaño 2 (equipos) · peldaño 3 (HIOrg organizacional) · peldaño 4 (DOIX). ### 1.2 · Valores operativos - **Criterio acumulado** · todo lo que aprendemos se canoniza · nada se pierde. - **Continuidad cognitiva** · cada miembro opera con contexto vivo · no arranca de cero cada día. - **Reproducibilidad** · si solo Victor puede hacerlo · no es sistema · es experto sin documentación. - **Gobernanza nativa** · cada decisión tiene Owner + Sherpa + Ratificador · cada activo tiene auditabilidad. - **Inteligencia distribuida** · el equipo opera como cerebro coordinado · no como suma de individuos. ### 1.3 · Estructura del equipo (8 miembros · al 2026-05) | Miembro | Rol | Contribución principal | |---|---|---| | **Victor Heredia** | CEO / Producto · dueño de tesis | Dirección estratégica · definición de features · visión SherpaX · ratificador L3+ | | **Anahí Martínez** | Contenido / Ops + DG Lead | Factorías de contenido · KatIA · TribusRRHH · MasterPlaybooks · candidata Sherpa Guide | | **Alex Rojas** | Infraestructura | SherpaX (AWS) · IntelliBanks app · servidores · dominios · dueño capa 1 técnica | | **Gustavo (Gus)** | Frontend Dev | UI/UX Sherpa · artefactos · KatIA · vistas móviles · animaciones | | **Jesús Sánchez** | Backend Dev | RAG · memoria IA · integraciones · módulo audio · membresías | | **Ángeles (Angi)** | Agencia Digital | Redes sociales · landing pages · campañas · website | | **Juan Carlos** | Ops & CRM | CRM OneRocket · automatizaciones · video onboarding · KatIA/CEM | | **Dove (Paloma)** | Diseño Gráfico | Materiales impresos · digitales · señalética · brandbooks | Evidencia de tracción: 60+ features implementadas Feb-May 2026 · 3 plataformas (MasterPlaybooks · TribusRRHH · Rebelocity Club). Documentado en `DC-EL-MPX-ReporteActividad-FebMayo2026-v01` (lente del equipo) y `DC-MPX-FeatureMap-Recomendaciones-v01` (lente del producto). --- ## 2. Capa de gobernanza dual Este es el corazón canónico del modelo. **Hay 2 capas de gobernanza simultáneas que conviven:** ### 2.1 · Capa A · Gobernanza del SherpaX individual Aplica a la operación personal de cada miembro con su SherpaX. Vive en la capa 2 del modelo HIOrg. **Elementos canónicos (ya canonizados en CP-EL-SX-SherpaXConcepto-v01):** - **Niveles L0-L3 de autonomía del SherpaX** - L0 · libre (drafts · exploraciones · captura) - L1 · ratifica owner (propio humano) - L2 · ratifica humano senior - L3+ · escalación obligatoria a CEO o equivalente - **Tripleta personal** · Owner (el humano) + Sherpa (su SherpaX) + Ratificador (otro humano cuando aplica) - **Gate G0 personal** · el SherpaX consulta IntelliBank + Brain Code + memoria antes de decisiones críticas (SOP-BrainOSFirst aplicado al nivel personal) - **Brain Code propio** · cada miembro tiene su BC- codificado y consultable - **Trazabilidad nativa** · cada decisión queda con prefijo · versión · autor · fecha · CHANGELOG **Quién la opera:** cada miembro junto con su SherpaX y su Sherpa Guide. ### 2.2 · Capa B · Gobernanza corporativa de EmpowerLabs Aplica a la operación colectiva del equipo y a las decisiones organizacionales. Vive en la capa 1 (arquitectura cognitiva organizacional). **Elementos canónicos:** - **D-P framework corporativo** · cada decisión organizacional canoniza como D-P (Decisión-Principio) acumulativa · vive en `IB-EL-EmpowerLabs/EQ-EL-Equipo/`. Ejemplos vigentes: D-P-01 (cognición central) · D-P-46 (3 carriles del ritual) · D-P-47 (1 minuta integrada por FDS) · D-P-48 (split DG). - **Tripleta corporativa** · cada decisión organizacional tiene Owner + Sherpa Coordinador (Jay para Victor · MePB ejecutable para otros) + Ratificador (siempre Victor para D-P nuevas). - **Gate G0 corporativo** · antes de producir cualquier activo canónico nuevo (CP- · DC- · SOP- · TP-) se valida contra el sistema (LLM-Wiki + IntelliBanks + Brain Codes + decisiones previas). - **Matriz de accesos a IntelliBanks** (ver §5). - **Registry maestro de IntelliBanks** · `CP-XX-IntelliBanks-Registry-v01` mantenido en orden por Anahí + Jay. - **Niveles de autonomía L0-L3 colectivos** - L0 · cualquier miembro produce sin ratificación (capturas operativas) - L1 · ratifica owner del frente (ej. Anahí para Demand Gen) - L2 · ratifica par senior + Jay como auditor - L3+ · ratifica Victor (decisiones canónicas · D-P nuevas · pricing · alianzas) - **Tripleta editorial** · para activos comerciales y publicables (Owner + Sherpa Guide + Paloma para visual + Victor ratifica final) - **Auditoría continua** · LabPraxis captura aprendizajes operativos · CHANGELOG en cada activo canónico **Quién la opera:** Jay como sherpa de coordinación general · Anahí como DG Lead · Alex como dueño técnico capa 1 · Victor como ratificador L3+. ### 2.3 · Cómo conviven las 2 capas - **Lo personal sube a lo corporativo** · cuando un miembro produce algo con valor canonizable (un patrón · una mejora · un caso · una decisión) lo propone como D-P corporativo. Jay lo procesa · Victor lo ratifica. - **Lo corporativo baja a lo personal** · cada D-P corporativa queda accesible vía LLM-Wiki + Brain Code organizacional · cada miembro la consume vía su SherpaX. - **Conflictos** · cuando una decisión personal contradice una D-P corporativa · siempre gana la D-P · se discute en sesión dedicada con Victor. --- ## 3. Las 5 capacidades WORX como currículum operativo Cada miembro del equipo debe dominar las 5 capacidades WORX (ya canonizadas) para operar a nivel HIOrg: 1. **Captura cognitiva** · transformar pensamiento crudo en activos estructurados (XDoc · CAS · minuta). 2. **Operación de SherpaX** · invocar correctamente · auditar outputs · saber delegar vs ejecutar directamente. 3. **Gobernanza** · respetar gates · niveles de autonomía · tripleta · escalaciones. 4. **Producción coordinada** · usar IntelliBanks · MetaPlaybooks · seguir convención de nomenclatura · mantener Registry actualizado. 5. **Aprendizaje continuo** · capturar fallas y patrones en LabPraxis · proponer D-Ps cuando aparecen. **Currículum de incorporación:** cada miembro nuevo recibe capacitación en las 5 capacidades durante su inducción de 2 días (ver §7). --- ## 4. Rituales colectivos Los rituales que sostienen la operación distribuida del equipo · cadencias canónicas: ### 4.1 · Daily (15 min · L-V mañana) - Cada miembro reporta a su SherpaX qué hizo · qué va a hacer · qué necesita. - Los SherpaX se sincronizan vía actualización del Registry de cada uno. - No es reunión presencial diaria · es coordinación asíncrona mediada por agentes. ### 4.2 · Weekly digest (lunes AM) - Jay produce el digest de la semana anterior basado en Registry consolidado. - Anahí ratifica desde el frente DG · Alex desde infraestructura. - Distribución al equipo vía vault + WhatsApp. ### 4.3 · Mid-week edit (miércoles PM) - Sesión de coordinación de mitad de semana · 30-45 min. - Anahí + Jay + miembros relevantes según frentes activos. - Ratificación de piezas L0-L1 en pipeline. ### 4.4 · End-of-week sync (viernes EOD) - 15-30 min con Victor + Anahí + Jay. - Cierre de semana · KPIs · escalaciones · pendientes para fin de semana. ### 4.5 · Sábado 100X (fin de semana) - Ritual canónico de fin de semana · ver `SOP-EL-WORX-RitualSabado100X-v01`. - 5+1 estaciones · 3 carriles · 1 minuta integrada por FDS (D-P-47). - Victor solo · modo creativo · mínimas interrupciones. ### 4.6 · Mid-review mensual - Primera semana de cada mes · sesión dedicada de 90-120 min. - Revisión de métricas operativas · D-Ps acumuladas · ajustes al modelo. - Participan Victor + Jay + Anahí + Alex. ### 4.7 · Revisión semestral - Cada 6 meses · sesión de medio día. - Revisión de Reglas Inmutables · ascensos · depreciaciones. - Validación con asesor humano externo si aplica. --- ## 5. Matriz de accesos a IntelliBanks por miembro | Miembro | IntelliBanks con lectura | IntelliBanks con escritura | IntelliBanks con ratificación | |---|---|---|---| | Victor | TODOS | TODOS | TODOS · L3+ | | Anahí | EL · MPX · TriRH · BVH · REB | EL/PB-DEMANDGEN · MPX · TriRH | EL/PB-DEMANDGEN · MPX | | Alex | EL · XX · MPX | EL/BOS-CorpBrainOS · XX/IPI-Corp-Brain-OS · MPX | EL/BOS · XX/IPI | | Gustavo | EL · MPX | MPX/Frontend | MPX/Frontend | | Jesús | EL · MPX | MPX/Backend | MPX/Backend | | Ángeles | EL · MPX · REB | EL · REB · landing · web | EL · REB | | Juan Carlos | EL · MPX · REB | EL/CRM · MPX/CEM | EL/CRM | | Paloma | EL · MPX · REB · BVH | EL/Brand · MPX/Brand · BVH/Visual | EL/Brand · BVH/Visual | **Reglas:** - `IB-XX-Maestro` solo lectura para todo el equipo · escritura solo Victor + Alex (capa 1 técnica) + Jay (custodio canónico). - `BC-EL-BrainCodes` lectura para todo el equipo · escritura solo Owner del Brain Code + Jay. - Cada IntelliBank tiene en su raíz un archivo `ACCESOS-v01.md` que documenta permisos vigentes. --- ## 6. Workflows críticos identificados Los 7 workflows principales que operan en EmpowerLabs · cada uno candidato a tener su propio MetaPlaybook ejecutable: ### W1 · Producción editorial (MasterPlaybooks) Owner: Anahí · Capacidad WORX: Producción coordinada. Pipeline: Idea → Concept Card → Viability Report → Product Blueprint → DemandGen → Distribution. Estado: maduro · operando con AI Sherpa embebido. ### W2 · Demand Gen Re100X Owner: Anahí · ratifica Victor. Pipeline: Insight → Pieza → Carousel Factory → Publicación → Métricas → Iteración. Estado: estructurado · TP-EL-DEMANDGEN-Re100X-CarouselFactory en producción. ### W3 · SherpaX Onboarding (cliente externo) Owner: Sherpa Guide certificado · ratifica Victor inicial. Pipeline: Diagnóstico → Cotización → Pre-Ignition → Ignition → 7 capas del Programa → Cierre. Estado: canonizado · MePB ejecutable en v01.1. ### W4 · Caso 0 (instalación interna SherpaX) Owner: Victor + Alex. Pipeline: Pre-Ignition Workbook → HDC ligero (Anahí) → Etapa 1 Workbook → Brain Code semilla → SherpaX activo. Estado: en ejecución · 8 SherpaX simultáneos en construcción. ### W5 · Producción de canónicos (CP/DC/SOP/MePB) Owner: Jay como redactor · ratifica Victor. Pipeline: Disparador → Gate G0 (BrainOS First) → Draft → Validación → Canonical → Registry. Estado: maduro · 50+ canónicos producidos. ### W6 · Captura de aprendizajes (LabPraxis) Owner: cualquier miembro detecta · ratifica Victor. Pipeline: Falla/Patrón detectado → CAS- propuesto → Validación → Ingreso al banco → D-P derivada si aplica. Estado: operando · CAS-EL-WORX-LabPraxis-BancoCasos-v01 activo. ### W7 · Coordinación estratégica multi-frente Owner: Victor · sherpa Jay. Pipeline: Frente identificado → Room dedicado → TP de activación → Operación → Cierre o continuum. Estado: operando · este Room (PB-VH-Victor) es ejemplo vivo. **Pendiente derivado:** producir MetaPlaybook ejecutable de cada W1-W7. Algunos ya existen (W3 · W4 parcial · W5). Otros pendientes (W1 · W2 · W6 · W7). --- ## 7. Plan de inducción al equipo · 2 días por persona Plan de incorporación de cada miembro al modelo SherpaX/HIOrg. Ver `PLAN-EL-WORX-InduccionEquipo-v01` para detalle ejecutable. **Día 1 · Conceptos + arquitectura (6-8 h)** - Etapa 1.1 · Lectura del Cheat Sheet + Glosario (90 min · autoestudio). - Etapa 1.2 · Sesión con Sherpa Guide · introducción al modelo HIOrg de 3 capas (90 min). - Etapa 1.3 · Recorrido por el vault EL · estructura · convención de nomenclatura · Registry (90 min). - Etapa 1.4 · Capacidades WORX · explicación + ejercicios (90 min). **Día 2 · Activación SherpaX + primer ritual (6-8 h)** - Etapa 2.1 · Pre-Ignition workbook (4 h workbook estructurado). - Etapa 2.2 · Setup técnico Mac · Claude Desktop · Obsidian · vault sincronizado (60 min). - Etapa 2.3 · Activación de SherpaX personal + Brain Code semilla (90 min). - Etapa 2.4 · Primer ritual ejecutado solo (Daily check-in + minuta) (60 min). **Output al cierre · 2 días:** - Miembro con SherpaX personal activo y operativo. - Brain Code semilla codificado. - Vault personal estructurado dentro del IB-EL. - Primera Daily ejecutada sin asistencia. - Cliente puede explicar el modelo HIOrg con sus palabras. --- ## 8. Roadmap de instalación · orden recomendado Considerando carga operativa actual del equipo y dependencias técnicas: | Orden | Miembro | Razón del orden | Sherpa Guide | |---|---|---|---| | 1 | **Anahí** | Owner DG · candidata Sherpa Guide · destraba onboarding de otros | Victor + Jay | | 2 | **Alex** | Dueño capa 1 técnica · destraba infraestructura para los demás | Victor + Jay | | 3 | **Juan Carlos** | Ops · CRM · operación diaria del equipo | Anahí (recién certificada) + Jay | | 4 | **Paloma** | Visual · ratifica todo activo comercial · uso intensivo | Anahí + Jay | | 5 | **Gustavo** | Frontend · alto uso digital · adopción rápida esperada | Alex (recién certificado) + Jay | | 6 | **Jesús** | Backend · alto uso digital · adopción rápida esperada | Alex + Jay | | 7 | **Ángeles** | Agencia digital · necesita más acompañamiento | Anahí + Jay | **Total esfuerzo:** 7 personas × 2 días por persona = 14 días-persona de inducción. Si se ejecuta en paralelo (Sherpa Guides múltiples), cabe en 1-2 semanas calendario. --- ## 9. Criterios de éxito del modelo EmpowerLabs como HIOrg está operando bien cuando: - [ ] 8/8 miembros tienen SherpaX personal activo · operacional · usado diariamente. - [ ] Cada miembro tiene su Brain Code codificado y consultado regularmente. - [ ] Registry maestro de IntelliBanks actualizado semanalmente sin atrasos. - [ ] Daily check-in operando en cadencia · backlog < 7 días. - [ ] Mid-review mensual ejecutado con artefacto (minuta + ajustes documentados). - [ ] D-Ps acumuladas crecen 2-5 por mes en operación normal. - [ ] Aprendizajes operativos capturados en LabPraxis · 1-3 CAS- por mes. - [ ] Workflows W1-W7 con MetaPlaybook ejecutable en producción. - [ ] Capacidad cognitiva organizacional medible: target 8-10x vs sin modelo. --- ## 10. Anti-patrones · qué NO hacer - **No instalar el modelo a la fuerza.** El equipo debe querer entrar · no obligarlo · sin disposición se vuelve cosmético. - **No saltar el Pre-Ignition.** Cada miembro necesita el workbook · sin él el SherpaX queda genérico. - **No operar sin Sherpa Guide.** El miembro recién onboardado necesita Sherpa Guide los primeros 30 días. - **No mezclar gobernanza personal y corporativa sin claridad.** Las 2 capas conviven pero no se confunden. - **No saltar rituales colectivos.** Sin daily · weekly · mid-review · el modelo se desincroniza. - **No producir canónicos sin Gate G0.** Cada CP-/DC-/SOP- nuevo pasa el gate sin excepción. --- ## 11. Conexión con la escalera de valor comercial El modelo EL como organización es el **caso 0 demostrable** de los peldaños: - **Peldaño 1** · Cada miembro tiene su SherpaX individual · 8 instancias vivas. - **Peldaño 2** · El C-suite (Victor + Anahí + Alex) opera con SherpaX coordinados. - **Peldaño 3** · EmpowerLabs como HIOrg organizacional completa · este documento es la prueba. - **Peldaño 4** · DOIX operativo emerge cuando los 8 SherpaX se interconectan vía workflows W1-W7. Cualquier prospecto enterprise puede ver el modelo en operación real antes de comprar. **Esto es vendible** · vale más que cualquier deck. --- ## 12. Pendientes derivados - [ ] MetaPlaybooks ejecutables de W1 · W2 · W6 · W7 (workflows críticos no canonizados). - [ ] Banco de skills de SherpaX · construcción iterativa post-inducción. - [ ] Diagrama visual del modelo HIOrg de 3 capas aplicado a EL específicamente. - [ ] Métricas operativas del modelo · dashboard mensual. - [ ] Producir SOPs de cada ritual colectivo (daily · weekly digest · mid-week edit · end-of-week sync). - [ ] Documentar D-P framework corporativo con histórico de 48+ D-Ps acumuladas. --- ## 13. CHANGELOG - **2026-05-17 · v01** — Release inicial del CP canónico. Disparador: solicitud de Victor el 2026-05-17 de canonizar el modelo organizacional EL como activo maestro para arrancar al equipo. Incluye los 2 capas de gobernanza dual (individual + corporativa) que Victor identificó como crítico. Pendiente ratificación Victor para arranque de inducción del equipo. --- *CP-EL-WORX-EmpowerLabsComoOrganizacion-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/ · 2026-05-17* *Modelo canónico de EmpowerLabs como HIOrg · activo maestro para arranque del equipo · blueprint replicable*