## Asset Header - **Asset ID:** CP-EL-HDC-Plan-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** CP — Control Plane - **Propósito:** Código Estratégico de Vida - **Última actualización:** 2026-04-11 --- # Código Estratégico de Vida ## Roadmap operativo para generar el libro personalizado a partir de Human Design + Gene Keys Este documento define el proceso, la arquitectura operativa y el roadmap de implementación para construir **El Código Estratégico de Vida**: un libro personalizado que traduce la información de **Human Design + Gene Keys** en un output editorial, estratégico y profundamente personal. La meta del sistema es clara: pasar de un flujo artesanal, lento y dependiente de lectura humana de múltiples PDFs, a un flujo estructurado, validable y escalable que permita producir reportes con alta precisión y alta personalización. --- # 1. Visión del producto **Código Estratégico de Vida** es un libro personalizado que combina: - la estructura del Human Design, - las secuencias y esferas de Gene Keys, - y una capa de interpretación aplicada a liderazgo, propósito, relaciones, prosperidad y toma de decisiones. El producto final debe sentirse: - preciso en el dato, - sofisticado en la interpretación, - personal en el tono, - accionable en lo práctico, - y premium en su presentación. La lógica del sistema debe seguir siempre esta secuencia: **dato estructurado exacto → reglas fijas → validación → interpretación → ensamblaje narrativo → libro final** Este principio es crítico. El sistema no debe improvisar cálculos ni adivinar correspondencias. La creatividad solo entra después de que el dato está fijado y validado. --- # 2. Problema actual Hoy el flujo depende de varios pasos manuales: - el usuario genera múltiples reportes en distintas plataformas, - descarga varios PDFs, - los comparte, - alguien lee, reordena y transcribe, - después se interpreta, - y finalmente se redacta el libro. Este flujo presenta cuatro problemas: 1. **Dependencia humana alta**: mucho tiempo invertido en recopilar y ordenar. 2. **Riesgo de error**: transcripción de puertas, líneas, variables o secuencias. 3. **Redundancia documental**: varios archivos dicen partes del mismo dato. 4. **Escalabilidad limitada**: difícil operar volumen sin elevar costos y tiempos. --- # 3. Principio rector del sistema Para asegurar precisión, el sistema debe separar estrictamente cuatro capas: ## 3.1 Cálculo o extracción del dato Aquí vive la verdad estructural. Ejemplos: - Type - Authority - Profile - Definition - Incarnation Cross - Variables - Motivation - Perspective - Cognition - Environment - Channels - Activations por planeta y lado (Personality/Design) - Mapeo de esferas y secuencias Gene Keys ## 3.2 Reglas fijas Aquí se define qué significa cada posición dentro del sistema. Ejemplos: - Personality Sun → Life’s Work - Personality Earth → Evolution - Design Sun → Radiance - Design Earth → Purpose - combinación de líneas del Sol Personality + Design → Profile - centros, canales y definición → Type/Authority/Definition ## 3.3 Validación Aquí se comprueba consistencia. Ejemplos: - el Profile coincide con las líneas correctas, - la secuencia Gene Keys está bien asignada, - los datos del parser no contradicen el Overview, - no hay activaciones incompletas o ambiguas. ## 3.4 Interpretación narrativa Solo cuando el dato ya fue validado entra la capa editorial. Aquí se generan: - el resumen ejecutivo, - la lectura estratégica, - la aplicación práctica, - el tono premium, - y la adaptación al contexto vital de la persona. --- # 4. Roadmap de implementación ## Etapa 1 – MVP estructurado ### Objetivo Reducir **70–80% del trabajo manual** sin construir todavía un motor completo desde birth data. ### Qué hace esta etapa Convierte insumos actuales (principalmente PDFs y brief contextual) en un **JSON maestro canónico**, validado y listo para generar un primer borrador del libro. ### Qué elimina - lectura manual repetitiva, - transcripción manual de datos, - reorganización manual de información, - ensamblaje manual del esqueleto del reporte. ### Qué mantiene - una revisión humana mínima, - ajuste editorial del tono, - validación final en casos ambiguos. ### Inputs mínimos del MVP Para esta etapa, el estándar recomendado de entrada es: #### A. Documentos técnicos mínimos 1. **Overview PDF** Debe contener, idealmente: - Type - Strategy - Authority - Profile - Definition - Incarnation Cross - Variables - Motivation - Perspective - Cognition - Environment - Channels - Talent Sequence 2. **Activations PDF** Debe contener, idealmente: - activaciones por planeta, - gate.line, - separación Personality / Design, - base necesaria para mapear Human Design y Gene Keys. #### B. Brief de contexto Debe capturar: - nombre completo, - rol profesional, - industria, - situación familiar o vital, - objetivo principal del reporte, - reto actual, - enfoque prioritario: liderazgo, propósito, relaciones, prosperidad, transición, etc. ### Resultado de la Etapa 1 - JSON maestro creado, - validación básica aplicada, - draft 1 del libro generado automáticamente, - revisión humana final opcional. ### Flujo MVP 1. Cliente entrega Overview + Activations + Brief. 2. Extractor convierte todo a campos estructurados. 3. Validador revisa consistencia. 4. Motor narrativo selecciona bloques y genera borrador. 5. Revisión editorial mínima. 6. Producción de libro final. ### Beneficios de la Etapa 1 - velocidad de producción mucho mayor, - menor dependencia de archivos redundantes, - mayor consistencia entre clientes, - base sólida para automatización posterior. --- ## Etapa 2 – Automatización casi completa ### Objetivo Eliminar casi por completo el componente humano operativo y llevar el flujo a generación automática end-to-end. ### Qué hace esta etapa Reemplaza la dependencia de PDFs por una estructura donde el sistema calcula, mapea, valida y ensambla el libro desde un input primario estandarizado. ### Input ideal de esta etapa 1. **Birth Data exacta** - nombre - fecha de nacimiento - hora exacta de nacimiento - ciudad / país de nacimiento 2. **Context Brief** - contexto profesional - etapa de vida - objetivo del reporte - foco prioritario ### Qué incorpora esta etapa - motor de cálculo de Human Design, - motor de mapeo de Gene Keys, - asignación automática de secuencias, - validación cruzada avanzada, - ensamblaje editorial completo, - salida automática en PDF / web / Notion. ### Resultado de la Etapa 2 - input mínimo, - generación estructural automática, - validación automática, - libro casi terminado sin intervención humana, - revisión humana reservada solo para QA premium o casos edge. ### Flujo de la Etapa 2 1. Usuario completa formulario de birth data y brief. 2. Motor calcula Human Design. 3. Sistema asigna esferas y secuencias de Gene Keys. 4. Validador cruza consistencia. 5. Motor narrativo ensambla el libro. 6. Se genera output final. --- # 5. Inputs requeridos para procesar correctamente Human Design + Gene Keys ## 5.1 Requerimientos mínimos de Human Design El sistema debe poder capturar estos campos como estructura obligatoria: - Type - Strategy - Authority - Profile - Definition - Signature - Not-Self Theme - Incarnation Cross - Variables - Motivation - Perspective - Cognition - Environment - Channels - Centers definidos / no definidos - activaciones planetarias completas con gate y line - separación Personality / Design ## 5.2 Requerimientos mínimos de Gene Keys El sistema debe poder capturar o derivar correctamente: - Life’s Work - Evolution - Radiance - Purpose - Attraction - IQ - EQ - SQ - Vocation - Culture - Pearl Cada esfera debe guardar: - Gene Key - Line - Sequence - Sphere - Source position ## 5.3 Contexto humano requerido Para personalización editorial, se requiere: - nombre, - identidad profesional, - industria, - etapa de vida, - situación relacional/familiar relevante, - objetivo principal del reporte, - retos actuales, - áreas prioritarias del libro. --- # 6. Reducción recomendada de archivos Para el MVP, no es necesario pedir múltiples PDFs redundantes. ## Paquete base recomendado - **Overview PDF** - **Activations PDF** - **Context Brief** ## Paquete opcional premium - gráfico visual del Bodygraph para validación visual, - reportes avanzados de Aspects o Variables si se quiere profundidad extra, - chart o reportes astrológicos si luego se integra la capa de astrología. ## Regla operativa El sistema debe diseñarse para que **Overview + Activations + Brief** sean suficientes para generar el libro base sin fricción excesiva. --- # 7. Guía operativa para marketing ## 7.1 Qué debe comunicar marketing Marketing debe vender tres ideas clave: ### A. Precisión estructural El producto no es una lectura genérica; parte de una arquitectura de datos precisa y validada. ### B. Personalización real El libro no solo describe el diseño; lo traduce a la vida real de la persona: liderazgo, decisiones, trabajo, relaciones, propósito y prosperidad. ### C. Transformación práctica El output no es solo espiritual o introspectivo; es también estratégico, accionable y aplicable. ## 7.2 Promesa del producto Una fórmula clara para posicionamiento: **Tu diseño profundo, traducido en una brújula clara para tu vida, tu liderazgo y tus decisiones.** ## 7.3 Recomendación de naming interno del proceso - Intake - Parse - Validate - Map - Compose - Personalize - Deliver --- # 8. Guía operativa para desarrollo ## 8.1 Arquitectura base recomendada El sistema debe tener cuatro módulos: ### Módulo 1 – Intake / Parser Recibe documentos o formulario y normaliza la información. ### Módulo 2 – Canonical JSON Builder Convierte los insumos en una estructura única, fija y reusable. ### Módulo 3 – Validation Engine Corre reglas de consistencia, marca errores y asigna confianza. ### Módulo 4 – Narrative / Assembly Engine Selecciona bloques de contenido y genera el libro. ## 8.2 Regla crítica de desarrollo El LLM no debe calcular ni adivinar posiciones estructurales. Su función empieza después del JSON canónico validado. ## 8.3 Validaciones mínimas requeridas - Profile consistente con líneas correctas. - Type / Authority coherentes con diseño. - Gene Keys spheres correctamente asignadas. - Activations completas y no ambiguas. - Campos obligatorios no vacíos. - Confidence score por dato parseado. --- # 9. JSON básico recomendado A continuación se presenta el JSON básico que debe usarse como estándar v1 para el MVP. ```json { "client": { "full_name": "Janette Vargas", "language": "es", "context_tags": [ "executive_leadership", "motherhood", "high_performance" ], "brief": { "role": "Marketing & Events Leader", "industry": "sports_events", "life_stage": "mother_of_young_child", "primary_goal": "align leadership, priorities and life balance", "priority_topics": [ "leadership", "purpose", "decision_making", "career_family_balance" ] } }, "human_design": { "type": "Manifestor", "strategy": "Inform", "authority": "Emotional", "profile": "4/6", "definition": "Split Definition", "signature": "Peace", "not_self_theme": "Anger", "incarnation_cross": "Personal Cross of Contagion (1)", "variables": "RRRR", "motivation": "Desire", "perspective": "Philosophical", "cognition": "Touch", "environment": "Transition", "channels": [ "19-49 Regulation", "21-45 Governance" ], "activations": { "personality_sun": { "gate": 30, "line": 4 }, "personality_earth": { "gate": 29, "line": 4 }, "design_sun": { "gate": 14, "line": 6 }, "design_earth": { "gate": 8, "line": 6 } } }, "gene_keys": { "genius_sequence": { "lifes_work": { "key": 30, "line": 4, "source": "personality_sun" }, "evolution": { "key": 29, "line": 4, "source": "personality_earth" }, "radiance": { "key": 14, "line": 6, "source": "design_sun" }, "purpose": { "key": 8, "line": 6, "source": "design_earth" } }, "venus_sequence": {}, "pearl_sequence": {} }, "status": { "source_type": "overview_plus_activations", "confidence": "high", "validated": true } } ``` --- # 10. Reglas básicas del JSON ## 10.1 Principios - Debe existir un solo JSON canónico por cliente. - Todo campo estructural importante debe vivir en ese JSON. - Ningún capítulo del libro debe depender directamente de leer PDFs en tiempo real. - Toda interpretación debe tomar como fuente ese JSON, no archivos sueltos. ## 10.2 Buenas prácticas - separar Human Design de Gene Keys, - guardar siempre gate y line por separado, - incluir source de cada esfera Gene Keys, - incluir contexto humano como bloque independiente, - incluir estado de validación. --- # 11. Flujo operativo recomendado ## Flujo del MVP 1. Recibir Overview + Activations + Brief. 2. Parsear a JSON. 3. Validar reglas mínimas. 4. Generar Structured Profile. 5. Ensamblar capítulos. 6. Revisar tono y QA. 7. Entregar libro final. ## Flujo automatizado futuro 1. Recibir birth data + brief. 2. Calcular HD. 3. Mapear Gene Keys. 4. Validar. 5. Ensamblar libro. 6. Exportar salida. --- # 12. Criterio de éxito El roadmap será exitoso si consigue: - reducir drásticamente el tiempo operativo por cliente, - mantener precisión alta en puertas, líneas y secuencias, - disminuir dependencia de lectura manual de PDFs, - producir un libro premium y consistente, - y sentar la base para una automatización casi completa. La prioridad inmediata no es eliminar completamente al humano. La prioridad inmediata es **automatizar la conversión de insumos caóticos en un perfil estructurado confiable**. Una vez resuelto eso, el libro se vuelve un problema editorial y no un problema operativo. --- # 13. Próximos pasos sugeridos ## Sprint 1 - aprobar schema JSON v1, - definir Context Brief estándar, - seleccionar Overview + Activations como inputs oficiales del MVP. ## Sprint 2 - crear extractor estructurado, - construir validador básico, - crear librería inicial de bloques narrativos. ## Sprint 3 - generar primeros 10 casos de prueba, - comparar output contra revisión humana, - ajustar reglas. ## Sprint 4 - montar pipeline semi automatizado, - lanzar MVP interno, - medir tiempos, errores y calidad de salida. Con esto, el equipo tendrá una ruta clara para pasar de servicio artesanal a sistema escalable sin perder precisión ni profundidad.