## Asset Header - **Asset ID:** DC-XX-VH-BMF-Alignment-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-XX-Maestro - **Tipo:** DC — Document Canónico - **Propósito:** Análisis de Alineación BMF — Tu Sherpa IA - **Última actualización:** 2026-04-11 --- # Análisis de Alineación BMF — Tu Sherpa IA ## SHA-VICTOR-BMF-Alignment-v01 --- --- ## Pregunta central respondida > *"¿El SHA-VICTOR-Manual-v01 es el Companion Playbook propuesto en el modelo BMF?"* **Respuesta corta:** No exactamente — pero sí existe el concepto, y el Manual ocupa un rol específico dentro de él. La distinción es importante. Ver Sección 3. --- ## SECCIÓN 1 — Hallazgos del BMF ### Lo que existe en el BMF hoy El BMF tiene **15 activos registrados**, todos bajo prefijos estándar. El único activo **operacional v1.0** es `MPB-QPMFP-Team-QuickAIPublishing-v10` (la MetaFactory de AI Publishing para el equipo). La estructura de capas real según el Glosario canónico es: ``` BMF- → Big MetaFactory (macro, L0-L6) MF- → MetaFactory (template reusable, L2) MFI- → MetaFactory Instance F- → Factory (template, L3) FI- → Factory Instance MPB- → MetaPlaybook (cualquier capa) AS- → Asset final (publicable) TP- → Transfer Packet RL- → RunLog entry ``` ### Lo que NO existe en el BMF todavía - **No hay prefijo `SHA-`** definido en el Glosario canónico - **No hay entrada en el Registry** para ningún activo de Tu Sherpa IA - **No hay "Companion Playbook"** como término oficial — el concepto existe pero bajo otro nombre --- ## SECCIÓN 2 — Mapa de alineación: Sherpa IA vs BMF ### Cómo encaja Tu Sherpa IA en la arquitectura BMF | Qué tenemos | Nombre actual | Nombre correcto BMF | Capa | Tipo | |---|---|---|---|---| | La MetaFactory de Tu Sherpa IA | MF-DIA (conceptual) | `MF-DIA` ✅ | L2 | MetaFactory (template) | | La Factory instancia de Victor | F-SHA-VICTOR (conceptual) | `FI-SHA-VICTOR` ⚠️ | L3 | Factory Instance (no template) | | El Playbook maestro | MPB-MiSherpaIA-Victor-v01 | `MPB-MiSherpaIA-Victor-v01` ✅ | L3 | MetaPlaybook operativo | | El Prompt portable | SHA-VICTOR-Prompt-v01 | `AS-SHA-VICTOR-Prompt-v01` ⚠️ | L4 | Asset final producido | | El Ritual de actualización | SHA-VICTOR-Ritual-v01 | `AS-SHA-VICTOR-Ritual-v01` ⚠️ | L4 | Asset final producido | | El Manual operativo | SHA-VICTOR-Manual-v01 | ver Sección 3 | L3-L4 | Ver análisis | | El Transfer Pack | Re100X-TP-SherpaIA-v01 | `TP-DIA-v01` ⚠️ | Transversal | Transfer Packet | ### Correcciones de nomenclatura requeridas **Corrección mayor:** El prefijo `SHA-` no existe en el BMF. Según el Glosario, los activos finales producidos (outputs de una Factory) usan el prefijo `AS-` (Asset). Sin embargo, el Strategic Path definió `SHA-VICTOR-` como naming de la instancia personal. Hay dos opciones: **Opción A — Adoptar el estándar BMF estricto:** Renombrar a `AS-SHA-VICTOR-Prompt-v01`, `AS-SHA-VICTOR-Ritual-v01`, etc. **Opción B — Registrar `SHA-` como prefijo canónico en el BMF Glosario:** Documentar que `SHA-` es el prefijo para activos de la MetaFactory Tu Sherpa IA (análogo a como `QPMFP-` se usa para la AI Publishing Factory). Esto es más limpio para el producto. **Recomendación:** Opción B. El prefijo `SHA-` ya está en uso y tiene lógica propia. Registrarlo formalmente en el BMF Glosario como extensión del sistema de prefijos, con la regla: `DIA-[CLIENTE]-[Tipo]-vNN`. --- ## SECCIÓN 3 — ¿El Manual es el Companion Playbook? ### El término "Companion Playbook" en el BMF El término no aparece textualmente en ningún documento BMF. Lo que sí aparece es el concepto de **MetaPlaybook** — un documento que "acompaña y gobierna la ejecución" de una Factory. El ejemplo canónico es `MPB-QPMFP-Team-QuickAIPublishing-v10`. ### Lo que es el MPB-MiSherpaIA-Victor-v01 El **MPB-MiSherpaIA-Victor-v01** es el verdadero Companion Playbook de Tu Sherpa IA, en términos BMF. Es el MetaPlaybook que: - Define quién es el sistema y cómo opera - Documenta el estado actual - Gobierna la evolución del Sherpa IA - Contiene los protocolos de uso - Es el documento que un operador nuevo usaría para entender y ejecutar el sistema Es el equivalente directo del `MPB-QPMFP-Team` — pero para el Sherpa IA. ### Lo que es el SHA-VICTOR-Manual-v01 El **SHA-VICTOR-Manual-v01** es un **SOP (Standard Operating Procedure)** — un sub-componente del MetaPlaybook. Define específicamente el comportamiento de la entidad Sherpa IA (modos, reglas, autonomía calibrada). En terminología BMF es más cercano a un **Asset de tipo Policy/SOP** que a un Companion Playbook completo. ### Mapa de roles clarificado ``` MPB-MiSherpaIA-Victor-v01 ← El Companion Playbook / MetaPlaybook ├── SHA-VICTOR-Prompt-v01 ← AS: el código activable (output) ├── SHA-VICTOR-Manual-v01 ← AS/SOP: reglas de comportamiento ├── SHA-VICTOR-Ritual-v01 ← AS/PROT: protocolo de mantenimiento └── SHA-VICTOR-Memoria-v01 ← AS/REF: inventario de memoria ``` **El Manual NO es el Companion Playbook — es un componente que VIVE DENTRO del Companion Playbook (el MPB).** --- ## SECCIÓN 4 — Lo que necesita el BMF Registry Los activos de Tu Sherpa IA no están registrados. Deben agregarse al `BMF-Registry-Activos-v01`. Aquí el bloque completo para insertar: ### Nuevos registros a agregar (items #16-23) | # | Asset ID | Tipo | Capa BMF | Versión | Status | Notas | |---|---|---|---|---|---|---| | 16 | SHA-MetaFactory-v01 | MF | L2 | v0.1 | Pendiente | MetaFactory Tu Sherpa IA — documento formal BMF L2. Aún no creado. | | 17 | FI-SHA-VICTOR | FI | L3 | v0.1 | En ejecución | Factory Instance personal de Victor. No es un documento sino un proceso activo. | | 18 | MPB-MiSherpaIA-Victor-v01 | MPB | L3 | v1.0 | Operational | MetaPlaybook / Companion Playbook del Sherpa IA de Victor. Supercede MPB-CLONE-COPILOT-DEPLOY. | | 19 | Re100X-TP-SherpaIA-v01 | TP | Transversal | v1.0 | Active | Transfer Packet de la capa Tu Sherpa IA. Activar cualquier LLM en la Factory. | | 20 | SHA-VICTOR-Prompt-v01 | AS | L4 | v1.0 | Active | L1 Portable Prompt. Output personal de FI-SHA-VICTOR. | | 21 | SHA-VICTOR-Ritual-v01 | AS | L4 | v1.0 | Active | Protocolo de mantenimiento del Sherpa IA. 3 niveles, 8 categorías. | | 22 | SHA-VICTOR-Manual-v01 | AS/SOP | L4 | v1.0 | Active | Reglas de comportamiento del Sherpa IA. 4 modos, autonomía calibrada. | | 23 | SHA-VICTOR-Assessment-v01 | AS/ANAL | L4 | v1.0 | Active | Snapshot del estado del sistema al 2026-03-21. | --- ## SECCIÓN 5 — Alertas de alineación ### 🔴 Alerta DA-004 — Prefijo SHA- no registrado en Glosario **Problema:** Los activos `SHA-VICTOR-*` usan un prefijo no definido en `BMF-Launch-Glosario-v01`. **Acción requerida:** Agregar `SHA-` al glosario canónico con su definición y regla de naming. **Propuesta:** `DIA-[CLIENTE]-[Tipo]-vNN → Assets de instancias Tu Sherpa IA` ### 🔴 Alerta DA-005 — SHA-MetaFactory-v01 no creado **Problema:** La MetaFactory formal de Tu Sherpa IA (L2) no existe como documento en el BMF. **Acción requerida:** Crear `SHA-MetaFactory-v01` con Asset Header, definición de la MetaFactory, templates que produce, y criterios de QA. ### 🟡 Alerta DA-006 — MPB-MiSherpaIA-Victor-v01 desactualizado **Problema:** El Companion Playbook no refleja el estado real del sistema (BrainOS operacional, 3 activos SHA-VICTOR completos, learnings de instalación). **Acción requerida:** Actualización de 30 minutos (identificada en Assessment-v01). ### 🟡 Alerta DA-007 — FI-SHA-VICTOR no tiene documento formal **Problema:** La Factory Instance de Victor (L3) existe como proceso pero no como documento registrable en el BMF. **Acción requerida:** Decidir si `FI-SHA-VICTOR` necesita un documento propio o si el MPB-MiSherpaIA-Victor-v01 lo cubre suficientemente. --- ## SECCIÓN 6 — Decisiones requeridas de Victor | ID | Decisión | Contexto | Impacto | |---|---|---|---| | DA-B1 | **¿Adoptar prefijo `AS-` o registrar `SHA-` en Glosario?** | Los activos personales usan SHA-VICTOR- que no está en el estándar BMF | Afecta naming de todos los activos del producto | | DA-B2 | **¿Crear SHA-MetaFactory-v01 ahora o después del caso de éxito?** | El documento L2 es necesario para productizar, pero podría generarse después | Desbloquea la ruta a primer cliente | | DA-B3 | **¿El MPB-MiSherpaIA-Victor-v01 cubre FI-SHA-VICTOR, o necesita documento propio?** | Simplicidad vs. pureza arquitectónica del BMF | Baja urgencia, alta relevancia para escala | --- ## SECCIÓN 7 — Plan de acción recomendado ### Inmediato (esta sesión o próxima) 1. **Tomar decisión DA-B1** — Registrar `SHA-` como prefijo en el Glosario BMF (Opción B recomendada) 2. **Actualizar MPB-MiSherpaIA-Victor-v01** — 30 minutos de actualización para que refleje el estado real ### Esta semana 3. **Crear SHA-MetaFactory-v01** — El documento formal que le da estatus institucional al producto 4. **Actualizar BMF-Registry-Activos-v01** — Agregar items #16-23 listados en Sección 4 ### Antes del primer cliente 5. **Actualizar BMF-Launch-Glosario-v01** — Agregar prefijo `SHA-` al glosario canónico --- ## Resumen ejecutivo Tu Sherpa IA está **bien concebido y alineado en espíritu** con el BMF. La Dogfooding Architecture, los niveles L2/L3/L4, y la separación de MetaFactory vs. Factory Instance son correctos. Las brechas son de formalización, no de arquitectura: 1. El prefijo `SHA-` necesita registro oficial en el Glosario BMF 2. El `SHA-MetaFactory-v01` (documento L2) no existe aún 3. Los activos SHA-VICTOR no están en el Registry 4. El MPB (Companion Playbook real) necesita actualización de estado **El Manual NO es el Companion Playbook — el MPB-MiSherpaIA-Victor-v01 lo es.** El Manual es un SOP que vive dentro del MPB. Ambos son necesarios; tienen roles distintos. --- *SHA-VICTOR-BMF-Alignment-v01 — EmpowerLabs / Victor Heredia — 2026-03-21*