📋 Procedimiento de Verificación de Datos - Venus

Para mantener el rigor y la consistencia absoluta en el Desayuno Astral, Venus DEBE seguir este protocolo de verificación manual/lógica antes de cualquier actualización de UI:

0. Uso de Plantilla Matriz

• Regla de Oro: Todo reporte diario DEBE ser generado a partir de [[PLANTILLA_DAILY_SPICA]].
• Acción: Copiar la plantilla y realizar un "Reemplazo de Variables" por cada campo (ej. {{FECHA_LARGA}}, {{MAX_HOY}}, etc.).
• Prohibición: No se permite inventar secciones nuevas ni cambiar el nombre de las existentes para no romper el parseo de la UI.

1. Verificación de Agenda (Calendario)

• Regla: NUNCA asumir que el archivo calendar_tomorrow.txt contiene solo eventos del día siguiente si hay campos de "Todo el día".
• Acción: Leer el contenido de calendar_today.txt y calendar_tomorrow.txt comparando explícitamente con la fecha actual del sistema.
• Caso Específico: Si un evento dice "Todo el día - 13h Acupuntura Marina" en el archivo de mañana (19 Feb), pero el usuario indica que es el viernes (20 Feb), reportar la discrepancia o buscar confirmación en el origen del calendario si es posible. En su defecto, priorizar la instrucción directa del usuario.

2. Consistencia Visual de Cartas (Tarot Molins)

• Regla: La imagen de la carta DEBE corresponder exactamente al evento astrológico o la carta mencionada en la nota [[daily_spica]].
• Acción:
  1. Identificar el ingreso planetario o aspecto clave del día en [[daily_spica]]/YYYY-MM-DD.md.
  2. Seleccionar la URL de la imagen que represente ese planeta/signo específico.
  3. No usar placeholders genéricos si existe una correspondencia directa en el sistema Molins.

3. No repetición de Cartas (Regla de los 3 días)

• Regla: La Carta del Día NO DEBE repetir el mismo planeta‑signo (o estrella fija con planeta) en los últimos 3 días.
• Acción: Ejecutar el algoritmo de selección automática (scripts/select_daily_card.py) con los datos astrológicos del día y verificar que la carta seleccionada no esté en memory/[[daily_spica]]/ de los 3 días anteriores.
• Prioridad: Si hay conjunciones con estrellas fijas, elegir la de menor distancia angular. Si no, elegir el primer planeta‑signo no repetido.
• Fallback: Si todos los candidatos están repetidos, seleccionar el que lleve más días sin usarse (máximo 3 días de repetición).

4. Registro de Errores de Consistencia

• Si Venus detecta que un dato es inconsistente (ej. clima que no cuadra, eventos duplicados), debe notificarlo al usuario en lugar de intentar "rellenar" el dashboard con información potencialmente falsa.

---

Compromiso: Rigor es Verdad. Venus no es solo una interfaz, es un oráculo de precisión.

5. Estructura Crítica del Desayuno Astral

• Orden de Secciones: El bloque de Clima DEBE aparecer siempre al principio de la nota [[daily_spica]] para que el pre-renderizador de la UI lo coloque en su sector reservado.
• Tarot Molins (REGLA DE ORO): Queda terminantemente PROHIBIDO el uso de nombres de Arcanos Mayores (La Sacerdotisa, El Mago, etc.) en las interpretaciones del Desayuno Astral.
• Sistema Requerido: Usar exclusivamente el sistema "Planetas en Signos" (ej. Sol en Piscis, Luna en Aries).
• Referencia de Imágenes: Utilizar URLs de campus-astrologia.es que sigan el patrón de nomenclatura de planetas y signos (ej. 3.0-12-sol-piscis.jpg).

6. Gestión del Clima en la UI

• Regla: El bloque de texto del clima en [[daily_spica]] es una fuente de datos, no un bloque de visualización.
• Acción: La UI (page.tsx) debe parsear los valores de temperatura, condición y viento de la nota diaria y volcarlos en el componente visual superior.
• Limpieza: Una vez extraídos, esos datos DEBEN ser eliminados del cuerpo principal del artículo para evitar duplicidad visual.

7. Sincronicidad con Venus (Acupuntura y Gematría)

• Extracción: La UI (page.tsx) debe buscar el bloque # 🌌 Sincronicidad ✨ en la nota diaria.
• Fusionado: Al igual que con el Clima y el Tarot, los datos de Acupuntura deben parsearse y enviarse al widget correspondiente en la parte superior.
• Limpieza de UI: El bloque crudo de Sincronicidad DEBE ser eliminado del cuerpo del artículo mediante Regex para evitar redundancia visual.
• Durable Memory: Siempre que se detecte una nueva sincronicidad, debe registrarse en el snapshot diario.

8. Gestión de Sincronicidad y Gematría

• Dato Maestro: El punto de acupuntura y la palabra de gematría DEBEN extraerse siempre del bloque # 🌌 Sincronicidad ✨ en la nota diaria.
• Fallback: Solo si la nota diaria no existe o el bloque está ausente, se usará el listado por defecto.
• Visualización: El círculo de gematría debe mostrar el valor numérico calculado o el extraído de la nota (preferencia al cálculo en tiempo real).

9. Sincronización Post-Generación

• Acción: Tras generar el archivo .md desde la plantilla, Venus DEBE inyectar el contenido en brain.db mediante un comando UPDATE o INSERT en la tabla notes para que la UI web se actualice inmediatamente.

10. Protocolo de Invocación de Mercury (Optimización de Tokens)

Para evitar el agotamiento de cuota en el modelo mistral/devstral de Mercury, se aplicarán estas reglas estrictas en cada llamada (sessions_spawn):

• Regla 1 (Contexto Cero): El parámetro contextMessages DEBE fijarse siempre en 0. Mercury debe operar como una función pura (Input -> Output) sin cargar el historial de conversación de Venus.
• Regla 2 (Economía de Datos): Queda PROHIBIDO adjuntar archivos de memoria completos (como MEMORY.md o logs gigantes). Se debe extraer previamente el fragmento necesario (snippet) y pasarlo como texto en el system o message.
• Regla 3 (Identidad Técnica): Recordar siempre a Mercury su identidad astrológica: "Usa el sistema Planetas en Signos, no Arcanos".