---
type: TP
asset_id: TP-XX-VaultOrganizacion-Integral-v01
version: v01
status: Activo
owner: Victor Heredia
sherpa_owner: Jay
intellibank: IB-XX-Maestro
subbank: —
fecha_creacion: 2026-07-09
proposito: Transfer Pack autoejecutable para poner en orden todo el vault de IntelliBanks en un room dedicado — curar el registro, resolver huérfanos y duplicados, corregir naming y sostener la gobernanza.
---

# TP · Ordenamiento Integral del Vault IntelliBanks

**Para:** un room/SherpaX dedicado de mantenimiento del vault.
**Owner:** Victor Heredia · **Sherpa:** Jay · **Fecha:** 2026-07-09

> Pega este TP al arrancar el room. Es el brief completo: contexto, guardrails, fases con método, y los datos exactos para empezar. Trabaja por lotes, con dry-run + reporte, y confirma con Victor antes de cualquier borrado/renombrado masivo (>15).

---

## 0. Guardrails inviolables (WORX)

1. **El vault vivo es `Documents/Intellibanks`.** `Reinventaverse` está retirado — no leer/escribir ahí.
2. **Regla dura:** todo archivo vive bajo un `IB-*`; la raíz solo tiene carpetas `IB-*` + metadata de la app (`.intellibanks_*`). Nada suelto en raíz.
3. **No registrar ni tocar** internos de skills/plugins (`SKILL.md`, comandos, `*_json`, `guion-*`, `xp-arranque-basico`, marketplace) ni el sandbox `IB-Test-Vault`.
4. **Nunca borrar sin verificar** (md5 idéntico = copia; contenido distinto = versión, se revisa, no se borra a ciegas). Preservar siempre contenido único.
5. **Antes de borrar/mover en lote:** cerrar la app IntelliBanks (evita que el sync bidireccional pelee), habilitar borrado del folder, y tener un **snapshot de respaldo** del estado actual.
6. **Confirmar con Victor** antes de agregar/renombrar/borrar más de 15 de golpe.
7. Recordar: la basura recurrente (`.DS_Store`, `.fuse_hidden`, `archivo.*`, stubs vacíos) viene de la nube por un bug de la app (ver `RFI-XX-IntelliBanks-BlindajeGobernanzaSync`). Limpiar es paliativo hasta que Alex lo blinde.

## Herramientas disponibles (skills)
- `sk-bmfregistry` — QA y actualización del registro maestro.
- `sk-vaultorphan` (vault-orphan-rescue) — rescate/reubicación de archivos fuera de lugar.
- `bmf-file-renamer` — renombrado conforme a convención BMF.
- `sk-ibhealth` — health check de sync + skills.
- `intellibanks-intake` — alta de documentos externos (Jesús/Gustavo).

---

## 1. Estado actual (de dónde partes)

- **Registro maestro:** `IB-XX-Maestro/CP-XX-IntelliBanks-Registry-v01.md` — **1,807 activos** registrados (act. 2026-07-09).
- **Ya hecho (9-jul):** limpieza ligera; 28 duplicados idénticos borrados; **backfill de 657 activos (#1155–#1811)**.
- **Contenido real del vault:** ~2,700 archivos en 9 IntelliBanks.

---

## 2. FASE A — Curar el registro (657 entradas backfill)

Las entradas **#1155 → #1811** se agregaron en Draft con **descripción genérica** ("backfill masivo… pendiente descripción/ratificación"). Hay que darles descripción real.

**Método (por lotes, banco por banco):**
1. Filtrar las filas con nota que contenga `(backfill masivo)`.
2. Para cada activo: leer el archivo (frontmatter `proposito` + primeras líneas), y **reemplazar la nota** por 1–2 frases reales de qué es y para qué sirve.
3. Verificar que `IntellBank / SubBank / Tipo / Version` coincidan con el archivo en disco.
4. **Promover `Draft → Activo`** solo si el activo está en uso/ratificado; si no, dejar Draft.
5. Orden sugerido por volumen: **IB-EL (271) → IB-MPX (129) → IB-Clientes (82) → IB-REB (82) → IB-XX (60) → IB-MONEX (17) → IB-BVH (1)**.
6. Confirmar con Victor al cierre de cada banco.

---

## 3. FASE B — Resolver huérfanos del registro (~112)

Entradas `[[...]]` en el registro **sin archivo en disco**.
1. **Depurar falsos positivos:** el header "Asset ID", y desajustes de versión (`v0.1` en registro vs `v0_1` en archivo) — normalizar.
2. Para huérfanos reales: buscar el archivo (pudo renombrarse/moverse) → si existe, corregir la entrada; si no existe, marcar en Notas: `ORPHAN — archivo no encontrado. Verificar.` (nunca borrar filas del registro).
3. Usar `sk-vaultorphan` cuando el archivo aparezca fuera de lugar.

---

## 4. FASE C — Duplicados en conflicto (24 · contenido distinto, mismo nombre)

Mismo nombre en 2+ ubicaciones **con contenido diferente** (posibles versiones en conflicto). Por cada uno: comparar, decidir la buena (o versionar a `-v02`), consolidar en su ubicación canónica, borrar/renombrar la obsoleta **con visto bueno**.

```
ARQ-XX-DOIX-CorpBrainOS-Supabase-v01.md
BRD-EL-Posta-DiagnosticoSitio-v01.html
DC-XX-DOIX-LLMWiki-ResumenEjecutivo-v01.md
LP-EL-Posta-EscanResultados.html
MIN-EL-JuanCarlos-20260703-v01.md
MIN-EL-Victor-20260706-v01.md
MSG-EL-ConfigurarGitMarketplace-v01.md
MSG-EL-DelegarBuzonPlugin-v01.md
MePB-DOIX-MetaPlaybook-v01.md
MePB-EL-SX-DemoVaultSherpaGuide-v01.md
OUT-MIN-EL-CierreDia-20260331-v01.md
PP-BVH-FactoryOS-NuevaArquitecturaOrganizacional-v01.md
PP-BVH-HiORG-HyperIntelligentOrganizations-v01.md
PP-BVH-Reinvencion-Organizacional-CEOs-v01.md
SIM-XDoc-Alex-v01.md · SIM-XDoc-Gus-v01.md · SIM-XDoc-Jesus-v01.md · SIM-XDoc-MPB-Maestro-v01.md
WOI-EL-EScan-CalcCostosOcultos-v01.html · -v02.html
WOI-EL-Posta-EScanGrafoDisfunciones-v06.html
WP-BVH-DOIX-Whitepaper-v01.md · WP-BVH-Empowernomics-v01.md · WP-BVH-SX-SherpaX-Whitepaper-v01.md
```

**Nota:** para detectar más duplicados, comparar por nombre + md5, **excluyendo el espejo `IB-WikiX/Raw/`** (esas copias son por diseño).

---

## 5. FASE D — Naming compliance (~225 archivos)

~225 `.md/.html` no empiezan con prefijo TIPO- BMF (`TIPO-ENTIDAD-Proyecto-Nombre-vNN`). Auditar con `bmf-file-renamer`:
1. Separar legítimos (páginas de wiki, index, README) de violaciones reales.
2. Proponer nombre correcto y renombrar **con visto bueno** (no renombrar a ciegas).
3. Al renombrar, actualizar la entrada en el registro.

---

## 6. FASE E — Gobernanza recurrente + verificación

1. **Limpieza:** borrar `.DS_Store`, `.fuse_hidden`, carpetas `archivo.*` y stubs vacíos en raíz. Preservar los 2 skills únicos de `archivo.claude` (`room-progress-minuter`, `bmf-doc-canonizer`) → `BOS-EL-WORX-OS/`.
2. **Verificación final:** correr `sk-ibhealth` + auditoría de gobernanza (0 fuera de IB-, 0 basura). Recalcular el Panel de Control del registro (total + fecha).
3. **Reporte de cierre:** qué se curó, cuántos huérfanos/duplicados/renombres se resolvieron, y qué quedó pendiente.

---

## 7. Checklist de "vault en orden"

- [ ] Las 657 entradas backfill tienen descripción real (no genérica).
- [ ] 0 huérfanos sin resolver (o marcados ORPHAN).
- [ ] 0 duplicados en conflicto (consolidados/versionados).
- [ ] Naming: violaciones reales renombradas + registro actualizado.
- [ ] Raíz limpia (solo `IB-*`), sin basura.
- [ ] `sk-ibhealth` en verde · Panel de Control del registro al día.
- [ ] Reporte de cierre entregado a Victor.

---

## 8. Prompt de arranque (pégalo en el room nuevo)

> "Arranca room de **Ordenamiento Integral del Vault** con el TP `TP-XX-VaultOrganizacion-Integral-v01`. Respeta los guardrails WORX (vault = Intellibanks, todo bajo IB-, no tocar skills/plugins, confirmar antes de operaciones masivas, app cerrada + snapshot antes de borrar). Empieza por la **Fase A** (curar las 657 entradas backfill #1155–#1811), banco por banco empezando por IB-EL, con dry-run + reporte y mi visto bueno al cierre de cada banco. Luego B (huérfanos), C (24 duplicados en conflicto), D (naming) y E (gobernanza + verificación)."

---

*Owner: Victor Heredia · Sherpa: Jay · Generado 2026-07-09.*