gkachele-saas/codex/MEMORIA_CODEX.md

Memoria Codex - GKACHELE

Entendido.

Queda memorizado el foco: mejorar sin retrocesos, calidad profesional y avance real por lotes verificables.
Cuando vuelvas, arranco leyendo memoria y ejecutando directo.

Fecha de corte: 04 Marzo 2026

Fuente de verdad

• codex/VERSIONADO_IA.md
• codex/MEMORIA_CODEX.md
• STATE.md (raiz del workspace, memoria operativa Docker/SaaS desde 2026-02-28)

Estado acordado (retomar desde aqui)

• Rama activa: ai/ub24-builder-v1
• Checkpoint actual: 8f56e84
• Tag local de checkpoint: builder-customizer-pro-20260304-v1 (pendiente crear si se solicita)
• Base funcional estable previa: e83e915 (tag local: builder-stable-e83e915)
• Estado de sync remoto verificado (2026-03-04): 0 0

Estado funcional verificado

• Builder operativo en /elementor/<site_id>.
• Customizer unificado en una sola ruta:
  • /customizer/<id> activo
  • /customizer2/<id> y /customizer3/<id> fuera (404)
• Mejoras ya hechas en builder:
  • menu manual con mejor mapeo a bloques reales
  • drop en modo libre mas preciso
  • bloque Redes con mas controles visuales
  • controles de fondo/transicion por bloque (version inicial)

Feedback del usuario memorizado (obligatorio)

• Hay cosas buenas en lo hecho.
• El resultado visual actual todavia se percibe "cutre".
• Las animaciones actuales no alcanzan nivel pro.
• Los fondos (sobre todo imagen de fondo) no se ven profesionales.
• Lo de Redes debe escalarse y aplicarse mejor a cada bloque.
• No perder este contexto ni volver a "no saber en que quedamos".
• Estandar visual confirmado por usuario: nivel premium como landing campos-misiones
  • Hero con fondo potente y composicion pro.
  • Bloques de contacto/redes con look comercial real.
  • Mapas embebidos y galerias con acabado profesional.
  • Botones con micro-movimiento y sombra consistente.
  • Este nivel debe replicarse en plantillas y en el customizer de word.

Siguiente lote acordado

1. Subir calidad visual global (no solo Redes) con sistema consistente por bloque.
2. Rehacer fondos animados a nivel pro (capas, movimiento elegante, control fino).
3. Rehacer transiciones/hover con calidad premium y coherencia global.
4. Mantener flujo: 1 archivo + 1 cambio + 1 prueba por iteracion.

Metodo operativo

• Misma rama + control por hash/revert.
• Sin push/tag sin orden explicita del usuario.
• Validacion inmediata por URL canonica:
  • http://127.0.0.1:5001/elementor/1
• Arranque:
  • python -m demo.app desde c:\word

Memoria integrada desde STATE.md (raiz)

• Objetivo paralelo vigente: automatizacion Docker estable en C:\word con flujo reproducible.
• Regla activa: un solo flujo oficial de automatizacion, cambios pequenos y verificables, registro de fallo+fix.
• Flujo Docker objetivo:
  1. docker compose build
  2. docker compose up -d
  3. docker compose ps
  4. docker compose logs --tail=200
  5. docker compose restart <service> cuando aplique
• Proximo paso operativo en esa linea: definir compose canonico unico y retirar variantes no usadas.
• Estandar visual SaaS validado (2026-02-28): referencia Campos Misiones como base premium replicable.

Pendientes criticos memorizados (04 Marzo 2026)

1. Paridad real entre editor y preview final:
   • lo que se ve mientras se edita debe verse igual en /elementor/<id>/preview-final.
2. Movimiento libre real de objetos:
   • drag/reordenamiento debe funcionar estable y predecible.
3. Cache:
   • revisar y corregir cache agresiva que oculta cambios recientes.
4. Ancho de bloques:
   • no forzar 100% por defecto.
   • permitir control real de ancho (mas angosto/mas ancho) sin romper layout.
5. Hero izquierda/derecha:
   • swap de contenido debe reflejarse claramente en editor y preview final.
6. Modularizacion tecnica:
   • dividir elementor_builder.html en archivos mas pequenos (CSS/JS por responsabilidades) para evitar regressiones y acelerar fixes.

Control de version operativo (obligatorio desde 2026-03-04)

1. Antes de responder estado de version: ejecutar y registrar
   • git rev-parse --short HEAD
   • git rev-list --left-right --count ai/ub24-builder-v1...origin/ai/ub24-builder-v1
2. Si la memoria no coincide con HEAD, corregir memoria en la misma sesion.
3. No declarar "sincronizado" sin evidencia 0 0 en el momento.

Actualizacion 2026-03-05 (builder restaurante)

• Rama objetivo reafirmada: ai/ub24-builder-v1.
• Lote tecnico aplicado en elementor/templates/elementor_builder.html:
  1. Reset vuelve a plantilla base del rubro, no vacia bloques.
  2. Se mantiene free drag como modo prioritario en restaurante.
  3. Subir/bajar reordena visualmente en modo libre.
  4. Menu reconoce targets por semantica y tipo de bloque (contacto/mapa/redes/resenas/carta).
  5. Se agrega autosave de borrador y propagacion de device a preview-final.
• Nota de operacion:
  • Evitar forzado automatico de posiciones cuando el usuario esta ubicando bloques manualmente.