## Asset Header - **Asset ID:** OUT-MIN-EL-R100X-RetiroIntelliBanks-20260411-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** OUT-MIN — Output MIN - **Propósito:** Minuta de retiro — Reorganización IntelliBanks - **Última actualización:** 2026-04-11 --- # Minuta de retiro — Reorganización IntelliBanks ## Reporte de ejecución + lecciones aprendidas para consultoría **Tipo:** OUT-MIN-EL (minuta operativa — candidata a Clase C post-depuración) **Fecha:** 2026-04-11 (Sábado — Día 1 del retiro) **Participantes:** Victor Heredia + Jay (agente IA SherpaX) **Duración:** ~8 horas de sesión continua **Vault intervenido:** Reinventaverse (Obsidian) — 169+ archivos de origen --- ## Contexto y punto de partida Victor llegó al retiro con una señal clara: dos semanas de producción extraordinaria habían generado más activos intelectuales que la capacidad de organizarlos. El ritmo de creación había superado al ritmo de clasificación — una condición que, si no se corrige, produce entropía acumulativa e inutiliza el vault. El problema no era de contenido. Era de arquitectura de información. **Síntomas identificados al inicio:** - 169+ archivos en carpetas sin jerarquía semántica clara - Prefijo SHA- aplicado a 88 archivos de naturalezas completamente distintas - Misma lógica de nombrado para documentos canónicos y materia prima sin procesar - Ningún criterio para decidir algorítmicamente dónde vive un archivo - Duplicados latentes entre Project Bank, Publications Bank y Companies/ --- ## Lo que se diseñó ### 1. Las 4 clases de documentos (C/O/P/M) La distinción fundamental que ordenó todo. Antes de hablar de nombres o carpetas, hay que saber qué es el archivo: | Clase | Qué es | Destino | Ejemplo | |-------|--------|---------|---------| | C — Código canónico | Define cómo funciona el ecosistema | IB-XX-Maestro | BC-EL-JensenHuang-v01 | | O — Operativo | Trabajo vivo con caducidad | IB-EL-EmpowerLabs | TP-EL-SX-AdriXDemo-v01 | | P — Publicación | Producto terminado para distribución | IB-CO-Consultoria | PP-EL-Story1-v01 | | M — Materia prima | Input sin procesar | 00-Inbox | OUT-TRA-VH-RitualCaptura-v01 | ### 2. La arquitectura de 4 bancos IntelliBanks ``` IB-XX-Maestro → IP canónica, no operativa. Reservada. Alta filtración. IB-CO-Consultoria → Lo transferible. Sale al cliente, al mundo. IB-EL-EmpowerLabs → Operativo. Donde vive el trabajo actual. IB-DM-DemoEmpresa → Simulación. Para demos DOIX en empresa cliente. ``` ### 3. La convención de nomenclatura (iterada 3 veces) Empezamos con `[PREFIJO]-[Nombre]-v[NN]` y terminamos con: ``` TIPO - ENTIDAD - Proyecto - NombreDescriptivo - vNN . ext ``` **La regla de oro:** el tipo va siempre primero. El tipo te dice qué es. La entidad te dice de quién es. El proyecto te dice en qué contexto. ### 4. La convención de carpetas Misma lógica que los archivos: `TIPO-ENTIDAD-NombreLargo`. El prefijo de la carpeta anuncia qué tipo de archivos viven adentro. Un colaborador nuevo puede leer la estructura y entender el sistema sin manual. ### 5. La familia OUT- para materia prima Resolvió el problema de las notas sueltas, rituales y minutas sin crear un sistema paralelo: - `OUT-TRA-` = transcripciones y rituales de captura - `OUT-DAY-` = daily notes y planes del día - `OUT-MIN-` = minutas sin procesar - `OUT-IDEA-` = ideas e insights sin filtrar - `OUT-SIM-` = simulaciones y análisis temporales --- ## Lo que se ejecutó | Fase | Acción | Resultado | |------|--------|-----------| | 1 | Diseño de taxonomía (C/O/P/M) | MePB-EL-Taxonomia-IntelliBanks-v02.md | | 2 | Simulación de 44 reclasificaciones | OUT-SIM-EL-Reclasificacion-IntelliBanks-v01.md | | 3 | Creación de estructura de carpetas nueva | 4 bancos IB + 10 Project Banks | | 4 | Copia y reclasificación IB-XX-Maestro | 85 archivos clasificados | | 5 | Copia y reclasificación IB-CO-Consultoria | 40 archivos clasificados | | 6 | Copia y reclasificación IB-EL-EmpowerLabs | 152 archivos clasificados | | 7 | Procesamiento Clase M → 00-Inbox | 45 archivos con prefijos OUT- | | 8 | Renombrado de todas las carpetas al estándar TIPO-ENTIDAD-NombreLargo | 18 carpetas renombradas | | 9 | Eliminación de carpetas legacy (IB-CO) | Estructura limpia sin duplicados | | 10 | Actualización de taxonomía a v02 | Este documento | **Total clasificado: 322 archivos** **Carpetas legacy preservadas (para validación): 11 carpetas originales intactas** --- ## Lecciones aprendidas — críticas para consultoría ### Lección 1: El costo de clasificar supera al costo de crear si no hay sistema previo El vault de 169 archivos tomó ~8 horas para reorganizar. Con 500 archivos hubiera sido imposible en un retiro. La regla es: **diseñar la arquitectura antes de producir**, no después. En una implementación DOIX con un cliente, el IntellBank debe estar diseñado antes del primer activo. **Aplicación en consultoría:** En el onboarding de un cliente, la primera sesión es de diseño de arquitectura de información. Nunca de producción de contenido. --- ### Lección 2: La convención de nomenclatura se itera — reservar una sesión para acordarla Llegamos a la convención definitiva después de tres iteraciones: - Iteración 1: `[PREFIJO]-[Nombre]-v[NN]` (demasiado simple, no escala) - Iteración 2: `[ENTIDAD]-[TIPO]-[Nombre]` (entidad primero, incorrecto) - Iteración 3: `[TIPO]-[ENTIDAD]-[Proyecto]-[Nombre]-v[NN]` (correcto, escalable) **La trampa:** en el calor de la ejecución, aplicamos la convención antes de terminar de acordarla. Resultado: archivos inconsistentes que hubo que identificar y corregir. **Aplicación en consultoría:** Dedicar mínimo 60 minutos a acordar la convención con el cliente antes de mover un solo archivo. La convención es el contrato. --- ### Lección 3: Las carpetas también son parte del sistema taxonómico El instinto inicial fue poner nombres descriptivos en carpetas (`MetaFactorias/`, `Formulas-Maestras/`) y convención solo en archivos. Victor identificó la inconsistencia: si las carpetas no siguen el mismo sistema, el colaborador que llega de nuevo tiene que aprender dos lenguajes. **Solución:** Las carpetas llevan el mismo esquema `TIPO-ENTIDAD-NombreLargo`. La carpeta anuncia qué vive adentro. **Aplicación en consultoría:** Al presentar la estructura a un cliente, mostrar cómo la carpeta misma es self-documenting. Un colaborador nuevo puede inferir la taxonomía sin leer un manual. --- ### Lección 4: El prefijo SHA- es un antipatrón — "proyecto" ≠ "tipo de documento" SHA- nació como shorthand de "SherpaX Asset" y terminó cubriendo 88 archivos de tipos completamente distintos: whitepapers, transfer packs, arquitecturas, operativos, materia prima. Un prefijo que no discrimina tipo no sirve como sistema de clasificación. **Regla derivada:** Un prefijo debe responder a "qué es este documento", no a "de qué proyecto es". El proyecto va en el campo ENTIDAD/PROYECTO, no en el TIPO. **Aplicación en consultoría:** Al auditar un vault de cliente, el primer diagnóstico es: ¿los prefijos describen tipo o describen proyecto? Si describen proyecto, el sistema está invertido. --- ### Lección 5: Copiar antes de mover — proteger el backup Toda la reorganización se hizo con `cp` (copiar), no con `mv` (mover). Los originales siguen intactos en las carpetas legacy. La eliminación se hace solo después de validación visual en Obsidian. **Orden correcto:** 1. Diseñar estructura nueva 2. Copiar archivos con nuevo nombre y ubicación 3. Validar visualmente que todo está correcto 4. Solo entonces eliminar originales **Aplicación en consultoría:** Nunca reorganizar el vault de un cliente en un solo paso destructivo. Siempre preservar el estado anterior hasta confirmación explícita. --- ### Lección 6: El 00-Inbox no es un basurero — es una zona de tránsito con reglas Al procesar la materia prima (Clase M), encontramos 45 archivos en el root del vault que no tenían clasificación. La tentación es crear un "dump folder". En cambio, diseñamos OUT- como familia de prefijos que ya comunica qué tipo de materia prima es y de quién. **Regla para el Inbox:** Máximo 30 días de residencia. Todo archivo en 00-Inbox tiene fecha en el nombre. Si en 30 días no se procesó, se decide: procesar o eliminar. **Aplicación en consultoría:** El Inbox del cliente es el termómetro de salud del vault. Si tiene más de 30 archivos, hay un problema de procesamiento, no de creación. --- ### Lección 7: La arquitectura enseña el sistema — las carpetas son documentación viva La estructura final es auto-explicativa: - `IB-XX-Maestro/MF-XX-MetaFactorias/` → aquí solo viven MetaFactories - `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-SX-SherpaX/` → aquí vive todo lo operativo de SherpaX - `IB-CO-Consultoria/PP-CO-Papers/` → aquí solo viven papers y whitepapers Un colaborador que entra al vault por primera vez puede inferir dónde va un archivo sin preguntar. Ese es el objetivo. **Aplicación en consultoría:** La pregunta de validación al final de un setup es: "¿Puede un colaborador nuevo, sin manual, inferir dónde va un archivo nuevo?" Si la respuesta es sí, el sistema está bien diseñado. --- ## Lo que queda pendiente (próximas 48 horas) | Tarea | Prioridad | Notas | |-------|-----------|-------| | Validar en Obsidian que vínculos internos no están rotos | Alta | Wikilinks pueden apuntar a nombres viejos | | Eliminar carpetas legacy originales tras validación | Alta | Solo tras confirmación visual | | Mover MePB-Taxonomia v02 a IB-XX-Maestro/IPI-XX-IP-Infraestructura/ | Media | Está en Rn100X por ahora | | Renombrar archivos con prefijos incorrectos dentro de los bancos | Media | Hay archivos EL-TR-, EL-MP- que deberían empezar con TP-, SP-, etc. | | Poblar IB-DM-DemoEmpresa con primer set de activos demo | Media | Día 2 del retiro | | Crear intellibanks-classifier.skill | Baja | Post-retiro | | Primera ronda de entradas al LLM Wiki (solo Clase C validada) | Baja | Post-validación completa | --- ## Archivos producidos en este retiro (Día 1) | Archivo | Clase | Destino final | |---------|-------|---------------| | PP-EL-Story1-DeChatGPT-a-SherpaX-v01.md | P | IB-CO/PP-CO-Papers/ | | PP-EL-Story2-DeSherpaX-a-HIOrg-v01.md | P | IB-CO/PP-CO-Papers/ | | MePB-EL-Taxonomia-IntelliBanks-v02.md | C | IB-XX/IPI-XX-IP-Infraestructura/ | | OUT-SIM-EL-Reclasificacion-IntelliBanks-v01.md | M→O | IB-EL/CP-EL-Control-Planes/ | | OUT-SIM-EL-AuditFinal-Reclasificacion-v01.md | O | IB-EL/CP-EL-Control-Planes/ | | RETIRO-100X-MapaCompleto-11-12-Abril-2026.md | O | IB-EL/CP-EL-Control-Planes/ | | OUT-MIN-EL-RetiroIntelliBanks-20260411-v01.md | O→C | Este documento | --- ## Por qué esto es transferible a consultoría El proceso que ejecutamos hoy es exactamente el Diagnóstico de IQ Organizacional que ofreceremos en la práctica DOIX. Cuando un CEO dice "tenemos mucha información pero no la encontramos" o "cada quien guarda las cosas a su manera", este es el proceso que resuelve ese problema. El vault de un CEO es su segundo cerebro. Si está en desorden, su capacidad de tomar decisiones, delegar y escalar está limitada. Reorganizarlo con este sistema es un activo de consultoría de alto valor — medible, replicable, y con ROI visible en la primera sesión. **El protocolo de transferencia:** 1. Diagnóstico del vault actual (1 hora) 2. Diseño de arquitectura de 4 bancos adaptada al cliente (2 horas) 3. Acuerdo de convención de nomenclatura (1 hora) 4. Ejecución asistida por IA con validación humana (4-8 horas) 5. Entrega: vault reorganizado + `intellibanks-classifier.skill` instalado --- *OUT-MIN-EL-RetiroIntelliBanks-20260411-v01* *Retiro EmpowerLabs — Sábado 11 Abril 2026* *Candidato a Clase C tras revisión de Victor*