--- asset_id: TAX-EH-Taxonomia-v01 tipo: TAX — Taxonomía / estructura del vault status: v01 · propuesta inicial · actualizable por Emilio owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-SherpaX-Kit proposito: Estructura taxonómica propuesta para el vault de Emilio · convención de naming canónica BMF · plantillas de Asset Header · reglas de organización de archivos. Documento vivo · Emilio puede actualizar conforme el sistema crece. fecha_creacion: 2026-05-12 audiencia: Emilio Heredia (operador propio · se vuelve referencia constante) referencias_canonicas: - GLO-EH-Glosario-v01.md (vocabulario · prefijos canónicos) - SETUP-EH-SherpaX-Configuracion-v01.md (estructura inicial del vault) tags: [TAX, taxonomia, naming, estructura, vault, convencion, BMF] --- # Taxonomía y Estructura del Vault de Emilio Heredia ## Propuesta inicial · doc vivo · actualizable --- ## §0 · Filosofía **El sistema enseña por ejemplos.** Cada doc del vault sigue convenciones canónicas. Cuando crees un doc nuevo · imita el patrón. Si una convención no te queda clara, mira un doc existente. **El sistema se autoorganiza.** Una buena taxonomía hace que los archivos vivan donde deben sin esfuerzo. Una mala taxonomía genera el "dónde quedó esto". **El sistema se actualiza.** Esta taxonomía es propuesta inicial. Si en 3 meses encuentras patrones que mejoran el sistema · actualízala (este doc va a v02 · v03 · etc.). --- ## §1 · Estructura jerárquica del vault ### Nivel 1 · Vault root ``` EmilioVerso/ ← carpeta raíz (nombre a tu elección) ``` Una sola carpeta raíz · contiene todos tus IntelliBanks. ### Nivel 2 · IntelliBanks (IB-) ``` IB-EH-EmilioHeredia/ ← personal financiero / vida IB-PG-PapayaGroup/ ← Papaya Playa Group corporativo (eventualmente) IB-EH-Familia/ ← (si decides crear · familia · educación hijos · legado) IB-EH-Longevidad/ ← (si decides crear · health · wellness · biohacking) ``` **Regla:** un IntelliBank por entidad/dominio macro. NO mezclar entidades. **Tu entidad principal:** `EH` (Emilio Heredia). Otras entidades posibles: - `PG` = Papaya Playa Group (corporativo). - `EH-FAM` = Familia (si quieres separar). - `EH-WEL` = Wellness/Longevidad (si quieres separar). - Otras a definir según necesidad. ### Nivel 3 · Project Banks (PB-) Dentro de cada IntelliBank, los Project Banks contienen rooms operativos: ``` IB-EH-EmilioHeredia/ ├── PB-EH-Project-Bank/ ← contenedor principal │ ├── PB-EH-MFI/ ← MetaFactoría de Inversiones │ ├── PB-EH-SherpaX-Kit/ ← este Starter Kit │ ├── PB-EH-Familia/ ← (room familia · si aplica) │ ├── PB-EH-Longevidad/ ← (room health · si aplica) │ └── PB-EH-Legado/ ← (room sucesión · si aplica) └── BrainOS/ ← memoria viva ``` **Regla:** un Project Bank por proyecto operativo continuo. ### Nivel 4 · Subcarpetas dentro de un PB Cada PB se organiza según sus necesidades. Ejemplo de la MFI: ``` PB-EH-MFI/ ├── TP-EH-MFI-v01.md ← Transfer Pack del room ├── F-Crypto/ ← carpeta por factoría │ ├── tesis-activas/ │ ├── decisiones-documentadas/ │ ├── destellos-canal-32-54/ │ └── lecciones/ ├── F-ETFs/ (misma estructura) ├── (otras factorías) └── MetaFactoria/ ├── alocacion-target/ ├── reportes/ │ ├── mensuales/ │ ├── trimestrales/ │ └── anuales/ └── stress-tests/ ``` **Regla:** subcarpetas reflejan la estructura del trabajo del room. NO hay subcarpetas "en general" · cada una tiene función. --- ## §2 · Convención de naming canónica BMF ### Patrón maestro ``` [TIPO]-[ENTIDAD]-[Proyecto opcional]-[NombreDescriptivo]-vNN.ext ``` Cinco componentes: 1. **TIPO** · prefijo canónico (3-5 letras · mayúsculas). 2. **ENTIDAD** · 2-3 letras (EH para ti · PG para PPG · etc.). 3. **Proyecto opcional** · si el archivo es específico de un sub-room. 4. **NombreDescriptivo** · CamelCase o palabras separadas por guiones. 5. **vNN** · versión obligatoria (v01 · v02 · v0.6 · etc.). ### Ejemplos correctos ``` TP-EH-MFI-v01.md (Transfer Pack root) MEMO-EH-MFI-Crypto-Rebalanceo-20260601-v01.md (memorando de decisión específica) DEST-EH-MFI-Equities-AAPL-Esplecnico-v01.md (destello esplécnico capturado) LEC-EH-MFI-Tangibles-Q3-2026-v01.md (lección destilada trimestral) RPT-EH-MFI-Mensual-2026-06-v01.md (reporte mensual) STRAT-EH-MFI-Anual-2026-v01.md (estrategia anual) GLO-EH-Glosario-v01.md (este glosario) PLBK-EH-SherpaX-Playbook-v01.md (playbook del SherpaX) ``` ### Ejemplos incorrectos ``` ❌ TP-MFI.md (falta entidad · falta versión) ❌ TP EH MFI v01.md (espacios en lugar de guiones) ❌ tp-eh-mfi-v01.md (TIPO en minúsculas) ❌ TP-EH-PG-MFI-v01.md (dos entidades · solo una) ❌ MFI Inversion Crypto.md (sin estructura BMF) ``` --- ## §3 · Catálogo de prefijos por tipo | Prefijo | Tipo | Uso típico | Ejemplo | |---|---|---|---| | **TP-** | Transfer Pack | Pack de contexto para arrancar un room | `TP-EH-MFI-v01.md` | | **MPB-** | MasterPlaybook | Playbook universal/fundamental | `MPB-EH-WORX-Adaptado-v01.md` | | **MePB-** | MetaPlaybook | Playbook de patrón replicable | `MePB-EH-Factoria-Inversion-v01.md` | | **PLB-** / **PLBK-** | Playbook | Playbook específico | `PLBK-EH-SherpaX-Playbook-v01.md` | | **CP-** | Control Plane / Registry | Registro maestro de control | `CP-EH-IntelliBanks-Registry-v01.md` | | **CAS-** | Caso operativo | Caso documentado de aprendizaje | `CAS-EH-MFI-PrimerRebalanceo-v01.md` | | **MIN-** | Minuta | Minuta de sesión | `MIN-EH-Asesor-Financiero-2026-06-15-v01.md` | | **BRIEF-** | Brief | Brief de research o inteligencia | `BRIEF-EH-MFI-Crypto-Layer1-2026-Q2-v01.md` | | **MEMO-** | Memorando | Memorando de decisión | `MEMO-EH-MFI-Equities-EntradaXYZ-v01.md` | | **DEST-** | Destello esplécnico | Captura Canal 32-54 | `DEST-EH-MFI-Crypto-EthScaling-v01.md` | | **LEC-** | Lección destilada | Lección de retrospectiva | `LEC-EH-MFI-Q3-2026-Tangibles-v01.md` | | **RPT-** | Reporte | Reporte periódico | `RPT-EH-MFI-Mensual-2026-06-v01.md` | | **STRAT-** | Estrategia | Documento estratégico | `STRAT-EH-MFI-Anual-2026-v01.md` | | **MAP-** | Mapa | Mapa visual | `MAP-EH-BrainOS-Estado-v01.html` | | **GLO-** | Glosario | Glosario de términos | `GLO-EH-Glosario-v01.md` | | **GUIA-** | Guía | Guía operativa | `GUIA-EH-SherpaX-Welcome-v01.md` | | **ARQ-** | Arquitectura | Doc de arquitectura conceptual | `ARQ-EH-Ecosistema-BMF-DOIX-WORX-v01.md` | | **OPS-** | Operativo | Manual operativo | `OPS-EH-ArrancarProyectos-v01.md` | | **SETUP-** | Setup | Guía técnica | `SETUP-EH-SherpaX-Configuracion-v01.md` | | **TAX-** | Taxonomía | Estructura propuesta | `TAX-EH-Taxonomia-v01.md` | | **SK-** | Skill | Skill individual | `SK-EH-MapaBrainOS-v01.md` | | **BS-** | Banco de Skills | Índice de skills | `BS-EH-Skills-v01.md` | | **MISSION-** | Mission Pack | Secuencia de ejercicios | `MISSION-EH-StarterPack-v01.md` | | **XP-** | Export Pack | Pack autocontenido para portar | `XP-EH-MFI-Migracion-v01.md` | | **WOI-** | Work In Progress | Borrador activo | `WOI-EH-MFI-NuevaFactoria-Borrador-v01.md` | | **OUT-** | Output | Output de sesión | `OUT-EH-Sesion-2026-06-15-v01.md` | | **DC-** | Documento Canónico | Documento oficial | `DC-EH-Compromisos-2026-v01.md` | | **MKT-** | Marketing | Material comercial / pitch / propuesta | `MKT-EH-SX-PitchEmbajador-v01.md` | | **PROTOCOL-** | Protocolo operativo | Protocolo con límites y reglas duras de un dominio | `PROTOCOL-EH-Sales-CuandoYComo-v01.md` | | **REF-** | Referencias / índice externo | Índice de materiales que viven en otro vault o requieren solicitud | `REF-EH-Sales-Materiales-v01.md` | --- ## §4 · Asset Header estándar Todo archivo .md del vault debe tener un Asset Header (frontmatter YAML) al inicio. Plantilla mínima: ```yaml --- asset_id: [TIPO]-EH-[Proyecto]-[Nombre]-v01 tipo: [TIPO completo · ej. "TP — Transfer Pack"] status: v01 · [estado breve · ej. "draft · pendiente input"] owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-[ProjectBank] proposito: [una frase de qué es y para qué sirve] fecha_creacion: 2026-MM-DD tags: [tag1, tag2, tag3] --- ``` ### Plantilla extendida (cuando aplique) ```yaml --- asset_id: ... tipo: ... status: ... owner: Emilio Heredia sherpa_runner: EmilioX (SherpaX virtual de Emilio) intellibank: IB-EH-EmilioHeredia / PB-EH-[ProjectBank] proposito: ... fecha_creacion: 2026-MM-DD fecha_actualizacion: 2026-MM-DD audiencia: [Emilio Heredia · y/o otros] referencias_canonicas: - [archivo relacionado 1] - [archivo relacionado 2] referencias_externas: - [recurso externo si aplica] gate_g0: PASS · [qué se consultó] confidencialidad: ALTA · NO compartir externamente tags: [tag1, tag2, ...] --- ``` --- ## §5 · Reglas de organización ### Regla 1 · Un archivo · una unidad Cada archivo cubre UNA unidad de trabajo completa (XDoc en lenguaje WORX). NO mezclar múltiples temas en un solo archivo. ### Regla 2 · Versionado obligatorio Todo archivo lleva `-v01` (o superior). Cuando hay cambio significativo · sube a `v02`. Versiones intermedias permitidas: `v01a · v01b` para correcciones menores. ### Regla 3 · Cross-references explícitas Cuando un archivo conecta con otro, usa wiki-links: `[[Nombre-del-archivo-sin-extensión]]`. Esto crea grafo navegable en Obsidian. ### Regla 4 · Status visible El frontmatter `status:` debe reflejar el estado real del archivo. Estados válidos: - `Draft` · borrador - `Pilot` · piloto - `Frozen` · estable - `Operating` · en operación - `Paused` · pausado - `Deprecated` · ya no usar (preservar como histórico) - `Superseded` · reemplazado por versión nueva ### Regla 5 · Confidencialidad declarada Si un archivo es confidencial, declararlo en frontmatter: `confidencialidad: ALTA · NO compartir externamente`. ### Regla 6 · Owner siempre presente Todo archivo tiene `owner:` declarado. En tu vault: `Emilio Heredia` (default). ### Regla 7 · IntelliBank y path coherentes El campo `intellibank:` del frontmatter debe coincidir con la ubicación física del archivo. Si los mueves de carpeta · actualiza el frontmatter. --- ## §6 · Patrones de naming por dominio ### Para la MFI (inversiones) ``` MEMO-EH-MFI-{Factoria}-{Tema}-{YYYYMMDD}-v01.md (decisiones) BRIEF-EH-MFI-{Factoria}-{Tema}-v01.md (research) DEST-EH-MFI-{Factoria}-{Activo}-v01.md (destellos esplécnicos) LEC-EH-MFI-{Factoria}-{Periodo}-v01.md (lecciones) RPT-EH-MFI-{Frecuencia}-{Periodo}-v01.md (reportes) STRAT-EH-MFI-Anual-{YYYY}-v01.md (estrategia anual) ``` ### Para Familia ``` MIN-EH-Fam-Conversacion-{Hijo}-{YYYYMMDD}-v01.md (conversaciones importantes) DC-EH-Fam-Acuerdos-{Tema}-v01.md (acuerdos documentados) LEC-EH-Fam-Periodo-{YYYY-Q}-v01.md (lecciones trimestrales) ``` ### Para Longevidad ``` RPT-EH-Wel-Mensual-{YYYY-MM}-v01.md (reporte mensual de health) DC-EH-Wel-Protocolos-Activos-v01.md (protocolos vigentes) LEC-EH-Wel-Trimestre-{YYYY-Q}-v01.md (lecciones) ``` ### Para PPG (cuando portes el corporate) Mantener la entidad `PG` que ya existe en el room MediaNanny: ``` TP-PG-EmilioH-MediaNanny-Negociacion-v02.md BRIEF-PG-EmilioH-MediaNanny-Inteligencia-v02.md ``` --- ## §7 · Mantenimiento de la taxonomía ### Diariamente - Cada archivo nuevo sigue la convención. - EmilioX te corrige si nombras algo mal. ### Semanalmente - Verificar que no hay archivos en lugares incorrectos. - Verificar que el Registry maestro está actualizado (`CP-EH-IntelliBanks-Registry-v01.md`). ### Mensualmente - Revisar status de archivos · marcar Deprecated lo que ya no aplique. - Verificar que cross-references siguen vigentes. ### Trimestralmente - Revisar esta taxonomía · ¿hay patrones nuevos que canonizar? - Si sí · actualizar este doc a versión nueva. - Marcar Superseded la versión anterior. ### Anualmente - Revisión profunda de toda la estructura. - ¿Hay IntelliBanks que se justifica crear/fusionar? - ¿Hay PBs que ya cumplieron su ciclo y se archivan? --- ## §8 · Cómo agregar prefijos nuevos Si descubres una necesidad de un tipo de archivo que no está en el catálogo del §3: 1. Verifica que NO exista ya en el `GLO-BMF-Glosario-v01.md` maestro de Victor (para evitar duplicación). 2. Define el prefijo (3-5 letras mayúsculas · semánticamente claro). 3. Agrega la fila al §3 con: prefijo · tipo · uso · ejemplo. 4. Documenta el patrón de naming si tiene particularidades. 5. Actualiza fecha de este doc. Si el prefijo es genérico (no específico de tu dominio), considera proponérselo a Victor para incluirlo en el glosario maestro de BMF. --- ## §9 · Anti-patrones a evitar ❌ **Crear carpetas "Misc" o "Otros":** todo archivo tiene un PB que le corresponde · si no existe, créalo. ❌ **Versiones implícitas (sin -vNN):** el versionado es obligatorio · no hay excepciones. ❌ **Archivos con nombre genérico:** `notas.md`, `pendientes.md`, `ideas.md` violan la convención · usa prefijo + descripción específica. ❌ **Mezclar dominios en un solo archivo:** un MEMO de inversión + apuntes de familia + lista de longevidad → 3 archivos separados, cada uno en su PB. ❌ **Borrar archivos:** preferir Deprecated/Superseded · preserva trazabilidad histórica. ❌ **Brain Codes en el vault:** los Brain Codes (BC- · BCV-) son IP estratégica · no deben vivir en tu vault personal · son del vault maestro de Victor. --- ## §10 · Cuando una convención no aplica a tu caso Esta taxonomía está diseñada para escalar de 1 a 1000+ archivos sin colapsar. Pero todo sistema tiene casos borde. Si encuentras un caso donde la convención NO aplica claramente: 1. Documenta el caso (qué situación · qué intentaste · por qué no encajó). 2. Propón una variación. 3. Discute con Victor antes de adoptar la variación · puede ser que el caso revele un gap del sistema general. 4. Si la variación se valida, actualiza este doc. --- ## §11 · Versión y mantenimiento Este doc es vivo. Cada vez que el sistema crece, se actualiza. | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-05-12 | Versión inicial · taxonomía base entregada con Starter Kit | --- *Taxonomía y Estructura del Vault · Emilio Heredia · 12 de mayo de 2026* *Owner: Emilio Heredia · IntelliBank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-SherpaX-Kit*