---
type: MePB
asset_id: MePB-EL-IBT-Metodologia-v01
version: v01
status: Canónico — pendiente validación final VH
owner: Victor Heredia
sherpa_owner: Jay
fecha_creacion: 2026-06-07
intellbank: IB-EL-EmpowerLabs / PB-EL-Project-Bank / PB-IBL-IntelligenceBasedLearning
proposito: >
  Documento canónico de la metodología IBT (Intelligence-Based Transformation ·
  powered by Brain Codes): definición, principios no-negociables, arquitectura
  y la receta replicable para construir un programa IBT en cualquier dominio.
  Es la "receta de la receta": de aquí se derivan todos los programas.
referencias:
  - XP-EL-IBL-IntelligenceBasedLearning-v01 (el room y su historia)
  - WOI-EL-IBL-BenchmarkMetodologias-v01 (benchmark y mandatos de diseño)
  - MePB-XX-BrainCode-Anatomy-v02 (anatomía del Brain Code)
  - BCS-NH-ArteSerPadres-PadreConsciente-v01 (primer BC ideal aplicado)
---

# MePB — IBT
## Intelligence-Based Transformation · powered by Brain Codes
### Metodología canónica · v01

---

## § 1 · Identidad

| Campo | Valor |
|---|---|
| Nombre canónico | **IBT** — Intelligence-Based Transformation · powered by Brain Codes |
| Filosofía madre | Intelligence-Based Learning — IBL (Victor Heredia, ~2006) |
| Mecanismo | Brain Codes + SherpaIA + IntelliBanks (2026) |
| Naming (decisión VH 2026-06-07) | La filosofía conserva su nombre (IBL); la metodología se nombra por lo que entrega: **transformación**, no aprendizaje. Evita la colisión con *Inquiry-Based Learning* (academia) y con CBT (*Cognitive Behavioral Therapy*). |
| Definición en una frase | **IBT no enseña sobre un dominio: facilita el proceso interno por el cual una persona adopta o desarrolla un nuevo Brain Code — y lo demuestra con cambio de comportamiento, desarrollo de nuevas habilidades y generación de nuevos resultados.** |

### Linaje (honesto)

IBT integra piezas con décadas de evidencia y les agrega lo que les faltaba:

| Tradición | Qué aporta | Qué le faltaba |
|---|---|---|
| Cognitive Apprenticeship (Collins 1989) | Hacer visible el pensamiento del experto; modeling→fading | No escala; sin artefacto persistente |
| Transformative Learning (Mezirow) | El aprendizaje adulto = cambio de marcos (lentes) | Describe la transformación, no da el "cómo" |
| Illness scripts (medicina, con RCTs) | El SO cognitivo del practicante es instalable por dominio | Nunca se generalizó fuera de medicina |
| Mastery Learning / 2-sigma (Bloom) | Tutoría 1:1 + gates de dominio | El tutor 1:1 era incosteable — hasta la IA |
| CTA / NDM (Klein, g=0.87) | Método riguroso para extraer el conocimiento tácito del experto | Artesanal, sin vehículo de entrega |

**La integración es lo original, no las piezas.** El benchmark (WOI-EL-IBL-BenchmarkMetodologias-v01) confirma: nadie combina los 6 elementos.

---

## § 2 · Principios canónicos (no-negociables)

1. **El proceso es interno.** Ocurre en la mente del aprendiz. Todo lo externo — sesiones, coaching, plataformas, el propio SherpaIA — es capa de facilitación. Un programa IBT se define por el proceso que provoca, no por su formato.

2. **Se instala un stack, no se transfiere información.** El objeto de aprendizaje es el sistema operativo cognitivo del practicante ideal: lentes (cómo VER), principios (cómo JUZGAR), algoritmos (cómo DECIDIR), skills (cómo ACTUAR). El dominio es el contexto, no el contenido.

3. **Doble Brain Code.** Hay un BC ideal (BCS-, igual para todos, destilado del experto/escuela) y un BC propio (único por aprendiz, construido durante el proceso). **El entregable es el BC propio** — un activo vivo, no un certificado.

4. **Espiral con andamiaje y retirada.** Casos primero, teoría después — pero con guía explícita fuerte al inicio (la evidencia es categórica: la indagación sin guía falla con novatos) y **fading programado**: el andamiaje se retira gradualmente. Acompañamiento sin retirada = dependencia, no instalación. Cada vuelta de la espiral tiene **gate de mastery**: no se avanza sin dominio demostrado.

5. **El facilitador sondea, no explica.** Humano o IA, el rol es socrático: provocar que el aprendiz articule su razonamiento y confrontarlo con el del practicante ideal. Un tutor que explica produce aprendizaje pasivo; un tutor complaciente no transforma.

6. **La medición es invisible y longitudinal.** Ocurre dentro de las conversaciones que entregan valor (lenguaje como señal de mindset, comportamiento como señal de skills). Se reporta como *evidencia de evolución* — no como psicometría dura — hasta acumular validación propia. Nivel cohorte antes que nivel individuo.

7. **Criterio de éxito canónico:** la transformación es real solo si se refleja en **cambio de comportamiento observable, desarrollo de nuevas habilidades y generación de nuevos resultados**, gracias a la adopción o desarrollo de un nuevo BC. Completion, NPS y testimonios no son éxito; son subproductos.

---

## § 3 · Arquitectura

### 3.1 El proceso interno (constante en todo programa)

```
VER → SER → JUZGAR → DECIDIR → HACER → INTEGRAR
(lentes) (rol/identidad) (principios) (algoritmos) (práctica) (BC propio v1)
```

La anatomía del Brain Code convertida en roadmap. **Espiral, no línea:** cada vuelta arranca en casos reales del aprendiz y sube a los lentes — nunca al revés. La teoría solo se nombra cuando un caso la reveló. La espiral termina cuando el BC propio opera solo: el aprendiz lo usa, lo actualiza y obtiene resultados sin el programa.

### 3.2 La capa de facilitación (variable, delivery-agnostic)

| Vehículo | Cuándo conviene |
|---|---|
| Coaching grupal de casos (cohorte) | Dominios donde los casos cruzados aceleran; B2C con comunidad |
| Mentoría 1:1 con el experto | Alto ticket, confidencialidad, personalización profunda |
| MasterPlaybook Inteligente + SherpaIA (self-serve) | Escala, onboarding, dominios bien codificados |
| Híbrido "sándwich" (vivo + Sherpa entre sesiones) | Default recomendado — el patrón con mejor evidencia (humano+IA > IA sola) |

Ningún vehículo es la metodología. La elección es una decisión de diseño por dominio, audiencia y economía (ver F5).

### 3.3 El SherpaIA (estructural en cualquier configuración)

Los cursos fallan porque el conocimiento no está disponible en el momento del problema real. El Sherpa sí está. Conoce **ambos BCs**: el ideal (su RAG) y el del aprendiz (su memoria) — responde desde el ideal aplicado a ESTE aprendiz. Spec mínima:

- **Modo socrático por default** — pregunta y sondea; explica solo cuando un gate lo justifica.
- **Andamiaje decreciente** — guía fuerte en vueltas tempranas de la espiral, retirada programada hacia el final.
- **Co-escritor del BC propio** — captura lo que el aprendiz articula y se lo devuelve como borrador de SU brain code.
- **Sensor invisible** — detecta marcadores de evolución en la conversación natural (ver F4) sin convertir la conversación en examen.

---

## § 4 · La receta replicable (F1→F7)

Cómo construir un programa IBT para cualquier dominio:

### F1 · Destilar el BC ideal
El paso más frágil de todo el modelo — se hace con método, no con intuición. Técnicas de **Cognitive Task Analysis** (Critical Decision Method, ACTA): elicitar del experto los incidentes críticos donde su pericia fue decisiva, extraer los lentes/principios/algoritmos que usó, validar contra casos que un novato falla. Fuentes admisibles: experto vivo (entrevistas CTA), corpus del experto (obras, transcripts), escuela/tradición (síntesis de varios autores, como Steiner+Payne en ArteSerPadres). Output: `BCS-[dominio]-[practicante]-vNN` conforme a MePB-XX-BrainCode-Anatomy-v02.

### F2 · Diseñar la espiral
Mapear las capas del BC ideal a vueltas de la espiral VER→INTEGRAR. Por vuelta: casos detonadores (reales del perfil de aprendiz), el lente/principio/algoritmo que el caso revela, práctica observable de la semana, y **gate de mastery** (qué debe demostrar el aprendiz para avanzar — criterio explícito, no intuición del facilitador). Definir el **protocolo de fading**: en qué vuelta el andamiaje empieza a retirarse y cómo.

### F3 · Especificar el SherpaIA
Cargar el BC ideal como RAG; definir la estructura de memoria del BC propio (no embeddings sueltos: las secciones del brain code del aprendiz como esquema); configurar modo socrático, andamiaje decreciente y los marcadores de medición de F4. Probar contra casos sintéticos antes del piloto.

### F4 · Construir los instrumentos de medición
Sobre el marco de Evidence-Centered Design (stealth assessment):

| Capa | Qué mide | Instrumento |
|---|---|---|
| Mindset | Cómo el aprendiz DESCRIBE su realidad | "Fotografía" entrada/salida + marcadores lingüísticos (etiqueta→lectura, juicio→diseño, reacción→secuencia) detectados en conversación natural |
| Skills | Comportamiento observable, no intención | 1 skill/semana con indicador concreto, capturado conversacionalmente |
| Sistema | El BC propio: completitud, autoría real, uso | **Métrica reina: ¿lo actualizó 30 días después del programa?** |
| Resultados | El cambio en el mundo del aprendiz | Indicadores del dominio (definidos por programa: ej. clima familiar, casos ganados, ventas) |

Regla de oro: la medición es invisible. Regla de honestidad: se comunica como evidencia de evolución, no como métrica psicométrica validada — hasta que los datos propios lo permitan.

### F5 · Elegir el vehículo de facilitación
Decisión explícita, documentada en el XDoc del programa: dominio (¿los casos cruzados aportan o estorban?), audiencia (¿busca comunidad o privacidad?), economía (ticket, costo del experto, escala objetivo). El vehículo puede cambiar entre ediciones del mismo programa sin tocar la metodología.

### F6 · Diseñar la continuidad
```
Programa intensivo (instala el stack + construye el BC propio v1)
        ↓
Membresía de egresados (el BC sigue vivo: Sherpa + materiales + ritmo)
        ↓
Profundización premium (personalización del BC)
```
El programa es el calificador; **la continuidad del sistema vivo es el negocio.** Lección externa que lo confirma: los programas-workshop sin capa de continuidad mueren (caso altMBA, cierre 2024); los que pivotean a membresía con producto vivo sobreviven (caso Reforge).

### F7 · Diseñar la evidencia
Cada programa — empezando por el piloto ArteSerPadres — se diseña desde el día 1 como estudio: fotografía pre/post definida antes de arrancar, indicadores por capa (F4), grupo de comparación cuando sea viable, y compromiso de publicar números, no solo testimonios. IBT compite contra metodologías con meta-análisis; la credibilidad se construye con datos propios.

---

## § 5 · Gates de calidad — checklist de un programa IBT válido

- [ ] Existe un BC ideal destilado con método (F1), conforme a la anatomía canónica
- [ ] La espiral tiene gates de mastery explícitos y protocolo de fading (F2)
- [ ] El SherpaIA opera con doble BC y modo socrático (F3)
- [ ] La medición es invisible, longitudinal y honesta (F4)
- [ ] El vehículo de facilitación fue elegido y documentado como decisión, no asumido (F5)
- [ ] Existe capa de continuidad post-programa (F6)
- [ ] El programa genera evidencia, no solo testimonios (F7)
- [ ] **El criterio de éxito es cambio de comportamiento + nuevas habilidades + nuevos resultados vía nuevo BC** — y hay forma de observarlo

---

## § 6 · Anti-patrones (lo que NO es IBT)

1. **Curso con chatbot.** Agregar un asistente IA a un currículo lineal de contenidos no instala nada.
2. **Coaching grupal asumido como metodología.** Es un vehículo (corrección doctrinal VH 2026-06-07).
3. **Lista de modelos mentales genéricos.** El far transfer es nulo (Sala & Gobet): el stack se instala por dominio o no se instala.
4. **Tutor que explica.** Si el Sherpa responde antes de sondear, produce consumo pasivo con sensación de aprendizaje.
5. **Andamiaje eterno.** Sherpa 24/7 sin fading = dependencia rentable a corto plazo, fracaso del criterio de éxito.
6. **Membresía de contenido a audiencia fría.** No convierte; la continuidad funciona solo sobre egresados con sistema vivo.
7. **Medir con exámenes.** Recordar ≠ pensar distinto. Si hay examen, se mide memoria; el mindset se mide en lenguaje y comportamiento.
8. **Vender el claim de medición como psicometría.** Sin validación propia es promesa, no evidencia — se comunica como evolución observada.

---

## § 7 · Diferenciación (resumen del benchmark)

Los 6 elementos de IBT existen por separado en el mundo — ninguno integrado:

| Elemento | Estado del arte externo |
|---|---|
| Stack del practicante ideal | Solo medicina lo formalizó (illness scripts) |
| Espiral casos-primero | PBL/HBS — sin stack explícito ni artefacto |
| BC propio como entregable | BASB entrega artefacto organizacional, no cognitivo |
| Tutor con doble BC | Nadie; Valence (RAG corporativo + memoria) es lo más cercano |
| Medición por lenguaje | **Sin precedente comercial** — espacio virgen |
| Programa → sistema vivo | Reforge validó programa→membresía, sin artefacto personal |

Detalle completo, fuentes y matices: WOI-EL-IBL-BenchmarkMetodologias-v01.

---

## § 8 · NEXTs

- [ ] **VH** Validar este canónico v01 (especialmente §2 principios y §5 gates)
- [ ] **JAY** Retrofit del piloto ArteSerPadres contra el checklist §5 (¿qué gates le faltan?)
- [x] **JAY** Registrar room + activos (XP, WOI, MePB) en CP-XX-IntelliBanks-Registry → hecho 2026-06-07 (Registry v0.35, #1078–#1080)
- [ ] **VH** Ingestar los 3 documentos fuente de IBL desde Drive (pendiente del XP)
- [ ] **VH+JAY** Definir candidato #2 post-piloto aplicando F5 (elección de vehículo)

## § 9 · Changelog

| Fecha | Versión | Cambio |
|---|---|---|
| 2026-06-07 | v01 | Creación del canónico (como IBL-BC). Integra la doctrina delivery-agnostic (proceso interno / facilitación variable), los 7 principios no-negociables, la receta F1→F7 con los mandatos del benchmark (CTA en destilación, gates de mastery + fading, ECD en medición, Sherpa socrático, diseño de evidencia), gates de calidad y anti-patrones. |
| 2026-06-07 | v01 | Renaming (VH): la metodología pasa de IBL-BC a **IBT — Intelligence-Based Transformation · powered by Brain Codes**. Definición canónica ajustada: la transformación se demuestra con cambio de comportamiento, desarrollo de nuevas habilidades y generación de nuevos resultados. Asset ID actualizado a MePB-EL-IBT-Metodologia-v01. |

---

*MePB-EL-IBT-Metodologia-v01 · IB-EL-EmpowerLabs · 2026-06-07 · Jay*