--- asset_id: PLAN-EL-SX-ActualizacionVault-SherpaXConcepto-v01 version: v01 status: Plan Inicial · Pendiente Ratificación Victor owner: Victor Heredia sherpa: Jay fecha: 2026-05-12 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-SX-SherpaX tipo: PLAN — Plan de actualización masiva proposito: Plan ejecutable y priorizado para actualizar todos los activos del vault que arrastran definiciones previas de SherpaX, alineándolos con CP-EL-SX-SherpaXConcepto-v01 referencia_canonica: CP-EL-SX-SherpaXConcepto-v01.md tags: [plan, actualizacion-masiva, sherpax, refactor-canonico, vault, gobernanza] --- # Plan de actualización del vault — definición refinada de SherpaX ## Documento canónico de referencia: CP-EL-SX-SherpaXConcepto-v01.md --- ## 0. Resumen ejecutivo El vault contiene **626 archivos .md que mencionan SherpaX**. La definición refinada (SherpaX = interfaz inteligente del modelo HIOrg, no el ecosistema completo) requiere recalibrar el lenguaje de un subconjunto crítico de esos archivos. La gran mayoría no necesita reescritura — solo los que **definen, venden o construyen sobre** la definición. Este plan organiza la actualización en **4 olas priorizadas**, identifica los **17 archivos críticos** que deben actualizarse primero, declara qué tocar y qué dejar como está, y propone un protocolo de ejecución. **Estimación de esfuerzo total:** ~35-45 horas de trabajo distribuible entre Jay (Sherpa) y Victor (ratificación). **Recomendación de cadencia:** 4 sesiones semanales de 3-4 horas, distribuidas en mayo-junio 2026. --- ## 1. Panorama cuantitativo | Ubicación | Archivos con mención | Naturaleza | Acción global | |---|---|---|---| | LW-LLM-Wiki | 202 | Memoria semántica · referencia | Actualizar definiciones canónicas (~10 archivos críticos) | | IB-XX-Maestro | 66 | Plantillas maestras · papers ecosistema | Actualizar plantillas vivas (~8 archivos) | | PB-SX-SherpaX | 58 | Banco del proyecto SherpaX | Actualizar canónicos del proyecto (Ola 1 prioritaria) | | PB-WORX-Worx | 40 | Operativo WORX | Revisar pero baja prioridad | | PB-R100X | 31 | Demand Gen Re100X | Actualizar piezas vivas de marketing | | PB-HiOrg | 27 | Productización HIORG | Actualizar papers de productización | | IB-BVH-Publications | 26 | Papers publicables | Actualizar antes de publicar | | 00-Inbox | 26 | Legacy / no IB | Ignorar (legacy, no es vault productivo) | | PB-BMF-BigMetaFactory | 16 | BMF | Actualizar relación BMF-SherpaX | | Otros | 134 | Distribuidos | Revisar en olas posteriores | **Distribución por tipo de prefijo (top):** | Prefijo | Cantidad | Naturaleza | Prioridad típica | |---|---|---|---| | TP-EL-SX- | 22 | Transfer Packs de room SherpaX | P2 (operativo) | | TP-EL-WORX- | 21 | Transfer Packs WORX | P3 (referencial) | | DC-XX-SX- | 14 | Documentos canónicos comerciales SX | **P1 (crítico)** | | OUT-MIN-EL- | 13 | Minutas | P4 (histórico, no tocar) | | MF-BMF- | 12 | Blueprints BMF | P2 (relacionado) | | SOP-EL-SX- | 10 | SOPs de SherpaX | P2 (operativo) | | CP-EL- | 10 | Canonical Papers | **P1 (crítico)** | | MKT-EL-SX- | 8 | Materiales marketing SX | **P1 (crítico, vivo)** | | ARQ-XX-DOIX- | 6 | Arquitectura DOIX | **P1 (crítico, definicional)** | | DC-XX-DOIX- | 6 | Documentos canónicos DOIX | **P1 (crítico, definicional)** | --- ## 2. Criterios de actualización Cada archivo se clasifica en una de 4 categorías: ### 🔴 P1 · Crítico (Ola 1) - Define SherpaX comercial o arquitectónicamente. - Vive vivo (se actualiza, se referencia, se usa para venta). - Su redefinición desbloquea otros activos. - **Acción:** producir v02 alineado con CP-EL-SX-SherpaXConcepto-v01. Marcar v01 como superseded. ### 🟠 P2 · Operativo (Ola 2) - Usa SherpaX como concepto en SOPs, TPs, playbooks operativos. - Funciona con la definición previa pero se beneficia de la refinada. - **Acción:** revisar lenguaje, ajustar mentions, no reescritura completa. Update incremental (v01.1 o nota al pie). ### 🟡 P3 · Referencial (Ola 3) - Menciona SherpaX como contexto, no lo define. - Tocar solo si se está actualizando por otra razón. - **Acción:** flag para próxima edición natural del documento. No tocar proactivamente. ### ⚪ P4 · Histórico (no tocar) - Minutas, transcripciones, drafts viejos, materiales archivados. - Reflejan estado del pensamiento en momento dado. - **Acción:** dejar como está. Son evidencia de evolución, no fuente de verdad. --- ## 3. Ola 1 · Crítica (17 archivos · ejecutar en mayo 2026) Estos son los archivos que **definen** SherpaX, DOIX, HIOrg o el lenguaje comercial activo. Su actualización es prerequisito de coherencia del ecosistema. ### Bloque 1A · Canónicos definicionales de SherpaX (3 archivos) | Archivo | Ubicación | Naturaleza | Acción | |---|---|---|---| | CC-EL-SX-SherpaX-v01.md | PB-SX-SherpaX | Concept Card original | Producir v02 con definición refinada + redefinir "idea central" como "interfaz inteligente" | | VR-EL-SX-SherpaX-v01.md | PB-SX-SherpaX | Viability Report | Producir v02 con dimensiones recalibradas | | BP-EL-SX-SherpaX-v01.md | PB-SX-SherpaX | Product Blueprint | Producir v02 con propuesta de valor refinada + escalera de valor articulada | **Esfuerzo estimado:** 6-8 horas. Owner: Jay redacta · Victor ratifica. ### Bloque 1B · Documentos canónicos DOIX (4 archivos) Estos tienen riesgo de traslape con la definición previa de SherpaX. Necesitan reconciliación. | Archivo | Ubicación | Acción | |---|---|---| | Buscar todos los DC-XX-DOIX-*.md | LW-LLM-Wiki / IB-XX-Maestro | Auditar 6 archivos. Producir v02 de los que definen DOIX como "ecosistema" y redefinir como "propiedad emergente de HIOrg." | | Buscar todos los ARQ-XX-DOIX-*.md | IB-XX-Maestro | Auditar 6 archivos de arquitectura. Alinear con 3 capas. | | DOIX-Paper-v01-Distributed-Organizational-Intelligence.md | Projects/HIOrgs/ (legacy) | Producir versión canónica DC-XX-DOIX-Paper-v02 reubicada en IB correcto | | MPB-DOIX-MetaPlaybook-v01.md | Raíz Reinventaverse (legacy) | Reubicar en IB correcto + actualizar | **Esfuerzo estimado:** 8-10 horas. Owner: Jay redacta · Victor ratifica. ### Bloque 1C · Materiales comerciales activos (5 archivos) Estos se usan para venta directa o están en publicación inminente. Cualquier prospecto que los toque hoy recibe lenguaje obsoleto. | Archivo | Ubicación | Acción | |---|---|---| | LP-EL-SX-ConPrecios-v01.md | PB-SX-SherpaX | v02 con one-liner refinado + escalera de valor | | LP-EL-SX-CoverPrompt-v01.md | PB-SX-SherpaX | v02 con definición refinada | | LP-EL-SX-Full-SherpaX-v03.html | PB-SX-SherpaX | v04 — landing pública. Revisar todo el copy. | | MKT-EL-SX-PropuestaValor-B2O-v02.md | PB-SX-SherpaX | v03 con marco arquitectónico de 3 capas | | MKT-EL-SX-GTM-v01.md | PB-SX-SherpaX | v02 con escalera de valor (SherpaX Ignition → equipo → HIOrg → DOIX) | **Esfuerzo estimado:** 6-8 horas. Owner: Jay drafts · Victor + Paloma ratifican (Paloma para landing visual). ### Bloque 1D · LLM-Wiki definiciones (5 archivos críticos) El LLM-Wiki es la memoria semántica del ecosistema. Si las páginas que definen los conceptos están desactualizadas, todos los demás archivos del vault las consultan mal. | Archivo | Ubicación esperada | Acción | |---|---|---| | SherpaX (página principal) | LW-LLM-Wiki/Conceptos/ | Localizar + producir v02 con definición refinada | | DOIX (página principal) | LW-LLM-Wiki/Conceptos/ | Localizar + alinear | | HIOrg (página principal) | LW-LLM-Wiki/Conceptos/ | Localizar + articular como modelo de 3 capas | | BMF (relación con SherpaX) | LW-LLM-Wiki/Conceptos/ | Aclarar BMF = infraestructura capa 1, SherpaX = interfaz capa 2 | | IntelliBanks (relación con SherpaX) | LW-LLM-Wiki/Conceptos/ | Aclarar IntelliBanks = memoria capa 1, no "de SherpaX" | **Esfuerzo estimado:** 4-6 horas. Owner: Jay redacta · Victor ratifica. **Acción previa requerida:** correr `llm-wiki-validator` para identificar páginas vivas exactas. --- ## 4. Ola 2 · Operativa (mayo-junio 2026) ~30-40 archivos. Update incremental, no reescritura. ### Categorías: **SOPs de SherpaX (~10 archivos)** — SOP-EL-SX-*. Revisar lenguaje, ajustar referencias. Mantener procedimientos intactos. **Transfer Packs de Room SherpaX (~22 archivos)** — TP-EL-SX-*. Cada uno activa un Room. Ajustar headers + introducción. La operación funciona igual. **Productización HIORG (~10 archivos)** — los CP-HIORGS-Producto-* y similares en PB-HiOrg. Recalibrar lenguaje arquitectónico. **BMF blueprints (~12 archivos)** — MF-BMF-*. Aclarar relación con SherpaX en headers. **Esfuerzo estimado:** 12-15 horas distribuidas. Owner: Jay drafts · cada owner del documento ratifica. --- ## 5. Ola 3 · Referencial (junio 2026 en adelante) ~80-100 archivos. **No tocar proactivamente.** Marcar para edición natural. Incluye: - Demand Gen Re100X (~31 archivos) - WORX (~40 archivos) - Caso 0 HIORG (~7 archivos) - Brain Codes (~6 archivos) - Equipo / roles (~4 archivos) **Protocolo:** cuando alguno de estos archivos se edite por razón propia, aplicar la corrección de lenguaje SherpaX como parte de la edición. No abrir trabajo dedicado. --- ## 6. Ola 4 · Histórico (no tocar nunca) ~200+ archivos. - 13 minutas OUT-MIN-EL-* (registro de conversaciones) - 10 daily notes OUT-DAY-VH-* - 8 transcripciones OUT-TRA-VH-* - 5 RITUAL-* - 26 archivos en 00-Inbox (legacy) - 15 en Companies (legacy) - 5 en Projects (legacy) **Acción explícita:** dejar como están. Son evidencia de evolución del pensamiento. Tocarlos sería reescribir la historia del ecosistema. --- ## 7. Protocolo de ejecución ### Cadencia propuesta **Semana 1 (12-18 may):** Bloque 1A (canónicos SherpaX). 6-8 horas. **Semana 2 (19-25 may):** Bloque 1B (DOIX). 8-10 horas. Riesgo: requiere decisión arquitectónica de Victor sobre cómo DOIX se reconcilia con SherpaX previo. **Semana 3 (26 may-1 jun):** Bloque 1C (materiales comerciales). 6-8 horas. Impacto comercial directo — desbloquea pitch nuevo con Emilio, José, otros prospectos. **Semana 4 (2-8 jun):** Bloque 1D (LLM-Wiki). 4-6 horas. Cierre de Ola 1. **Ola 2 inicia 9 jun y se distribuye orgánicamente durante el mes.** ### Reglas de ejecución 1. **Cada v02 produce un activo nuevo con el sufijo -v02**, no sobreescribe el v01. El v01 queda marcado `status: SUPERSEDED · ver v02` en su header. 2. **CHANGELOG en cada v02** debe referenciar este plan y CP-EL-SX-SherpaXConcepto-v01 como disparador. 3. **Cada actualización requiere ratificación de Victor** antes de marcar el v01 como superseded. 4. **Gate G0 (SOP-BrainOSFirst)** se aplica antes de cada bloque. Validar contra el sistema antes de redactar. 5. **Registry maestro de IntelliBanks** se actualiza al cierre de cada ola para reflejar los nuevos v02 + superseded de v01. ### Owner y handoffs - **Jay (Sherpa)** — redacta drafts de v02 · revisa contra CP-EL-SX-SherpaXConcepto-v01 · marca superseded. - **Victor** — ratifica cambios arquitectónicos y comerciales · firma cierre de cada bloque. - **Paloma** (cuando aplique) — ratifica calidad visual de landing pages. - **Anahí** (cuando aplique) — ratifica copy comercial si se cruza con su frente DG. --- ## 8. Riesgos y mitigaciones ### Riesgo 1 · Confusión en prospectos que ya vieron versión previa **Probabilidad:** Media. **Impacto:** Bajo. **Mitigación:** los prospectos no han visto los activos canónicos internos — solo materiales comerciales (LPs, decks). Esos son P1 y se actualizan primero. Los demás archivos son internos. ### Riesgo 2 · Decisión arquitectónica DOIX vs SherpaX no resuelta **Probabilidad:** Alta. **Impacto:** Alto. **Mitigación:** Bloque 1B (DOIX) requiere sesión dedicada Victor + Jay para reconciliar. Esta sesión está marcada como pendiente en el documento canónico CP. Hasta que se resuelva, no actualizar materiales que dependan de DOIX vs SherpaX. ### Riesgo 3 · Esfuerzo subestimado **Probabilidad:** Media. **Impacto:** Medio. **Mitigación:** plan tiene 4 semanas + buffer natural para Ola 2. Si Ola 1 toma 6 semanas en vez de 4, el GTM no se rompe (los materiales comerciales se actualizan primero). ### Riesgo 4 · El equipo opera con definiciones obsoletas mientras tanto **Probabilidad:** Alta. **Impacto:** Medio. **Mitigación:** publicar CP-EL-SX-SherpaXConcepto-v01 como lectura obligatoria para el equipo en la siguiente sesión de equipo. Mientras los archivos del vault se actualizan, el equipo opera con la definición refinada como referencia primaria. ### Riesgo 5 · El plan se desvía o se pierde **Probabilidad:** Media. **Impacto:** Medio. **Mitigación:** este plan se cita en cada CHANGELOG de v02 generado. Al cierre de cada ola, actualizar este documento con `status: Ola N COMPLETED`. --- ## 9. Próxima acción inmediata (esta semana) **Recomendación:** arrancar con **Bloque 1A** (canónicos SherpaX) esta semana. Razones: 1. Es el bloque más pequeño y autónomo (3 archivos). 2. No requiere decisión arquitectónica pendiente (a diferencia de Bloque 1B). 3. Desbloquea Bloque 1C (materiales comerciales) que tiene impacto en pitch inmediato. 4. Sirve como prueba de protocolo antes de aplicarlo a bloques mayores. **Primer paso concreto:** Jay produce drafts de: - CC-EL-SX-SherpaX-v02 (Concept Card refinada) - VR-EL-SX-SherpaX-v02 (Viability Report recalibrado) - BP-EL-SX-SherpaX-v02 (Product Blueprint con escalera de valor) Victor revisa los 3 en una sola sesión de ratificación (~90 minutos). Al cierre: actualizar registry maestro y marcar v01 como superseded. --- ## 10. CHANGELOG - **2026-05-13 · Bloque 1D COMPLETED · LLM-Wiki alineado** — Páginas SherpaX, HIOrg, BigMetaFactory, IntelliBanks alineadas con definición refinada (SherpaX = interfaz capa 2 del modelo HIOrg). Página DOIX anotada con conflicto arquitectónico documentado y resolución pendiente (Bloque 1B). Modelo de 3 capas canonizado en LLM-Wiki como referencia viva del ecosistema. - **2026-05-13 · Etapa Programa Onboarding COMPLETED** — Producidos: CAS-EL-WORX-EmilioOnboardingExtendido-v01 (caso LabPraxis) · CP-EL-SX-ProgramaOnboarding-v01 (diseño canónico del servicio extendido · 7 capas · cotización modular) · 6 activos operativos canónicos (Cheat Sheet · Glosario · SOP Onboarding técnico Mac · Catálogo Capacidades · Catálogo Modos · Beneficios) · SOP Brain Code Generator. Total: 9 activos canónicos nuevos en flujo Programa de Onboarding. - **2026-05-13 · Bloque 1C COMPLETED** — 5 materiales comerciales producidos y guardados: LP-EL-SX-CoverPrompt-v02 · LP-EL-SX-ConPrecios-v02 · MKT-EL-SX-GTM-v02 · MKT-EL-SX-PropuestaValor-B2O-v03 · LP-EL-SX-Full-SherpaX-v04. Cambios clave: lenguaje de interfaz inteligente / HIOrg en toda la cadena comercial, Escalera de Valor explícita (4 peldaños), Pre-Ignition / IntelliBanks / Brain Code en lugar de nomenclatura obsoleta. Todos los archivos v01/v02/v03 marcados SUPERSEDED. - **2026-05-13 · Bloque 1A COMPLETED** — CC-EL-SX-SherpaX-v02 · VR-EL-SX-SherpaX-v02 · BP-EL-SX-SherpaX-v02 ratificados por Victor Heredia. Los 3 v01 marcados como SUPERSEDED. Arranca Bloque 1C (materiales comerciales). - **2026-05-12 · v01** — Release inicial del plan. Disparador: sesión 2026-05-12 con Emilio Heredia + corrección en vivo de Victor sobre definición de SherpaX. Genera el plan tras producir CP-EL-SX-SherpaXConcepto-v01. Pendiente ratificación Victor para arrancar Ola 1. --- *PLAN-EL-SX-ActualizacionVault-SherpaXConcepto-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-SX-SherpaX/ · 2026-05-12* *Plan de refactor canónico del vault para alinear definición de SherpaX.*