---
asset_id: HLX-EL-BarridoSemanal-2026-06-29-v01
tipo: HLX — HyperLoopX Barrido Semanal
version: v01
fecha: 2026-06-29
owner: Victor Heredia
sherpa_owner: Jay
intellibank: IB-EL-EmpowerLabs / BOS-EL-WORX-OS
experimento_origen: EXP-2026-08
proposito: >
  Primer barrido semanal HyperLoopX. Ciclo OBSERVAR→DETECTAR→CAM→PROPONER+ENRUTAR.
  Solo propone — Victor decide.
---

# HyperLoopX · Barrido semanal 2026-06-29

> *Primer barrido real del ciclo. Jay en modo observador. Frentes escaneados:
> Vault · LoopX · Equipo · Experimentos · Idea Bank.*

---

## ESTADO POR FRENTE (resumen rápido)

| Frente | Estado | Señales |
|--------|--------|---------|
| Vault — estructura | 🟡 Atención | BC naming inconsistente · ARQ-HyperLoopX sin registrar |
| LoopX comercial | 🔴 Crítico | 6 de 7 XDocs con next_review vencida |
| Equipo — NEXTs | 🟡 Atención | NEXT[@Victor] MM vencido 2 meses · Bio Pappel sin cerrar |
| Experimentos | 🟡 Atención | 4 de 8 en Pre, sin fecha de arranque comprometida |
| Idea Bank | 🔴 Crítico | 55 ideas en Capturada · 0 triageadas en 3+ ciclos |

---

## SEÑALES — priorizadas por apalancamiento

---

### 🔴 SEÑAL 1 · Idea Bank congelado — 3+ ciclos sin triage

**Frente:** Idea Bank (`CP-EL-IdeaBank-v01`)

**Síntoma:** Las 55 ideas del banco llevan en estado `📥 Capturada` desde su creación (2026-06-07). Cero ideas triageadas (0 Adoptar / 0 Incorporar / 0 Descartar). La nota del banco dice "Próximo triage: Próximo sync semanal" — lleva 3 semanas sin moverse. La regla canónica del propio banco: *una idea diferida > 2 ciclos se descarta o re-argumenta*.

**Falla sistémica:** El triage del Idea Bank no está instalado como paso **obligatorio y con tiempo asignado** en el ritual weekly-sync. Es un banco que existe pero no fluye — se convirtió en archivo, no en sistema vivo. Cuando el Idea Bank no fluye, los Experimentos no se alimentan, y el loop de mejora se rompe en su primera etapa.

**CAM:** El weekly-sync ya corre semanalmente. El costo de añadir un slot de 10 min de triage de 3–5 ideas es mínimo; el valor de mantener el Idea Bank vivo es alto (es la fuente de los experimentos).

**Mejora propuesta:** Añadir al SOP/ritual del weekly-sync un checkpoint fijo: *"Triage Idea Bank: 3–5 ideas, cada una recibe veredicto ADOPTAR / ADAPTAR / DIFERIR / DESCARTAR antes de cerrar el sync."* No es un proyecto separado — es un slot de 10 min con un output concreto.

**Banco destino:** Corrección directa al SOP del weekly-sync → después de primera ejecución, capturar como `CAS-` en LabPraxis si emerge un patrón operativo.

---

### 🔴 SEÑAL 2 · LoopX: 6 de 7 XDocs con next_review vencida

**Frente:** LoopX comercial (`PB-LoopX`)

**Síntoma:** De los 7 XDocs activos en el pipeline, 6 tienen `next_review` o `next_date` vencida (algunos por semanas, uno por meses):

| XDoc | Última actualización | next_review | Días vencido | Nota crítica |
|------|---------------------|-------------|-------------|--------------|
| Deportes Martí | 2026-05-31 | 2026-06-07 | 22 días | Sesión inicial Feb-16 — **4.5 meses sin contacto documentado** |
| José Fernández (PY) | last_contact: 2026-04-30 | 2026-06-09 | 20 días | Propuesta prometida para 2026-05-02 — **2 meses sin entrega** |
| Marketplace Colaborativo | 2026-05-31 | 2026-06-07 | 22 días | Reunión definitoria semana 1-jun nunca documentada |
| FCB NewLink | 2026-05-31 | 2026-06-07 | 22 días | Resultado del Test Drive no confirmado en vault |
| Papaya MVH | last_contact: 2026-05-19 | 2026-06-08 | 21 días | Follow-up tras visita de Mario a Emilio sin documentar |
| Klein's (Elena) | 2026-05-31 | 2026-06-14 | 15 días | Estrategia SherpaX Express activa pero sin primer movimiento |

*(Único XDoc al día: Posta — next_review 2026-06-29 = hoy.)*

**Falla sistémica:** El pipeline LoopX no tiene un mecanismo de **alerta temprana automática** cuando un XDoc supera su `next_review` sin actualización. El Gravity Score y el Dashboard existen, pero son pasivos — el Sherpa debe abrir el archivo para ver que está vencido. Ningún sensor activo levanta la señal.

**CAM:** El dashboard `BRD-EL-MacroLoopX-Dashboard-v02` ya existe y tiene los datos. Añadir un indicador visual (🔴 si `ultima_actualizacion > 21 días`) es un cambio de bajo costo que convierte el dashboard en un panel de alertas, no solo de estado.

**Mejora propuesta:** Añadir al `BRD-EL-MacroLoopX-Dashboard-v02` una lógica de semáforo por antigüedad de `ultima_actualizacion`: verde < 14 días / amarillo 14–21 días / rojo > 21 días. Esto no requiere cambiar los XDocs — solo el dashboard.

**Banco destino:** Corrección directa al activo `BRD-EL-MacroLoopX-Dashboard-v02`.

---

### 🟡 SEÑAL 3 · EXP-2026-02 en Pre con competidor en movimiento

**Frente:** Tablero de Experimentos

**Síntoma:** `EXP-2026-02` (*MasterPlaybooks como Claude skill*) lleva semanas en estado `Pre` sin fecha de arranque comprometida. El propio tablero lo etiqueta como urgente: *"Urgencia: un competidor (OpenEXO) ya envía su método como skill."* Tres experimentos adicionales (`EXP-2026-03`, `EXP-2026-04`, `EXP-2026-07`) también en Pre sin kick-off agendado.

**Falla sistémica:** Los experimentos en estado `Pre` no tienen un campo de "fecha comprometida de arranque". Sin esa fecha, Pre es equivalente a limbo — el experimento existe en el tablero pero no entra al sistema nervioso de seguimiento. Nadie lo reclama.

**CAM:** Añadir al esquema de cada `EXP-` en estado `Pre` un campo `fecha_arranque_comprometida:`. Si ese campo está vacío por más de 2 semanas en un experimento de impacto Alto/Muy alto, el barrido HyperLoopX lo marca como señal de riesgo.

**Mejora propuesta:** (1) Victor define `fecha_arranque_comprometida` para EXP-2026-02 esta semana — es la urgencia mayor. (2) Actualizar el Tablero de Experimentos para incluir ese campo en el schema de cada `EXP-`. (3) Añadir al próximo barrido HyperLoopX el check: *¿hay EXPs en Pre con impacto Alto/Muy alto sin fecha de arranque?*

**Banco destino:** Corrección directa al `BRD-EL-Experiments-Lab-v01` (campo nuevo) + IDE- en Idea Bank si se quiere formalizar el patrón como regla de triage de experimentos.

---

### 🟡 SEÑAL 4 · NEXT[@Victor] MM vencido 2 meses

**Frente:** Equipo — NEXTs (`PB-MM-Marcovich`)

**Síntoma:** `NEXT[@Victor]: enviar PROP-EL-MM-PropuestaFases-v02 a MM — 2026-04-24` — marcado como **abierto**. Hoy es 2026-06-29: 66 días vencido. Los NEXTs siguientes del proyecto (NEXT[@MM], NEXT[@Jay]) están bloqueados por este. El proyecto Marcovich está en pausa de facto.

**Falla sistémica:** Los NEXTs de tipo "envío a cliente externo" no tienen un **circuit-breaker** que los escale automáticamente si superan un umbral de días sin cierre. El `next-scanner` los detecta, pero no hay protocolo de escalada ni alerta en el barrido semanal para NEXTs > 30 días.

**CAM:** Este es el caso piloto para documentar la regla: *NEXT[@Victor] vencido > 30 días en cuenta activa → señal prioritaria en barrido HyperLoopX + prompt explícito al inicio del pipeline room.*

**Mejora propuesta:** (1) Decisión inmediata de Victor: ¿el proyecto MM sigue activo? Si sí, enviar la propuesta esta semana. Si no, cerrar el XDoc formalmente. (2) Documentar en LabPraxis el patrón como `CAS-`: *"NEXT de envío a cliente externo sin circuit-breaker — patrón de bloqueo silencioso."* → SOP: umbral de 30 días para escalada.

**Banco destino:** Acción inmediata (decisión de Victor) + `CAS-` en LabPraxis → SOP.

---

### 🟡 SEÑAL 5 · Brain Codes sin segmento ENTIDAD en naming

**Frente:** Vault — Salud de naming (`BC-EL-BrainCodes/`)

**Síntoma:** Los ~30+ Brain Codes del banco siguen el patrón `BC-[Persona]-CognitiveStack-vNN` (e.g., `BC-AlexHormozi-CognitiveStack-v02`). La convención BMF canónica requiere `TIPO-ENTIDAD-Nombre-vNN`, lo que implicaría `BC-EL-AlexHormozi-CognitiveStack-v02`. El segmento ENTIDAD está ausente en todos los BCs.

**Falla sistémica:** La convención de naming para el tipo `BC-` nunca se documentó como excepción oficial en el SOMA. El patrón actual es internamente consistente (todos los BCs lo siguen) pero contradice la regla general BMF. Esto crea ambigüedad: ¿los BCs son activos de la entidad o activos universales? Los Brain Codes de personas externas (Hormozi, Walker) probablemente son compartidos entre entidades — lo que justifica omitir el segmento ENTIDAD.

**CAM:** Documentar la excepción **antes** de cualquier rename masivo. Un rename de 30+ archivos que después resulta incorrecto es anti-Goodhart.

**Mejora propuesta:** Documentar en el SOMA (o en un SOP de naming específico para BCs) que el tipo `BC-` es la excepción al segmento ENTIDAD cuando el Brain Code es de una fuente externa universal. Los BCs de personas internas (e.g., `BC-VictorHeredia-Own-v02`) podrían mantener el formato actual o adoptar ENTIDAD si se desea. Decidir y canonizar — no renombrar hasta que la regla esté escrita.

**Banco destino:** `CAS-` en LabPraxis (patrón detectado) → decisión → SOP de naming para BC-.

---

### 🟢 SEÑAL 6 · ARQ-HyperLoopX no registrado en el Registry

**Frente:** Vault — audit trail

**Síntoma:** El propio `ARQ-EL-HyperLoopX-MejoraRecursiva-v01` declara en su sección 10: *"Pendiente: registrar este ARQ en el IntelliBanks Registry."* El activo que gobierna el sistema de mejora no está en el registro central.

**Falla sistémica:** Baja. Es una deuda de registro, no una falla estructural. Pero tiene un matiz irónico: HyperLoopX observa el vault y no se ve a sí mismo en el registry.

**Mejora propuesta:** Registrar `ARQ-EL-HyperLoopX-MejoraRecursiva-v01` en el Registry de IB-EL-EmpowerLabs. Bajo esfuerzo, alta coherencia.

**Banco destino:** Corrección directa (tarea de registro).

---

### 🟢 FRENTE EQUIPO (NEXTs de colaboradores)

Sin señales críticas detectadas a nivel de barrido. Los NEXTs de Bio Pappel para Victor (cortesía a Alberto, add to pipeline) son acciones menores post-reunión. No hay NEXTs de Anahí, Dove, Ángeles o Juan Carlos con fechas explícitas vencidas visibles en los documentos escaneados. El `next-scanner` daría la lectura granular si se requiere.

---

## RECOMENDACIÓN DE MÁXIMO APALANCAMIENTO

**Las Señales 1 y 2 son la misma falla con dos caras:** el weekly-sync existe pero no ejecuta los checkpoints de actualización del sistema (Idea Bank y LoopX). El Idea Bank acumula sin fluir; el LoopX envejece sin alertas.

**Acción de mayor palanca de la semana:** En el próximo weekly-sync, añadir dos slots fijos que convierten el sync en el punto donde el Brain OS se actualiza a sí mismo:

1. **Slot A — Triage Idea Bank (10 min):** elegir 3–5 ideas del banco, asignar veredicto a cada una. No terminar el sync sin que alguna idea haya avanzado de estado.
2. **Slot B — Semáforo LoopX (5 min):** revisar qué XDocs tienen `ultima_actualizacion > 21 días` y asignar un único siguiente movimiento a cada uno vencido.

Estos dos slots no requieren activos nuevos, no tocan SOMA, y tienen el retorno más alto por minuto invertido. Si el weekly-sync los ejecuta consistentemente, la latencia señal→mejora del Brain OS cae a 7 días — la métrica central de HyperLoopX.

---

## REGISTRO DE ENRUTAMIENTO

| Señal | Mejora propuesta | Banco | Tipo de activo |
|-------|-----------------|-------|----------------|
| S1 — Idea Bank congelado | Slot fijo de triage en weekly-sync | SOP / ritual weekly-sync | Corrección directa |
| S2 — LoopX 6/7 vencidos | Semáforo en BRD-EL-MacroLoopX-Dashboard | Activo existente | Corrección directa |
| S3 — EXPs en Pre sin fecha | Campo `fecha_arranque_comprometida` en EXP- | Tablero de Experimentos | Corrección directa |
| S4 — NEXT MM vencido 2m | Decisión Victor + CAS- patrón circuit-breaker | LabPraxis → SOP | CAS- |
| S5 — BC naming sin ENTIDAD | SOP excepción formal para tipo BC- | LabPraxis → SOP | CAS- |
| S6 — ARQ sin registrar | Registro en IntelliBanks Registry | Corrección directa | Registro |

---

*HLX-EL-BarridoSemanal-2026-06-29-v01 · Owner: Victor Heredia · Sherpa: Jay*
*Generado automáticamente — EXP-2026-08 · HyperLoopX primer ciclo real*
*Solo propone. Victor decide.*