## Asset Header

- **Asset ID:** MePB-XX-Taxonomia-IntelliBanks-v02
- **Version:** v02
- **Status:** Draft
- **Owner:** Victor Heredia
- **IntellBank:** IB-XX-Maestro
- **Tipo:** MePB — MetaPlaybook
- **Propósito:** Taxonomía IntelliBanks — clasificación, nomenclatura y ubicación de activos
- **Última actualización:** 2026-04-11

---

# Taxonomía IntelliBanks — clasificación, nomenclatura y ubicación de activos

**Asset ID:** MePB-XX-Taxonomia-IntelliBanks-v02
**Tipo:** MetaPlayBook (código canónico — Clase C)
**Autor:** Victor Heredia + Jay
**Fecha:** 2026-04-11
**Status:** Validado en retiro Abril 2026 — reemplaza v01
**Ubicación:** IB-XX-Maestro/IPI-XX-IP-Infraestructura/

---

## El problema que esto resuelve

Cada activo cognitivo que se genera requiere tres decisiones:
1. ¿Qué clase de documento es?
2. ¿Cómo se llama? (nomenclatura)
3. ¿Dónde vive? (ubicación en IntelliBanks)

Si estas decisiones se toman manualmente y sin sistema, el costo de organización supera al costo de creación. Esto mata la productividad 100X y genera entropía acumulativa — exactamente lo que IntelliBanks debe prevenir.

**La regla maestra:** La clasificación y ubicación de un activo debe ser determinable algorítmicamente a partir de su tipo y contenido. Si hay ambigüedad, el sistema la señala — no la resuelve en silencio.

---

## Las 4 clases de documentos

Todo documento en el ecosistema pertenece a exactamente una de estas cuatro clases:

### Clase C — Código canónico

**Qué es:** Documentos que definen cómo funcionan las cosas. Son el "source code" del ecosistema. No cambian sin un proceso deliberado de actualización versionada.

**Ejemplos:** MetaPlayBooks (MePB-), Brain Codes (BC-, BCV-, BCB-), Protocolos, Victor Voice Pack (VVP-), Arquitecturas de IntelliBanks, Blueprints de MetaFactoría (MF-), Charters de Rooms

**Regla de actualización:** Solo se modifica creando nueva versión (v01 → v02). La versión anterior se preserva.

**Ubicación default:** IB-XX-Maestro/

---

### Clase O — Operativo

**Qué es:** Documentos de trabajo vivo. Planes, estados, transfer packs, minutas, mapas de retiro. Tienen fecha de caducidad implícita.

**Ejemplos:** Transfer Packs (TP-), Starter Prompts (SP-), Factory Instances (FI-), Control Planes (CP-), Landing Pages (LP-), Planes de sprint, Minutas activas

**Regla de actualización:** Se actualiza in-place. No requiere versionado formal salvo cambio de fase.

**Ubicación default:** IB-EL-EmpowerLabs/ en el Project Bank del proyecto correspondiente

---

### Clase P — Publicación / output

**Qué es:** Productos terminados que salen de las factorías. Con versión, fecha, listos para distribución interna o externa.

**Ejemplos:** Paradigm Papers (PP-), MasterPlayBooks (MPB-), Mini PlayBooks (MiPB-), PlayBooks (PLB-), Resúmenes de factoría (RES-), White Papers (WP-), Libros (BK-), Posts publicados

**Regla de actualización:** Versión nueva = publicación nueva. No se edita una publicación existente.

**Ubicación default:** IB-CO-Consultoria/PP-CO-Papers/ o MPB-CO-Publico/ o PLB-CO-Plantillas/ según tipo

---

### Clase M — Materia prima / input

**Qué es:** Material sin procesar que entra al sistema. Transcripciones, dictados, brain dumps, capturas de ritual, notas sueltas. Es insumo, no producto.

**Ejemplos:** Rituales de captura (OUT-TRA-), Daily notes (OUT-DAY-), Minutas sin procesar (OUT-MIN-), Ideas sueltas (OUT-IDEA-), Simulaciones de análisis (OUT-SIM-)

**Regla de actualización:** Se procesa y convierte en activo C, O o P. Una vez procesado, la materia prima se archiva. No se acumula indefinidamente.

**Ubicación default:** 00-Inbox/ (zona de tránsito — nunca destino final)

---

## Tabla de prefijos

| Prefijo | Nombre | Clase | Banco default | Subcarpeta |
|---------|--------|-------|---------------|------------|
| MePB- | Meta PlayBook | C | IB-XX-Maestro | FM-XX-Formulas-Maestras/ |
| BC- | Brain Code (persona) | C | IB-XX-Maestro | FM-XX-Formulas-Maestras/BC-BrainCodes/ |
| BCV- | Brain Code (video/contenido) | C | IB-XX-Maestro | FM-XX-Formulas-Maestras/BC-BrainCodes/ |
| BCB- | Brain Code (business) | C | IB-XX-Maestro | FM-XX-Formulas-Maestras/BC-BrainCodes/ |
| MF- | MetaFactory Blueprint | C | IB-XX-Maestro | MF-XX-MetaFactorias/ |
| FI- | Factory Instance | O | IB-EL-EmpowerLabs | PB-EL-Project-Bank/PB-BMF-BigMetaFactory/ |
| CP- | Control Plane | O | IB-EL-EmpowerLabs | CP-EL-Control-Planes/ |
| VVP- | Victor Voice Pack | C | IB-XX-Maestro | FM-XX-Formulas-Maestras/ |
| Charter- | Room Charter | C | IB-XX-Maestro | IPI-XX-IP-Infraestructura/ |
| TP- | Transfer Pack | O | IB-EL-EmpowerLabs | PB-EL-Project-Bank/[PB-PROYECTO]/ |
| SP- | Starter Prompt | O | IB-EL-EmpowerLabs | PB-EL-Project-Bank/[PB-PROYECTO]/ |
| LP- | Landing Page / oferta | O | IB-EL-EmpowerLabs | PB-EL-Project-Bank/[PB-PROYECTO]/ |
| PP- | Paradigm Paper | P | IB-CO-Consultoria | PP-CO-Papers/ |
| WP- | White Paper | P | IB-CO-Consultoria | PP-CO-Papers/ |
| MPB- | MasterPlayBook | P | IB-CO-Consultoria | MPB-CO-Publico/ |
| MiPB- | Mini PlayBook | P | IB-CO-Consultoria | PLB-CO-Plantillas/ |
| PLB- | PlayBook | P | IB-CO-Consultoria | PLB-CO-Plantillas/ |
| BK- | Book / capítulo | P | IB-CO-Consultoria | MPB-CO-Publico/ |
| RES- | Resumen de factoría | P | IB-CO-Consultoria | RES-CO-Resumenes/ |
| ARQ- | Arquitectura del sistema | C | IB-XX-Maestro | IPI-XX-IP-Infraestructura/ o IPC-XX-[tema]/ |
| MAP- | Mapa visual del sistema | C | IB-XX-Maestro | IPI-XX-IP-Infraestructura/ o IPC-XX-[tema]/ |
| DC-  | Documento central de concepto | C | IB-XX-Maestro | IPC-XX-[tema]/ |
| GLO- | Glosario canónico | C | IB-XX-Maestro | IPI-XX-IP-Infraestructura/ |
| DEMO- | Material de demo | O | IB-DM-DemoEmpresa | — |
| OUT-TRA- | Transcripción / captura ritual | M | 00-Inbox | — |
| OUT-DAY- | Daily note / plan del día | M | 00-Inbox | — |
| OUT-MIN- | Minuta sin procesar | M | 00-Inbox | — |
| OUT-IDEA- | Idea / insight sin filtrar | M | 00-Inbox | — |
| OUT-SIM- | Simulación / análisis temporal | M | 00-Inbox o CP-EL | — |

---

## Convención de nomenclatura de archivos

### Formato canónico

```
TIPO - ENTIDAD - Proyecto - NombreDescriptivo - vNN . ext
```

**Reglas:**
- Prefijo TIPO siempre primero — te dice inmediatamente qué es el archivo
- ENTIDAD siempre segundo — te dice quién lo produce/posee
- Proyecto tercero — solo si el archivo pertenece a un sub-proyecto específico
- Nombre descriptivo: PascalCase con guiones entre palabras
- Versión siempre presente: v01, v02, etc.
- Sin espacios, sin acentos, sin caracteres especiales en el nombre de archivo

### Regla de componentes (2-3-4)

```
2 campos → TIPO-ENTIDAD-Nombre
           BC-XX-JensenHuang-v01.md
           (activo canónico sin sub-proyecto)

3 campos → TIPO-ENTIDAD-Proyecto-Nombre
           TP-EL-SX-AdriXDemo-v01.md
           (la mayoría de archivos operativos)

4 campos → TIPO-ENTIDAD-Proyecto-NombreExtendido
           CP-EL-BMF-Registry-Activos-v01.md
           (cuando el nombre necesita distinguir variantes)
```

### Tabla de códigos de entidad

| Código | Entidad | Nivel | Regla |
|--------|---------|-------|-------|
| XX | Maestro / canónico | Banco IB-XX | Todo archivo en IB-XX-Maestro lleva XX — no EL |
| EL | EmpowerLabs (operativo) | Banco IB-EL | Todo archivo en IB-EL-EmpowerLabs lleva EL |
| CO | Consultoría (transferible) | Banco IB-CO | Todo archivo en IB-CO-Consultoria lleva CO o el tipo de proyecto |
| DM | Demo empresa | Banco IB-DM | Simulación para demos DOIX |
| VH | Victor Heredia (personal) | IB-EL/EQ o 00-Inbox | Notas personales, rituals, daily notes |
| SX | SherpaX | PB-EL → PB-SX |
| TR | TribusRRHH | PB-EL → PB-TR |
| MP | MasterPlaybooks | PB-EL → PB-MP |
| RB | Rebelocity | PB-EL → PB-RB |
| WERK | WERK | PB-EL → PB-WERK |
| BV | ByVictor | PB-EL → PB-BV |
| DG | DemandGen | PB-EL → PB-DG |
| EST | Estafeta | PB-EL → PB-EST |
| BMF | BigMetaFactory | PB-EL → PB-BMF |
| R100X | Reinventate 100X | PB-EL → PB-R100X |
| NJ | Nota de Juicio (dictamen) | IB-CO/PP-CO-Papers |

### Ejemplos correctos

```
BC-EL-JensenHuang-v01.md             ← Brain Code, EmpowerLabs, Jensen Huang
MF-BMF-Editorial-v01.md              ← MetaFactory Blueprint, BigMetaFactory, Editorial
TP-EL-SX-AdriXDemo-v01.md            ← Transfer Pack, EL, SherpaX, AdrianDemo
LP-EL-SX-ConPrecios-v01.md           ← Landing Page, EL, SherpaX, Con Precios
FI-EL-ED-v01.md                      ← Factory Instance, EL, Editorial
PP-EL-Story1-DeChatGPT-a-SherpaX-v01.md ← Paradigm Paper, EL, Story1
CP-EL-BMF-Registry-Activos-v01.md    ← Control Plane, EL, BMF, Registry
OUT-TRA-VH-RitualCaptura-20260411-v01.md ← Output Transcript, VH, Ritual, fecha
OUT-DAY-VH-PlanDia-20260408-v01.md   ← Output Daily, VH, Plan
OUT-MIN-EL-IALab-Sesion002-v01.md    ← Output Minuta, EL, IALab
```

### Ejemplos incorrectos → corrección

```
EL-SX-LP-ConPrecios-v01    ← entidad primero (incorrecto)
→ LP-EL-SX-ConPrecios-v01  ← tipo primero (correcto)

TP-SX-AdriXDemo-v01        ← falta entidad (incorrecto)
→ TP-EL-SX-AdriXDemo-v01   ← con entidad (correcto)

RITUAL-Captura-2026-04-07.md     ← prefijo legacy (incorrecto)
→ OUT-TRA-VH-RitualCaptura-20260407-v01.md ← OUT- canónico (correcto)

Re100X-DemandGen-v01.md    ← código incorrecto (Rn ≠ Re ≠ R100X)
→ EL-R100X-DemandGen-v01.md ← código correcto R100X (correcto)
```

---

## Convención de nomenclatura de carpetas

### Regla: TIPO-ENTIDAD-NombreLargo

Las carpetas siguen la misma lógica que los archivos: el prefijo indica el tipo de contenido, la entidad indica de quién es. El nombre largo se incluye si aporta claridad a colaboradores.

```
TIPO - ENTIDAD - NombreLargo
IB   - XX      - Maestro         → carpeta que contiene el IntellBank Maestro
PB   - EL      - Project-Bank    → carpeta que contiene el Project Bank de EL
BC   -         - BrainCodes      → carpeta que contiene archivos BC- (entidad implícita por ubicación)
```

### Estructura completa del vault

```
Reinventaverse/
│
├── IB-XX-Maestro/                       IB=tipo | XX=entidad | Maestro=nombre
│   ├── MF-XX-MetaFactorias/             contiene archivos MF-
│   ├── FM-XX-Formulas-Maestras/         contiene MePB-, VVP-
│   │   └── BC-BrainCodes/               contiene BC-, BCV-, BCB-
│   ├── IPC-XX-IP-Conocimiento/          IP Canónico por área temática
│   │   ├── DOIX/                        subcarpeta temática (contextual)
│   │   ├── HIOrgs/
│   │   ├── WERK/
│   │   └── Empowernomics/
│   └── IPI-XX-IP-Infraestructura/       IP de arquitectura y protocolos
│       ├── BMF-Engine/
│       ├── Corp-Brain-OS/
│       ├── Corp-LLM-Wiki/
│       ├── Rooms-Protocol/
│       └── SX-SherpaX-Architecture/
│
├── IB-CO-Consultoria/                   IB=tipo | CO=entidad | Consultoria=nombre
│   ├── PP-CO-Papers/                    contiene PP-, WP-
│   │   └── SEED-Papers/                 papers en semilla (pre-publicación)
│   ├── PLB-CO-Plantillas/               contiene PLB-, MiPB-
│   ├── MPB-CO-Publico/                  contiene MPB-, posts de difusión
│   └── RES-CO-Resumenes/                contiene RES-
│
├── IB-EL-EmpowerLabs/                   IB=tipo | EL=entidad | EmpowerLabs=nombre
│   ├── PB-EL-Project-Bank/              PB=tipo | staging operativo por proyecto
│   │   ├── PB-SX-SherpaX/              contiene TP-EL-SX-, LP-EL-SX-, FI-EL-SX-
│   │   ├── PB-R100X/                    contiene TP-EL-R100X-, SP-EL-R100X-
│   │   ├── PB-TR-TribusRRHH/           contiene EL-TR-*, BK-EL-TR-
│   │   ├── PB-MP-MasterPlaybooks/       contiene EL-MP-*
│   │   ├── PB-RB-Rebelocity/           contiene EL-RB-*
│   │   ├── PB-WERK/                     contiene EL-WERK-*
│   │   ├── PB-BV-ByVictor/             contiene EL-BV-*
│   │   ├── PB-DG-DemandGen/            contiene TP-EL-DG-, SP-EL-DG-
│   │   ├── PB-EST-Estafeta/            contiene TP-EL-EST-
│   │   └── PB-BMF-BigMetaFactory/       contiene FI-EL-*, TP-EL-BMF-
│   ├── CP-EL-Control-Planes/            contiene CP-, OUT-SIM-EL-
│   ├── LW-EL-LLM-Wiki/                 contiene entradas wiki (solo Clase C validada)
│   │   ├── Raw/                         entradas candidatas sin validar
│   │   └── Wiki/                        entradas aprobadas
│   ├── BOS-EL-Corp-BrainOS/            memoria operativa EL
│   └── EQ-EL-Equipo/                   perfiles, accesos, onboarding
│
├── IB-DM-DemoEmpresa/                   simulación para demos DOIX
│   ├── Empresa-Simulada-Profile/
│   ├── IntelliBanks-Demo/
│   └── SherpaX-Demo-Agents/
│
└── 00-Inbox/                            zona de tránsito — Clase M
    (todos los archivos OUT-TRA-, OUT-DAY-, OUT-MIN-, OUT-IDEA-)
```

---

## Algoritmo de clasificación

Dado un nuevo activo, el clasificador sigue esta secuencia:

```
1. ¿Tiene prefijo reconocido en la tabla?
   ├── SÍ → El prefijo determina clase, entidad y ubicación
   └── NO → Paso 2

2. ¿Define cómo funciona algo del ecosistema?
   ├── SÍ → Clase C → asignar MePB-, BC-, MF-, etc. → IB-XX-Maestro
   └── NO → Paso 3

3. ¿Es un producto terminado listo para distribución?
   ├── SÍ → Clase P → asignar PP-, MPB-, PLB-, etc. → IB-CO-Consultoria
   └── NO → Paso 4

4. ¿Es material de trabajo activo con caducidad?
   ├── SÍ → Clase O → asignar TP-, SP-, FI-, CP- → IB-EL / Project Bank
   └── NO → Paso 5

5. ¿Es material sin procesar (input, no output)?
   ├── SÍ → Clase M → OUT-TRA-, OUT-DAY-, OUT-MIN-, OUT-IDEA- → 00-Inbox
   └── NO → ALERTA: ambiguo. Requiere decisión humana.

6. ¿El archivo sigue el formato TIPO-ENTIDAD-Proyecto-Nombre-vNN?
   ├── SÍ → Proceder
   └── NO → Renombrar antes de clasificar
```

---

## Relación con el LLM Wiki

El LLM Wiki NO es un mirror del IntelliBanks. Es una capa semántica curada.

**Qué entra:** Definiciones canónicas de conceptos (de Clase C), decisiones arquitectónicas con su "por qué", relaciones entre conceptos, glosario activo, principios y reglas invariantes.

**Qué NO entra:** Documentos operativos completos (Clase O), materia prima (Clase M), publicaciones completas (Clase P, solo los conceptos nucleares), datos temporales o estados de proyecto.

**Criterio de entrada:**
> ¿Este bloque de conocimiento será verdadero y útil dentro de 6 meses?
> Sí → candidato al Wiki. No → no entra.

**Flujo:** Clase C validada → LW-EL-LLM-Wiki/Raw/ (candidato) → revisión humana → LW-EL-LLM-Wiki/Wiki/ (aprobado)

---

## Reglas invariantes (no negociables)

1. **El tipo va primero** — siempre. Ningún archivo empieza con la entidad.
2. **Sin versión = incompleto** — todo archivo necesita -vNN.
3. **Sin espacios** — guiones siempre.
4. **R100X no es Re100X ni Rn100X** — R100X es el código canónico de Reinventate 100X.
5. **Las carpetas también llevan prefijo** — no solo los archivos.
6. **00-Inbox no es destino** — es zona de tránsito. Máximo 30 días de residencia.
7. **No se crea carpeta nueva sin verificar si ya existe** — costo de clasificar > costo de crear.

---

## Siguiente paso: automatización

**`intellibanks-classifier.skill`** — skill que:
1. Recibe un activo nuevo o archivo sin clasificar
2. Determina clase (C/O/P/M) por contenido y prefijo
3. Propone nombre canónico (TIPO-ENTIDAD-Proyecto-Nombre-vNN)
4. Propone ubicación en el vault
5. Si hay ambigüedad → señala y pide decisión humana
6. Opcionalmente: mueve el archivo y actualiza el registry

---

*MePB-EL-Taxonomia-IntelliBanks-v02 — EmpowerLabs — Retiro Abril 2026*
*Clase: C — Reemplaza: MePB-Taxonomia-IntelliBanks-v01*
*Ubicación: IB-XX-Maestro/IPI-XX-IP-Infraestructura/*