--- asset_id: OPS-EH-ArrancarProyectos-v01 tipo: OPS — Manual operativo status: v01 · manual de arranque de proyectos · referencia constante owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-SherpaX-Kit proposito: Manual operativo basado en WORX MPB para arrancar cualquier proyecto nuevo en el ecosistema de Emilio. Define el flujo desde "tengo una idea" hasta "tengo un room operativo con TP cargado y EmilioX produciendo". Fundamentado en la cuarta arquitectura del trabajo (humano + agente). fecha_creacion: 2026-05-12 audiencia: Emilio Heredia (operador propio · cuando arranque proyecto nuevo) referencias_canonicas: - PLBK-EH-SherpaX-Playbook-v01.md (cómo opera EmilioX) - TAX-EH-Taxonomia-v01.md (estructura del vault) - GLO-EH-Glosario-v01.md (vocabulario) referencias_externas: - MPB-EL-WORX-ModeloOperativo-v01.md (MPB completo de WORX · referencia profunda) tags: [OPS, manual-operativo, arrancar-proyectos, WORX, room, TP, flujo, BMF] --- # Manual Operativo · Arrancar Proyectos en el Ecosistema ## Cómo pasar de "tengo una idea" a "tengo un room operativo produciendo" --- ## §0 · Filosofía operativa **WORX se instala sobre proyectos vivos · no sobre simulacros.** No esperas a tener "todo listo" para arrancar. Arrancas con un proyecto real · imperfecto · y el sistema crece con el uso. **El proyecto es la unidad mínima.** No es la idea ni el plan ni el deseo. Es el conjunto: equipo + objetivo + ritmo + superficie canónica. Si falta cualquiera de los 4, no es proyecto · es intención. **Cada proyecto tiene un Room.** Y cada Room tiene un Transfer Pack (TP) que define todo. Sin TP cargado, EmilioX no opera el proyecto · solo improvisa. --- ## §1 · Las 5 preguntas que todo proyecto nuevo debe poder contestar Antes de crear un room nuevo, responde: 1. **¿A dónde vamos?** · objetivo concreto del proyecto. 2. **¿Cómo vamos?** · qué activo me dice que avanzamos (no opinión · hecho). 3. **¿Qué tengo que hacer ahora?** · próxima acción accionable hoy/esta semana. 4. **¿Cómo se debe hacer el trabajo?** · qué ritmo · quién captura · quién decide. 5. **¿Cómo podemos mejorar?** · qué se mide · cuándo se revisa. Si NO puedes contestar alguna · el proyecto NO está listo para tener room. Está en fase de pensamiento · y se captura como Thought en el BrainOS · no como Project Bank. --- ## §2 · El flujo de arranque · 7 pasos ### Paso 1 · Capturar la idea Cuando llega la idea de un proyecto nuevo (te llegó vía conversación, pensamiento, propuesta externa): ``` "EmilioX, captura esto al BrainOS como idea: [idea en stream of consciousness · 2-5 minutos]" ``` EmilioX la guarda en `BrainOS/` como thought tipo `idea` con timestamp. **NO crees room todavía.** Deja que la idea madure 24-72 horas (Estrategia Responder · Autoridad Emocional). ### Paso 2 · Aplicar filtros HD Después de la ola emocional inicial, vuelve a la idea: ``` "EmilioX, recupera la idea X que capturé hace 48h. Aplícale los filtros: 1. ¿Mi cuerpo la reconoce como valor duradero (Canal 32-54)? 2. ¿Es respuesta sacral genuina o entusiasmo prematuro (Canal 29)? 3. ¿Encaja con la tesis de los 4 valores combinados? 4. ¿Hay precedente en el BrainOS (lección o destello aplicable)? Reporta lo que encuentres." ``` EmilioX hace el barrido y reporta. **Si tu cuerpo responde "sí inequívoco":** continuar al paso 3. **Si la ola sigue activa o el filtro Canal 29 está prendido:** esperar más · NO forzar. **Si claramente no:** capturar como `LEC-EH-Idea-{X}-DescartadaRazon-v01.md` y archivar. ### Paso 3 · Definir las 5 preguntas Si pasa el filtro · siéntate (sin EmilioX, papel y lápiz mejor) · escribe respuestas a las 5 preguntas del §1. Si no puedes responder claramente al menos 3 de 5 · vuelve a paso 1 con más madurez. ### Paso 4 · Decidir la ubicación en el vault Aplica la taxonomía: - **¿IntelliBank?** — ¿es proyecto del IB-EH-EmilioHeredia personal · IB-PG-PapayaGroup corporativo · u otro? - **¿Project Bank existente?** — ¿hay algún PB que ya cubre esto · o requiere PB nuevo? - **¿Nombre del PB?** — patrón: `PB-{ENTIDAD}-{NombreCorto}/`. Decisión documentada en una línea (capturable como thought en el BrainOS para trazabilidad). ### Paso 5 · Crear estructura física Con EmilioX: ``` "EmilioX, crea la estructura del nuevo room: - Path: IB-{X}/PB-{X}-Project-Bank/PB-{X}-{Nombre}/ - Subcarpetas si aplican: [lista] - Asset Header del TP siguiendo plantilla TAX-EH-Taxonomia §4." ``` EmilioX crea las carpetas y plantillas. ### Paso 6 · Producir el TP El Transfer Pack es el documento maestro del room. Estructura mínima recomendada: ``` TP-{ENTIDAD}-{Nombre}-v01.md §1. Para qué sirve este room §2. Contexto de la mesa / proyecto §3. Aportes / Recursos involucrados §4. Roles · stakeholders §5. Reglas inmutables del room (HD operativo aplicado) §6. Etapas / Ritmo §7. Decisiones bloqueadas (input pendiente) §8. Output esperado al cierre §9. NEXTs declarados §10. Starter Prompt para activar el room (opcional) §11. Cross-references §12. CHANGELOG ``` EmilioX produce el primer borrador. Tú revisas y ajustas. ### Paso 7 · Activar el room Cuando el TP v01 está listo: 1. Capturar al BrainOS la apertura del room (thought tipo `project` con estado "arrancando"). 2. Definir frecuencia de sesiones del room (semanal · quincenal · mensual · según naturaleza). 3. Si requiere asesores humanos · listarlos en el TP §4 con plan de cuándo se invocan. 4. Primer ritmo: ejecutar la sesión 1 del room · generar primer activo concreto. 5. Si después de 2-3 sesiones el room no produce valor real · pausarlo o archivarlo (NO arrastrar zombies). --- ## §3 · El XDoc · átomo de cualquier proyecto Todo proyecto avanza vía XDocs. Un XDoc es un documento ejecutable atómico con 7 secciones canónicas: ``` 1. Contexto · qué situación está en juego 2. Problema/Obj · qué se busca resolver/lograr 3. Plan · pasos concretos (no aspiracionales) 4. Ejecución · qué se hizo · cuándo · por quién 5. Evidencia · resultado verificable 6. Aprendizaje · qué se destila para el sistema 7. Estado/Memoria · estado actual + próxima acción ``` **Regla:** un XDoc cubre UNA unidad de trabajo completa. NO mezclar múltiples temas en un solo XDoc. **Patrón:** cada decisión importante · cada sesión clave · cada hito · genera un XDoc. EmilioX lo produce. Tú diriges. **Naming:** según taxonomía (MEMO- · BRIEF- · MIN- · DEST- · LEC- · etc.) según función específica del XDoc. --- ## §4 · Los 4 ritmos del modelo WORX Cada room tiene su ritmo. El ritmo es el latido del proyecto. | Ritmo | Frecuencia | Output típico | |---|---|---| | **Diario** | Asíncrono · captura continua | Thoughts al BrainOS · alertas · señales | | **Semanal** | 30-60 min · día fijo de la semana | Memorando semanal · status actualizado · siguientes pasos | | **Mensual** | 60-90 min · primer lunes del mes | Reporte mensual · decisiones de fondo · destilación inicial | | **Trimestral** | Medio día · primer lunes del trimestre | Destilación profunda · update Brain OS · revisión de criterio | (Adicional: **Semestral** y **Anual** para proyectos grandes con dimensión estratégica · ej. MFI.) **Regla del ritmo:** se respeta. Si por 2-3 ciclos consecutivos NO se hace · el room muere silenciosamente. EmilioX te alerta cuando detecta drift. --- ## §5 · Los 5 contratos del sistema Cuando arrancas un room, implícitamente firmas 5 contratos con EmilioX y el sistema: ### Contrato 1 · Del XDoc Cada unidad de trabajo cabe en un XDoc · con sus 7 secciones canónicas · ejecutable por humano y agente. ### Contrato 2 · Humano-IA Humano dirige · IA captura, produce, documenta. La inversión del patrón rompe el sistema. ### Contrato 3 · Del Ritmo Cada room tiene ritmo declarado · se respeta. Cuando no se puede, se documenta el por qué · no se silencia. ### Contrato 4 · De Captura Todo lo importante queda capturado · razonamiento, decisión, destello, lección. Si no está documentado, no existe operativamente. ### Contrato 5 · De Coordinación Los rooms se cruzan vía Cross-references · NO vía reuniones extras. Cualquier persona autorizada consulta el estado de cualquier room sin pedir update. --- ## §6 · Plantillas de Asset Header por tipo ### Para un TP de proyecto nuevo ```yaml --- asset_id: TP-EH-{Proyecto}-v01 tipo: TP — Transfer Pack (pack de arranque del room operativo) status: v01 · room recién abierto · arrancando owner: Emilio Heredia sherpa_runner: EmilioX intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-{Proyecto} proposito: [una frase clara de qué hace este room] fecha_creacion: YYYY-MM-DD gate_g0: PASS · [qué se consultó del BrainOS antes de crear] referencias_canonicas: - [archivos relacionados] patron_canonico: [qué patrón aplica · WORX · MFI · Negociación · etc.] tags: [TP, room-operativo, {Proyecto}, ...] --- ``` ### Para un MEMO de decisión ```yaml --- asset_id: MEMO-EH-{Proyecto}-{Tema}-{YYYYMMDD}-v01 tipo: MEMO — Memorando de decisión status: v01 · decisión documentada · en ejecución owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-{Proyecto} proposito: Documentar la decisión sobre {tema} con razonamiento, ola emocional aplicada, alternativas consideradas. fecha_decision: YYYY-MM-DD ola_emocional_aplicada: [24h / 48-72h / 1 semana] filtro_HD_principal: [Canal 32-54 / Canal 29 filtrado / GK 21.3 / etc.] tags: [MEMO, decision, {Proyecto}, ...] --- ``` ### Para un DESTELLO esplécnico ```yaml --- asset_id: DEST-EH-{Proyecto}-{Tema}-v01 tipo: DEST — Destello esplécnico (Canal 32-54) status: v01 · capturado · pendiente validación owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-{Proyecto} proposito: Captura literal del destello esplécnico sobre {tema}. Sin justificar. Sin razonar. Validación con análisis viene después. fecha_destello: YYYY-MM-DD HH:MM contexto_del_momento: [breve · qué estaba pasando] literal: "[lo que Emilio dijo · sin parafrasear]" tags: [DEST, splenic, {Proyecto}, ...] --- ``` ### Para una LECCIÓN destilada ```yaml --- asset_id: LEC-EH-{Proyecto}-{Periodo}-v01 tipo: LEC — Lección destilada status: v01 · destilada · activa owner: Emilio Heredia intellibank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-{Proyecto} proposito: Lección destilada del periodo {X} sobre {tema}. Patrón confirmado · regla nueva propuesta · cambio de criterio. fecha_destilacion: YYYY-MM-DD tipo_leccion: [patron-confirmado / regla-nueva / cambio-criterio / friction-recurrente] impacto_sistema: [qué cambia en el sistema operativo] tags: [LEC, learning, {Proyecto}, ...] --- ``` --- ## §7 · Cuándo NO crear un room A veces lo correcto es NO crear room. Casos típicos: ❌ **Idea sin filtro HD aplicado:** queda como thought en el BrainOS hasta que madure. ❌ **Compromiso de menos de 1 mes:** algo que vas a resolver en 2 semanas no merece estructura de room. Maneja como tareas en thoughts. ❌ **Decisión binaria (sí/no):** no requiere room · requiere MEMO de decisión en un PB existente. ❌ **Curiosidad sin compromiso:** explorar un tema NO es proyecto. Se queda como brief de research si quieres profundizar · pero NO requiere room. ❌ **Tema que ya tiene room:** si ya existe un PB que cubre el tema · suma ahí · NO duplicar. --- ## §8 · Cuándo cerrar/archivar un room Indicadores de que un room cumplió su ciclo o murió: 🔴 **Cumplió su outcome:** producto del room entregado · decisión cerrada · ciclo terminado. Marcar `status: Frozen` y archivar. 🔴 **Drift sostenido:** 3+ ciclos consecutivos sin actividad · sin avance. Pausar (`status: Paused`) o archivar. 🔴 **Premisa errónea:** se descubrió que la base del room está mal (caso típico: el error de "DJ Nani" en MediaNanny). Marcar `Deprecated` con redirect al room corregido. 🔴 **Absorbido por otro room:** se fusiona con otro PB. Marcar `Superseded` con link al sucesor. **Regla:** preferir Deprecated/Superseded sobre Borrar. Preserva trazabilidad histórica. --- ## §9 · Patrón canónico · arrancar room en 1 sesión de 60 min Si quieres ejecutar el flujo completo en una sesión: ``` SESIÓN DE ARRANQUE DE ROOM · 60 min con EmilioX Min 0-5 · Captura inicial "EmilioX, voy a arrancar un proyecto nuevo. Capturalo como idea: [stream]" Min 5-15 · Aplicar filtros HD "Aplica filtros: Canal 32-54 · Canal 29 · 4 valores · precedente BrainOS" Min 15-25 · Definir las 5 preguntas [Emilio responde · EmilioX captura] Min 25-35 · Decidir ubicación + crear estructura física "Crea PB-EH-{Nombre}/ con plantilla de TP" Min 35-50 · Producir TP v01 "Genera el TP siguiendo el patrón canónico del room MFI · ajusta a este caso" Min 50-55 · Validar [Emilio revisa · ajusta · acepta] Min 55-60 · Cerrar "Captura al BrainOS la apertura del room · agenda primera sesión operativa" ``` --- ## §10 · Ejemplos · proyectos típicos en tu mundo ### Tipo 1 · Negociación con contraparte - **Patrón:** TP de negociación + Brief de inteligencia + Estrategia + Counter-proposal + Pack + Ensayo + Cierre. - **Ejemplo en tu vault:** `PB-EmilioH-MediaNanny/` (asociación con TMN). ### Tipo 2 · MetaFactoría operativa continua - **Patrón:** TP de arquitectura + N Factorías + IntelliBank + BrainOS + Ritmos canonizados. - **Ejemplo en tu vault:** `PB-EH-MFI/` (MetaFactoría de Inversiones). ### Tipo 3 · Apertura de propiedad nueva (PPG) - **Patrón:** TP de apertura + Plan operacional + Plan comercial + Plan PR + Cronograma + Hitos + Checklist. - **Ejemplo:** futuros rooms para Casa Noble, Heartbeat Project. ### Tipo 4 · Proyecto familiar - **Patrón:** TP suave + Acuerdos · Conversaciones documentadas + Lecciones (no transaccional · más narrativo). - **Ejemplo futuro:** `PB-EH-Familia-Educacion-Hijos/`. ### Tipo 5 · Health/longevidad - **Patrón:** TP de protocolo + Mediciones · Ajustes · Lecciones por ciclo. - **Ejemplo futuro:** `PB-EH-Longevidad-Protocolo-2026/`. --- ## §11 · Anti-patrones · cómo NO arrancar un proyecto ❌ **Empezar sin TP:** si no hay TP, no hay room. Hay improvisación con buena intención. ❌ **Saltar Gate G0:** crear contenido nuevo sin consultar lo que ya hay → reinventar la rueda. ❌ **Mezclar roles:** dejar que EmilioX decida en lugar de capturar. La asimetría es: humano dirige · IA captura. ❌ **Forzar la ola:** querer cerrar antes de que la Autoridad Emocional procese. Caso típico: "tengo que decidir hoy". Casi nunca es cierto. ❌ **Crear muchos rooms a la vez:** 1 room nuevo a la vez · estabilizar · siguiente. ❌ **Documentar después de actuar:** la captura es DURANTE · no después. Después se pierde el razonamiento. ❌ **Ignorar las 5 preguntas:** si no puedes contestar las 5, el proyecto no está listo. --- ## §12 · Soporte cuando arranques Cuando arranques un room nuevo · si necesitas validación arquitectónica: - Sesión con Victor + Jay (su SherpaX) para revisar el TP antes de operar. - Especialmente útil para los primeros 3-5 rooms · cuando aún estás internalizando el patrón. --- *Manual Operativo · Arrancar Proyectos en el Ecosistema · 12 de mayo de 2026* *Owner: Emilio Heredia · IntelliBank: IB-EH-EmilioHeredia / PB-EH-Project-Bank / PB-EH-SherpaX-Kit* *Basado en MPB-EL-WORX-ModeloOperativo-v01 (Victor Heredia · EmpowerLabs)*