---
type: OUT
asset_id: OUT-EL-BarridoFrentes-ProyectosFable-20260707-v01
version: v01
status: Draft · para ratificación Victor
owner: Victor Heredia
sherpa: Jay
ratificador: Victor Heredia
intellibank: IB-EL-EmpowerLabs
subbank: EQ-EL-Equipo
fecha_creacion: 2026-07-07
proposito: >
  Barrido del vault (minas de Jesús y Gustavo + frentes de Alex, Anahí y Juan Carlos)
  y shortlist curada de proyectos de alta cognición para aprovechar el modelo Fable
  en su último día de modo incluido (7-jul-2026). Incluye opción de espacios de wargame.
gate_g0: PASS · barrido sobre minutas, perfiles, backlogs, TeamSync 20260706 e IdeaBank
tags: [barrido, frentes, fable, shortlist, wargame, proyectos, equipo]
---

# Barrido de Frentes + Shortlist de Proyectos Fable
## Aprovechar el último día de Fable incluido — martes 7-jul-2026

> **Encuadre.** Hoy es el último día de Fable en modo incluido. Fable rinde de más en trabajo que **exige un modelo grande**: arquitectura, síntesis de gran contexto, refactor multi-archivo, y wargaming estratégico. El criterio de esta shortlist NO es "qué pendiente cerramos", sino **"qué pieza de alto techo cognitivo sólo hoy sale barata"**. Lo rutinario que ya avanza bien con el modelo de siempre se queda con el modelo de siempre.

---

## 1. Lectura rápida del equipo (barrido)

| Persona | Rol | En qué está hoy | Palanca / desperdicio detectado |
|---|---|---|---|
| **Alex** | Operativo · Infra técnica (app IntelliBanks) | Fix de sync parcial, esquema `intellibanks://`, blindaje Zero-Trust (RFI) | Propone **multi-empresa** (cambiar entre compañías en la app) — es una decisión de arquitectura, no de parche. Palanca alta. |
| **Jesús** | Backend Dev | Métricas MPX, backend puntos RClub, robustez `api-nodejs-mongo` | **MT-01 (aislamiento multi-tenant)** es el bloqueante del piloto Rebelocity y está sin diseño. Es puramente arquitectura. |
| **Gustavo** | Frontend Dev | RClub: chat coach B09 cerrado end-to-end; backlog B06/B11/B12 | El sistema de chat tiene **3 mecanismos conviviendo** (legado, B09, relay). Falta un diseño-destino unificado, no más parches sueltos. |
| **Anahí** | DG Lead + Contenido/Ops | Gamificación KatIA, Posta empaquetado, gate soft-launch MPX | **DemandGen lleva 2 semanas parado** (DG.1/DG.2/DG.3). DG.2 ya está "en generación con Fable". El motor de demanda es el mayor cuello del negocio. |
| **Juan Carlos** | Implementation Partner · Pilar Comercial | Reportes de cuota Federación, monitoreo Njuko, Excel de atletas | ⚠️ **Está atorado haciendo crunch de datos de Rebelocity a mano** cuando su rol es funnel Re100X + delivery MONEX + cierre comercial. Hay que **automatizarlo, no seguir alimentándolo.** |

> **Nota sobre "Velocity":** lo leo como **Rebelocity** — el crunch de datos (cuota Federación, exports Njuko, conteos de atletas) que absorbe a Juan Carlos día tras día. Si me refiero a otra cosa, corrígeme.

---

## 2. Shortlist — Proyectos poderosos para Fable (hoy)

Ordenados por leverage. Los ★★ son los que yo correría primero si sólo alcanzan 2–3.

### ★★ P1 · Arquitectura Multi-Empresa + Zero-Trust para IntelliBanks — *Alex*
- **Por qué Fable:** es diseño de sistema multi-tenant end-to-end + el modelo de enforcement server-side del RFI de blindaje, en un solo cuerpo coherente. Exactamente donde un modelo grande gana: sostener todo el sistema en contexto y no contradecirse.
- **Alcance de hoy:** spec de arquitectura — modelo de datos por empresa, conmutador de contexto en la app (Electron), frontera de sync explícita por tipo, y enforcement server-side (validación por escritura + cuarentena + atribución). Aterriza lo que Alex propuso ("cambiar entre empresas") junto al Zero-Trust que él mismo detectó.
- **Entregable:** `ARQ-EL-IntelliBanks-MultiEmpresa-ZeroTrust-v01` + ask concreto para el próximo build.
- **Semilla:** `RFI-XX-IntelliBanks-BlindajeGobernanzaSync-v01`, `OUT-EL-MensajeAlex-IntelliBanks-Alineacion-v01`.

### ★★ P2 · Diseño de aislamiento multi-tenant MT-01 (RClub) — *Jesús*
- **Por qué Fable:** MT-01 toca todos los módulos (Clasificados, Foros, Directorio, Puntos) a la vez. Diseñarlo bien exige razonar sobre el sistema completo. Hoy es el **bloqueante del piloto** y no tiene diseño.
- **Alcance de hoy:** decidir el patrón (el backend ya resuelve `organizationId` por dominio en Puntos — extender ese mismo patrón como estándar), plan de migración por módulo, y checklist de verificación. Se conecta directo con P1 (misma disciplina multi-tenant, dos capas).
- **Entregable:** `DC-EL-RClub-MultiTenant-MT01-Spec-v01`.

### ★★ P3 · Motor automatizado de reportes Rebelocity — *libera a Juan Carlos*
- **Por qué Fable:** diseñar/generar de una sola pasada el pipeline que hoy JC ejecuta a mano: export Njuko → detección de altas/bajas → cálculo de cuota Federación → Excel + tablero HTML + resumen consolidado. Es la respuesta directa a "JC atorado en datos cuando debería estar en otra cosa".
- **Alcance de hoy:** script/pipeline parametrizable por evento (L'Étape, 5150, IM 70.3) con las reglas ya conocidas (Daily Pass=1, tasa por evento, upsert + tags), que escupa los 3 artefactos canónicos. JC pasa de operador a revisor.
- **Entregable:** `SK-REB-CuotaFederacion-Pipeline-v01` + doc de uso. **Impacto:** devuelve a JC al funnel Re100X y delivery MONEX.

### P4 · Sistema DemandGen completo (Chris Walker dominante) — *Anahí / Victor*
- **Por qué Fable:** DG.2 ya se está generando con Fable. Vale cerrar el sistema entero hoy: diagnóstico de medición → contenido → newsletter → primera publicación real de LinkedIn (DG.1, parado 2 semanas).
- **Alcance de hoy:** correr `demand-gen-ultra`, producir el plan + los primeros activos publicables (no sólo estrategia).
- **Entregable:** plan DG actualizado + 1ra tanda de posts/newsletter listos para enviar.

### P5 · Diseño-destino del sistema de mensajería RClub — *Gustavo + Jesús*
- **Por qué Fable:** hoy conviven 3 mecanismos de chat (legado, B09 coach, relay grupal) + el botón de Club que nunca se migró (B12). En vez de parchar B06/B11/B12 sueltos, diseñar **una sola vez** el estado-destino y derivar los parches de ahí.
- **Alcance de hoy:** blueprint de mensajería unificada + orden de migración. Baja el riesgo de los 3 pendientes de golpe.
- **Entregable:** `DC-EL-RClub-Mensajeria-Destino-v01`.

### P6 · Pipeline de minería de comportamiento (golden sessions) — *IALab / BrainOS*
- **Por qué Fable:** IDE-046/047/049 del IdeaBank — destilar nuestros logs JSONL de sesiones a transcripts + métricas de ritmo por modelo/operador, y etiquetar "golden sessions". Dato latente que hoy no usamos; alimenta los Brain Codes con evidencia, no inferencia. Justo el tipo de proyecto que un modelo grande arquea de una sentada.
- **Entregable:** spec del pipeline + primer corte de métricas.

---

## 3. Los frentes que mencionaste, aterrizados

- **Alex — code review + multi-banco:** el code review no es un fin; el vehículo correcto es **P1**. La revisión del bundle de la app cae dentro de la spec de arquitectura (dónde vive el conmutador de empresa, cómo se registra `intellibanks://`, qué valida el cliente vs. el servidor). Un review sin destino se evapora; anclado a P1 produce decisión.
- **Juan Carlos:** el movimiento no es ayudarlo a analizar más rápido — es **P3**, quitarle el análisis de encima. Ese es el "otro tipo de proyectos" que debería estar haciendo.
- **Anahí:** su mayor bloqueo no es un entregable suelto sino **el motor de demanda parado 2 semanas (P4)**. Es también el eje 🔴 del TeamSync de esta semana.

---

## 4. Opción — Espacios de Wargame (para desarrollar con otro modelo)

**Qué es aquí un wargame:** tomar un proyecto de la shortlist y estresarlo antes de construir — Fable arma el *tablero* (actores, movimientos, fallas, criterios de victoria) y **otro modelo juega la partida adversarial** (ataca el diseño, busca dónde se rompe). Sirve para los proyectos de arquitectura, donde el costo de un error de diseño es alto.

**Candidatos naturales a wargame:**

1. **Wargame Zero-Trust (P1)** — Actor rojo: un usuario fuera de política (el caso real que originó el desorden). ¿El enforcement server-side aguanta cliente comprometido, versión vieja, import de respaldo malicioso? Criterio de victoria: ninguna escritura fuera de gobernanza llega al vault sin cuarentena + atribución.
2. **Wargame MT-01 (P2)** — Actor rojo: fuga de datos cruzada entre empresas/canales. ¿Qué módulo filtra primero si `organizationId` no se resuelve? Criterio: cero fuga cross-tenant en los 4 módulos.
3. **Wargame Soft-Launch MPX (gate de 7 condiciones)** — Actor rojo: el día del lanzamiento con telemetría en rojo. ¿El gate protege o el equipo lo salta bajo presión? Criterio: el gate se sostiene bajo estrés (reflejo, no política).

Si quieres, genero el **TP semilla** de 1–2 de estos wargames para pasárselo a otro modelo (Opus) como sala adversarial.

---

## 5. Cómo arrancar hoy

| Correr con Fable HOY | Quién lidera | Nota |
|---|---|---|
| P1 · Multi-Empresa + Zero-Trust | Victor + Alex | vehículo del code review de Alex |
| P2 · MT-01 aislamiento | Jesús | desbloquea piloto Rebelocity |
| P3 · Motor reportes Rebelocity | Victor (diseño) → JC (uso) | libera a JC del crunch |
| P4 · DemandGen completo | Victor + Anahí | eje 🔴 de la semana |

> **NEXT inmediato:** dime cuáles green-lights y arranco por el primero. Si quieres, empiezo por **P3** (el de mayor alivio operativo — saca a Juan Carlos del pozo) o por **P1** (el de mayor techo de arquitectura).

---

## CHANGELOG
| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-07 | Creación. Barrido de minutas/perfiles/backlogs + TeamSync 20260706 + IdeaBank. Shortlist de 6 proyectos Fable, aterrizaje de frentes Alex/JC/Anahí, y diseño de 3 espacios de wargame. |