--- asset_id: XP-EL-LoopX-PilotoHiOrgHighTicket-v01 version: v01 status: Canonical · XPack · activación de Room de piloto owner: Victor Heredia sherpa: Jay fecha: 2026-05-30 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-LoopX tipo: XP — XPack · activación de Room para el piloto operativo de BrainX Loop motor: BrainX Loop (código de proyecto: LoopX) room_destino: PB-LoopX · sub-room de piloto (activar con este XPack) proposito: > Activar el Room donde se corre el primer piloto operativo de BrainX Loop dentro de EmpowerLabs, sobre la instancia B2B HiOrg Ecosystem, arrancando con las oportunidades high-ticket Posta y NewLink (FCB Newlink). EmpowerLabs es su propio primer cliente. disparador: > Cierre de los pasos 1–4 de la fase de diseño de BrainX Loop (naturaleza, modelo operativo, infraestructura, modelo dentro del BMF). El paso 5 (conexión OneRocket) queda en pausa esperando input del equipo de desarrollo, pero el piloto high-ticket NO se bloquea porque opera en modo human-in-the-loop (Vault-native) que no depende del puente automático. instancia_piloto: BrainX Loop · B2B HiOrg Ecosystem primeras_orbitas: [Posta (codename · prospecto high-ticket), NewLink (FCB Newlink)] referencia_canonica: - XP-EL-LoopX-DisenoYPiloto-v01 (XPack de diseño · marco padre) - PP-EL-LoopX-ConceptoYModelo-v01 (concepto y modelo · paper vivo) - DC-EL-LoopX-NaturalezaDelSistema-v01 (paso 1) - DC-EL-LoopX-InfraestructuraTecnica-v01 (paso 3 · esquema XDoc Loop) - DC-EL-LoopX-ModeloDentroBMF-v01 (paso 4 · escenario B) - DC-EL-LoopX-HighLevelMCP-EvaluacionDesarrollo-v01 (compuerta OneRocket↔MCP) - PP-XX-SX-SherpaXComoPlataforma-BrainX-v01 (plataforma BrainX) tags: [xpack, brainx-loop, loopx, piloto, high-ticket, hiorg, posta, newlink, empowerlabs, room-nuevo] --- # XPack · Piloto BrainX Loop ## Activación de Room para el primer piloto operativo — HiOrg high-ticket --- ## 0. Síntesis ejecutiva Cerrados los pasos 1–4 del diseño de BrainX Loop, este XPack activa el Room donde se corre el **primer piloto operativo** dentro de EmpowerLabs. La instancia elegida es **B2B HiOrg Ecosystem**, y se arranca con las dos primeras órbitas: **Posta** y **NewLink (FCB Newlink)** —oportunidades high-ticket reales que EmpowerLabs está persiguiendo. EmpowerLabs es su propio primer cliente. El piloto no es una demo: es operar de verdad dos oportunidades de alto valor con el motor, capturando el aprendizaje para replicar. --- ## 1. Por qué high-ticket primero (y por qué no espera al paso 5) El piloto arranca en el nivel de autonomía **decisión humana obligatoria** (Tier 3), que es donde el diferenciador de Loop —criterio + dark social— vale más y donde el costo de un error autónomo es más alto. Consecuencia clave: **este nivel es el que MENOS depende del puente automático con OneRocket.** Al ser human-in-the-loop y Vault-native, el piloto puede arrancar ya —operando los XDoc Loop a mano vía el SherpaX— mientras la prueba de humo OneRocket↔MCP (paso 5) avanza en paralelo con el equipo de desarrollo. La automatización de ejecución se enchufa cuando esté lista, sin bloquear el arranque. --- ## 2. Scope del piloto ### 2.1 Lo que SÍ incluye - Crear un **XDoc Loop por orbita** en **perfil High-Ticket**: uno para Posta, uno para NewLink, copiando la plantilla `XD-EL-Loop-Plantilla-HighTicket-v01` (esquema en `DC-EL-LoopX-InfraestructuraTecnica-v01` §4). - Operar ambas órbitas vía el SherpaX del dueño en modo Tier 3 (decisión humana obligatoria). - Calcular y mantener el **gravity score** de doble fuente (señal automática disponible + criterio/dark social humano). - Capturar la inteligencia de dark social que hoy se pierde. - Construir un **Tablero Loop** ligero (vista de las dos órbitas) aunque sea con dos prospectos. - Documentar aprendizajes operativos (qué funciona, qué falla) como insumo de replicación y para el LabPraxis. ### 2.2 Lo que NO incluye en esta fase - Automatización de ejecución vía OneRocket (entra cuando el paso 5 se cierre). - Las otras 4 instancias (B2C, RebelocityClub, TribusRRHH, MasterPlaybooks) — esta fase es solo B2B HiOrg. - Volumen / órbitas de bajo valor — solo las dos high-ticket nombradas. - Feedback a M2 Evidence del BMF (fase posterior). --- ## 3. Cómo opera el piloto (modelo del paso 2 aplicado) - **Interfase:** el SherpaX del dueño, operando en modo BrainX Loop. No hay segunda cara. - **Por debajo:** el motor con sus skills (vigilancia, scoring, redacción, memoria); ejecución manual por ahora. - **Autonomía:** Tier 3 para ambas órbitas (high-ticket). El Sherpa prepara y propone; el humano decide cada movimiento clave. - **Artefacto:** un XDoc Loop por prospecto, Vault-native, tipado. - **Encaje BMF:** Loop orquesta al lado de la HybridDemand (escenario B) —lee la señal que producen los módulos de demanda, opera la conversión high-ticket. --- ## 4. Stakeholders y roles - **Owner ejecutivo:** Victor Heredia. - **Operador del piloto:** Victor (con asistencia de Jay) — al ser high-ticket Tier 3, el dueño opera directo. - **Sherpa de acompañamiento:** Jay. - **Compuerta técnica (paso 5):** equipo de desarrollo — prueba de humo OneRocket↔MCP. --- ## 5. Activos a producir en el Room - `XD-EL-Loop-HiOrg-Posta-v01` — XDoc Loop de la órbita Posta. - `XD-EL-Loop-HiOrg-NewLink-v01` — XDoc Loop de la órbita NewLink. - `Tablero Loop` (HTML/artefacto ligero) — vista de las dos órbitas con gravity. - Bitácora de aprendizajes operativos del piloto (insumo de replicación / LabPraxis). - Documento de gravity score inicial (la fórmula heurística calibrada en vivo). --- ## 6. Dependencias y compuertas - **Compuerta abierta (no bloqueante):** prueba de humo OneRocket↔MCP. El piloto arranca sin ella en modo manual; al cerrarse, se enchufa la ejecución automática. - **Paso 5 del diseño:** en pausa hasta input del equipo de desarrollo. El piloto produce, además, los requisitos reales que ese paso debe satisfacer. --- ## 7. Starter Prompt para activar el Room ``` Estás operando el Room "Piloto BrainX Loop · HiOrg high-ticket" dentro de EmpowerLabs. Misión: correr el primer piloto operativo de BrainX Loop sobre la instancia B2B HiOrg Ecosystem, arrancando con dos órbitas high-ticket: Posta y NewLink (FCB Newlink). EmpowerLabs es su propio primer cliente. BrainX Loop es un sistema de gestión orbital de prospectos: capa de criterio sobre la ejecución del CRM, operada por el dueño vía su SherpaX. Modelo, esquema y arquitectura ya canonizados (ver referencias). REGLAS DEL PILOTO: - Autonomía Tier 3 (decisión humana obligatoria) para ambas órbitas: el Sherpa prepara y propone; Victor decide cada movimiento clave. - Vault-native: cada órbita es un XDoc Loop tipado (esquema en DC-EL-LoopX-InfraestructuraTecnica-v01 §4). - Gravity score de doble fuente: señal automática disponible + criterio humano y dark social. Capturar SIEMPRE lo que se aprende en conversación privada. - Sin automatización OneRocket todavía: ejecución manual hasta que el equipo cierre la prueba de humo OneRocket↔MCP. No bloquea el arranque. - Documentar aprendizajes operativos como insumo de replicación. PRIMERAS ACCIONES: 1. Crear XD-EL-Loop-HiOrg-Posta-v01 y XD-EL-Loop-HiOrg-NewLink-v01 copiando la plantilla XD-EL-Loop-Plantilla-HighTicket-v01 (perfil High-Ticket: frontmatter tipado con buying_committee + 7 secciones, DISCUSSION = dark social pesado). 2. Cargar lo que ya se sabe de cada órbita (CONTEXTO, ESTADO, dark social conocido). 3. Asignar gravity score inicial a cada una y estado de órbita. 4. Para cada órbita: ¿cuál es el siguiente movimiento (NEXT) y por qué? Pregunta de apertura del Room: "Empecemos por Posta. ¿Qué sabemos hoy de esta órbita —contexto, decision makers, señal automática disponible, y qué inteligencia de dark social tenemos que el sistema no ve— para armar su primer XDoc Loop y asignarle gravedad?" ``` --- ## 8. Próximos pasos para activar el Room - Ratificación de este XPack por Victor (luz verde). - Primera sesión: armar el XDoc Loop de Posta (pregunta de apertura). - Segunda órbita: NewLink, mismo protocolo. - Construir el Tablero Loop con las dos órbitas. - En paralelo: seguimiento a la prueba de humo OneRocket↔MCP con el equipo de desarrollo. --- ## 9. Notas de gobernanza - El piloto opera oportunidades reales; los XDoc Loop son confidenciales internos de EmpowerLabs. - El nombre "Posta" es codename; mantener neutralidad en pantalla cuando aplique. - Frontera Loop↔HD ajustable, nunca soldada (ver paso 4). - Cada aprendizaje operativo relevante puede escalar a caso del LabPraxis. --- **Status final del XPack:** Canonical · pendiente ratificación de Victor para activar el Room del piloto. **Owner:** Victor Heredia · **Sherpa:** Jay · **Fecha:** 2026-05-30