## Asset Header - **Asset ID:** PP-XNJ-Dictamen-MapaCruzado-BMF-SherpaX-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-BVH-Publications - **Tipo:** PP — Paper/Publication - **Propósito:** Dictamen y mapa cruzado: Nate Jones × BigMetaFactory / SherpaX / IntelliBank - **Última actualización:** 2026-04-11 --- # Dictamen y mapa cruzado: Nate Jones × BigMetaFactory / SherpaX / IntelliBank ## NJ-Dictamen-MapaCruzado-BMF-SherpaX-v01 --- **Asset ID:** NJ-Dictamen-MapaCruzado-BMF-SherpaX-v01 **Tipo:** Análisis estratégico — dictamen interno **Fuente cruzada:** NJ-Skills-Como-Infraestructura-Cognitiva-v01 × arquitectura BMF existente **Fecha:** 2026-03-30 **Analista:** Jay (SherpaX de Victor Heredia) **Estado:** v01 — dictamen emitido, pendiente validación por Victor **Nivel de candor:** Máximo — solicitado explícitamente por Victor --- ## 1. Propósito de este documento Victor solicitó un análisis realista — "no quiero que me des el avión ni palmadita en el hombro" — del marco de Nate Jones sobre skills cruzado contra lo que hemos construido en el ecosistema BMF/SherpaX/IntelliBank. Este documento responde tres preguntas: 1. ¿Dónde estamos adelante de lo que describe Nate Jones? 2. ¿Dónde tenemos un problema real? 3. ¿Qué decisiones estratégicas se derivan del cruce? --- ## 2. El mapa cruzado: concepto por concepto ### 2.1 Skills (Nate Jones) vs. MetaPlaybooks (BMF) | Dimensión | Skills (Nate Jones) | MetaPlaybooks (BMF) | |-----------|-------------------|-------------------| | **Definición** | Carpeta con archivo markdown que codifica metodología para que un LLM la ejecute | Sistema canónico de restricciones operativas en una capa definida, con definiciones, invariantes, protocolos y contratos de artefactos | | **Complejidad** | Intencionalmente simple — 100-150 líneas el core, máximo 500 | Arquitectura de 5 capas (L0-L4) con tipos A-F, herencia explícita, gobernanza binaria | | **Quién lo invoca** | Agentes y humanos por igual, cross-platform | Operadores humanos dentro del ecosistema BMF | | **Formato** | YAML frontmatter + markdown body | Markdown con Asset Header estructurado, secciones requeridas por tipo | | **Versionado** | Implícito (git) | Explícito (vN.N, ChangeLog, promotion states: Draft → QA_Pass → Hardened → Canonical) | | **Composabilidad** | Output de un skill alimenta input de otro en cadena de agentes | Contratos de artefactos I/O declarados por estación | | **Estándar** | Abierto — adoptado por Claude, ChatGPT, Copilot, Cursor, VS Code | Propietario — específico del ecosistema BMF de Victor | **Diagnóstico:** Los skills de Nate Jones y los MetaPlaybooks de BMF resuelven un problema similar (codificar metodología para ejecución predecible) pero a escalas de complejidad radicalmente diferentes. Los skills son el ladrillo. Los MetaPlaybooks son el código de construcción completo con inspección, permisos, y zonificación. **La pregunta dura:** ¿Necesitas el código de construcción completo antes de tener los ladrillos funcionando? --- ### 2.2 Specialist Stack (Nate Jones) vs. MetaFactoría (BMF) | Dimensión | Specialist Stack | MetaFactoría | |-----------|-----------------|-------------| | **Qué es** | Carpeta de skills que un agente recorre secuencialmente para completar un trabajo complejo | Sistema que construye sistemas productivos completos — una factoría de factorías | | **Cómo emerge** | Bottom-up: se construyen skills individuales, se descubren patrones, se crea un orquestador | Top-down: se diseña la arquitectura constitucional primero, luego se instancian factorías | | **Complejidad de setup** | Baja — es una carpeta con 5-10 archivos markdown | Alta — requiere Kernel, Taxonomía, Builder, Blueprint, Runbook, Gates, Transfer Packs | | **Ejemplo real citado** | GP de bienes raíces con 50,000 líneas de skills en 50 repos | SHA-MetaFactory (SherpaX Factory) — en operación; ETX-MetaFactory — en construcción | | **Tiempo a primer valor** | Horas a días | Semanas a meses | **Diagnóstico:** La MetaFactoría es conceptualmente más poderosa — produce sistemas que producen sistemas. Pero el specialist stack produce valor desde el día uno. El GP de bienes raíces no diseñó una constitución de gobernanza. Codificó cómo estandarizaba rent rolls. Un skill. Después otro. El sistema emergió. --- ### 2.3 Progressive Disclosure (Nate Jones) vs. IntelliBank (BMF) | Dimensión | Progressive Disclosure de Skills | IntelliBank | |-----------|--------------------------------|-------------| | **Qué hace** | Solo carga la metadata siempre; el cuerpo del skill solo se carga cuando hay match; los archivos de referencia solo cuando se necesitan específicamente | Almacena, conecta y hace recuperable toda la inteligencia generada, curada y validada por el CEO | | **Tipo de inteligencia** | Metodológica — instrucciones para ejecutar trabajo | Múltiple — frameworks, modelos mentales, síntesis, decisiones destiladas, prompts calibrados, inteligencia de negocio | | **Quién accede** | Agentes (primario) y humanos (secundario) | Jay/SherpaX (primario), EmpowerTeamX (secundario), humanos (terciario) | | **Transferibilidad** | Total — es un archivo markdown que viaja a cualquier plataforma | Parcial — puede exportarse pero su poder está en la conexión contextual | **Diagnóstico:** IntelliBank es un concepto más amplio y más profundo que el progressive disclosure de skills. No se limita a metodología — incluye el criterio destilado, los modelos mentales, las decisiones estratégicas. Pero justamente por ser más amplio, el riesgo es que nunca se llene de contenido operativo real porque la arquitectura es demasiado ambiciosa para el volumen de activos que existen hoy. --- ### 2.4 Tres tiers de Nate Jones vs. Arquitectura L0-L4 de BMF | Tier (Nate Jones) | Capa BMF equivalente | Estado actual | |-------------------|---------------------|---------------| | **Tier 1: Standards** — Brand voice, formato, compliance | **L0 (Kernel)** + **L4 (Production)** — Invariantes globales + specs de formato | Kernel en Draft. Invariantes definidas pero no operativas en producción real | | **Tier 2: Methodology** — Cómo la org hace trabajo de alto valor | **L2 (Domain MetaFactory)** + **L3 (Operations)** — Arquitectura de dominio + procedimientos | MetaFactory SHA en operación parcial. Runbooks en esqueleto | | **Tier 3: Personal** — Workflows individuales bajo el escritorio | **Skills operativos individuales** — SKILL_METAPLAYBOOK_OPS, SKILL_PERSONAL_DNA | 3 skills creados. Funcionales pero no testeados contra el estándar agéntico | **Diagnóstico:** Hay correspondencia conceptual clara. La diferencia es que Nate Jones dice "la mayoría de las organizaciones obtienen 80% del valor de Tier 1 y Tier 2" y recomienda empezar por ahí. En BMF, el esfuerzo ha ido masivamente a L0 y L0.5 (gobernanza pura) y relativamente poco a L2-L4 (donde el valor se produce y se entrega). --- ## 3. Las cinco verdades incómodas ### Verdad 1: La arquitectura es sólida pero está invertida Lo que tienes en el BMF Kernel, la Taxonomía, y el MetaFactory Builder es genuinamente sofisticado. No conozco a nadie en el ecosistema de Nate Jones que tenga una taxonomía de seis tipos de documentos de gobernanza con herencia explícita y resolución determinística de conflictos. Pero esos tres documentos suman más de 1,600 líneas en status Draft y gobiernan un ecosistema donde los skills operativos que realmente ejecutan trabajo se pueden contar con una mano. Es como tener un código de construcción de 200 páginas para una ciudad que tiene tres edificios. **Lo que dice Nate que aplica directamente aquí:** "Construye desde tus outputs, no desde tus intenciones." La arquitectura BMF se construyó desde la intención (top-down). Los skills que funcionan se construyen desde la evidencia (bottom-up). ### Verdad 2: Tienes un asset que el mercado no tiene — pero no está empaquetado Nate Jones dice explícitamente: "No hay una biblioteca compartida de skills para knowledge work." Y luego: "Los skills de metodología de dominio específico que codifican cómo un tipo particular de organización hace un tipo específico de trabajo a un estándar alto — esos todavía no existen." Eso es exactamente lo que los MetaPlaybooks son. El MetaPlaybook de Rebelocity (criterio de viabilidad, arquitectura de sponsors, modelo operativo) es un Tier 2 skill de dominio específico que no existe en ningún marketplace. El criterio destilado de Victor sobre eventos deportivos premium convertido en sistema ejecutable — eso es gold. **El problema:** Ese criterio existe como concepto articulado en documentos de Victor. No existe como SKILL.md operativo que un agente pueda invocar, que un cliente pueda instalar, que se pueda testear cuantitativamente. La distancia entre "concepto poderoso" y "skill desplegado" es donde se pierde el valor. ### Verdad 3: La asimetría de fallo aplica directamente a tu situación Nate describe la asimetría: un skill vago con humano mirando cuesta 10-15% de calidad. El mismo skill con agente en pipeline puede causar 100% de fallo en cadena. Tus skills actuales (SKILL_METAPLAYBOOK_OPS, SKILL_PERSONAL_DNA, SKILL_QA_VALIDATOR) fueron diseñados para el caso humano — Victor o Jay operando con juicio en tiempo real. Si los pones en un pipeline agéntico de SherpaX para clientes (que es el plan de escalabilidad), necesitan pasar por el rediseño de cuatro puntos que Nate describe: descripción como routing, output como contrato, edge cases determinísticos, composabilidad obligatoria. ### Verdad 4: El concepto de IntelliBank tiene un timing perfecto El argumento más fuerte de Nate Jones es "skills compound, prompts evaporate." IntelliBank es literalmente un sistema diseñado para que la inteligencia se acumule en vez de evaporarse. La diferencia es que IntelliBank va más allá de skills — incluye frameworks, modelos mentales, síntesis, decisiones. **Lo que esto valida:** La intuición de Victor de que IntelliBank es la pieza que le falta al ecosistema de skills es correcta. Skills son la unidad ejecutable. IntelliBank es el banco donde esas unidades se almacenan, conectan, y hacen recuperables con contexto. Nadie en el mercado está ofreciendo eso como producto. **Lo que esto exige:** IntelliBank necesita existir como implementación real, no solo como documento de concepto. Eso significa: un sistema de tagging, un mecanismo de validación (el badge ⬡), un sistema de recuperación contextual, y skills reales dentro. El concepto SHA-ConceptoIntelliBank-v01 es excelente como marco. Ahora necesita carne. ### Verdad 5: El timing de mercado es favorable pero la ventana se cierra Nate Jones está creando un community skills repository para knowledge work. Otros lo harán. El gap de 500,000 skills sin knowledge work no va a durar. Dentro de 6-12 meses, habrá bibliotecas de skills para análisis competitivo, revisión financiera, deal memos, y más. La ventaja de Victor no está en ser primero en crear skills genéricos de knowledge work. Está en crear **MetaPlaybooks de dominio específico con criterio destilado de practitioner** — algo que un repo genérico no puede ofrecer. El MetaPlaybook de Rebelocity, el de SherpaX Ignition, el de High Ticket Sales — esos tienen el criterio de alguien que ha vivido el dominio. Eso no se replica con un template. Pero la ventana para posicionarse como la referencia en "skills de criterio destilado para CEOs y practitioners" se cierra conforme el mercado madura. --- ## 4. Mapa visual: dónde se cruzan los ecosistemas ``` NATE JONES BMF / SHERPAX ═══════════ ═══════════════ Skill (SKILL.md) ←→ MetaPlaybook (MPB, Tipos A-F) └─ Descripción (routing) └─ Asset Header + Taxonomía └─ Body (metodología) └─ Invariantes + Protocolos + Contratos Specialist Stack ←→ MetaFactoría └─ Carpeta de skills └─ Sistema de factorías con Blueprint └─ Agente recorre secuencia └─ Pipelines con estaciones y gates Progressive Disclosure ←→ IntelliBank └─ Metadata siempre cargada └─ Inteligencia curada y recuperable └─ Body solo on-match └─ Badge ⬡ para activos validados Tier 1 (Standards) ←→ L0 Kernel + L4 Production Tier 2 (Methodology) ←→ L2 Domain MetaFactory + L3 Ops Tier 3 (Personal) ←→ Skills individuales Output-extraction method ←→ Algoritmo cognitivo SEÑAL→CASCADA └─ Alimentar ejemplos de └─ SEÑAL→CONEXIÓN→ARTICULACIÓN→ mejor trabajo real ESTRUCTURACIÓN→MATERIALIZACIÓN └─ Reverse-engineer metodología └─ gen-dictamen separa en categorías Community Skills Repo ←→ MasterPlaybooks (como producto) └─ Biblioteca comunitaria └─ Plataforma de contenido con de skills por dominio AI Sherpa para comunidades Agent-readiness bar ←→ QA Binary (PASS/FAIL) └─ Description triggers └─ Gates estructurales y semánticos └─ Output contracts └─ Contratos de artefactos I/O └─ Edge case handling └─ Fix Loop + Evidence discipline └─ Composability └─ Transfer Packs entre fases ``` --- ## 5. Dónde estás claramente adelante ### 5.1 Gobernanza formal Nadie en el ecosistema de Nate Jones tiene un sistema de gobernanza para skills comparable al BMF. La mayoría de la gente está haciendo skills ad-hoc. Tú tienes un Kernel constitucional, una taxonomía de tipos, herencia explícita, y resolución determinística de conflictos. Cuando el mercado madure y las organizaciones necesiten gobernar sus bibliotecas de skills, tu arquitectura será la referencia. ### 5.2 El MetaPlaybook como producto vendible Nate Jones habla de skills como infraestructura interna. Tú estás proponiendo MetaPlaybooks como producto vendible — el criterio del CEO convertido en sistema que otros pueden pagar por acceder. Esa es una capa de modelo de negocio que no existe en nada de lo que Nate describe. Es genuinamente innovador. ### 5.3 La dimensión de identidad y voz Skills en el marco de Nate Jones son metodológicos — cómo hacer algo. MetaPlaybooks en tu marco incluyen la dimensión de identidad (Writer OS, Voice Pack, SKILL_PERSONAL_DNA). El output no solo sigue una metodología — suena como el CEO. Eso es diferenciador real para SherpaX. ### 5.4 El concepto de IntelliBank como sistema acumulativo La idea de que la inteligencia procesada se almacene, conecte, y sea recuperable con contexto — no como un archivo más sino como un banco curado — es más sofisticada que el "skills compound" de Nate Jones. Él describe la acumulación. Tú tienes la arquitectura para gobernarla. ### 5.5 Transfer Packs y contratos de artefactos Tu sistema de Transfer Packs entre fases y contratos de artefactos I/O por estación es exactamente lo que Nate Jones llama "composabilidad" pero formalizado. Cuando él dice "si otro agente estuviera consumiendo este output, ¿qué necesitaría para hacer algo útil con él?" — tú ya tienes la respuesta diseñada en el Blueprint Standard. --- ## 6. Dónde tienes un problema real ### 6.1 Peso vs. velocidad de ejecución 1,600+ líneas de arquitectura constitucional en Draft, gobernando un ecosistema con un puñado de skills operativos. El ratio arquitectura:ejecución está invertido. Nate Jones dice 100-150 líneas para el core de un skill. Tú tienes 560 líneas solo en la taxonomía de cómo clasificar MetaPlaybooks. **Costo real:** Cada hora invertida en refinar el Kernel es una hora no invertida en producir un MetaPlaybook de Rebelocity que se pueda vender, o un skill de SherpaX Ignition que se pueda demostrar. ### 6.2 Cero skills en formato estándar abierto Tus MetaPlaybooks son documentos propietarios del ecosistema BMF. No son skills en el formato que Claude, ChatGPT, Copilot, y 500,000+ instalaciones reconocen. Si mañana alguien busca "event management skill" o "CEO methodology skill" en un marketplace, tus activos no aparecen. No son interoperables con el estándar que el mercado adoptó. **Costo real:** El mercado de skills para knowledge work se está llenando. Tu IP existe pero no está empaquetada en el formato que el mercado consume. ### 6.3 No hay testing cuantitativo Nate Jones insiste: "Necesitas tener un test suite que corras contra tu skill. Necesitas un basket de tests. Cuantificar resultados. Cambiar el skill. Ver si hace un mejor trabajo." Ninguno de los skills o MetaPlaybooks actuales tiene tests cuantitativos. Los QA gates están diseñados pero no se han ejecutado con evidencia en producción. ### 6.4 La brecha entre concepto y operación IntelliBank tiene un documento de concepto excelente. No tiene una instancia corriendo con activos reales taggeados, validados, y recuperables. La MetaFactoría SHA está "en operación" pero el Runbook es un esqueleto. El SKILL_METAPLAYBOOK_OPS define un flujo operativo pero no ha sido testeado contra el estándar agéntico de Nate Jones (descripción como routing, output como contrato, edge cases explícitos). --- ## 7. Recomendación estratégica ### Principio rector: Invertir el flujo sin perder la arquitectura No abandonar el BMF. No tirar la arquitectura. Pero dejar de construir constituciones y empezar a producir armas. ### Secuencia recomendada **Fase 1 (esta semana): Producir el primer MetaPlaybook de Skills como skill estándar abierto** Tomar el conocimiento que ya existe (el criterio de Victor sobre cómo construir y operar skills/MetaPlaybooks), cruzarlo con el marco de Nate Jones, y producir un MetaPlaybook que: - Sea un SKILL.md en formato estándar (invocable por Claude, ChatGPT, Copilot) - Tenga descripción optimizada para routing agéntico - Tenga output contracts y edge cases explícitos - Sea demostrable en una sesión de SherpaX Ignition - Sea vendible como parte de MONEX **Fase 2 (próximas 2 semanas): Convertir 3-5 MetaPlaybooks existentes a formato skill estándar** Candidatos prioritarios: 1. MetaPlaybook de Rebelocity (criterio de eventos deportivos premium) 2. MetaPlaybook de SherpaX Ignition (onboarding de CEOs) 3. MetaPlaybook de High Ticket Sales 4. MetaPlaybook de AI Publishing 5. MetaPlaybook de Diagnóstico WERK Cada uno con: descripción de routing, output contracts, edge cases, al menos un ejemplo, y un test suite básico. **Fase 3 (mes 2): Validar IntelliBank como sistema real** Llenar IntelliBank con los skills producidos en Fase 1 y 2. Implementar el sistema de tagging y badge ⬡. Demostrar la recuperación contextual en una sesión real con un cliente de SherpaX. Documentar la evidencia. **Fase 4 (mes 2-3): Refinar la arquitectura BMF basándose en evidencia** Con skills operativos corriendo, clientes usando MetaPlaybooks, e IntelliBank acumulando inteligencia real, ahora sí: refinar el Kernel, actualizar la Taxonomía, y promover documentos de Draft a QA_Pass basándose en evidencia de operación real. ### El principio de Nate Jones que debe gobernar las próximas decisiones > "Construye desde tus outputs, no desde tus intenciones. Lo que crees que haces y lo que realmente haces son cosas diferentes. La expertise vive en decisiones que has tomado tantas veces que se volvieron automáticas e invisibles." --- ## 8. El argumento que nadie más puede hacer Victor, cuando todo esto se ejecute, tendrás un argumento que Nate Jones no tiene y que ningún marketplace de skills genérico puede ofrecer: **"Un skill genérico te dice cómo hacer análisis competitivo. Un MetaPlaybook te da el criterio de alguien que ha hecho 200 análisis competitivos en su industria específica — los filtros que solo se aprenden con la experiencia, los patrones que solo se ven después de años, las decisiones que un junior no sabe que tiene que tomar."** Eso es IntelliBank. Eso es SherpaX. Eso es lo que el mercado no tiene. Pero necesita existir como producto real, no como arquitectura prometida. El formato es aburrido. El apalancamiento no lo es. Y tu apalancamiento está en el criterio destilado — solo necesitas empaquetarlo en el formato que el mundo ya adoptó. --- *NJ-Dictamen-MapaCruzado-BMF-SherpaX-v01 · Análisis estratégico interno · 2026-03-30* *Analizado por Jay para Victor Heredia · Nivel de candor: máximo por solicitud explícita*