gkachele-saas/codex/MEMORIA_CODEX.md

Memoria Codex - GKACHELE

Fecha de corte: 24 Febrero 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: 208dca9
• Tag local de checkpoint: builder-social-blockfx-20260224-v1
• Base funcional estable previa: e83e915 (tag local: builder-stable-e83e915)

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 (24 Febrero 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.