Release nueva de Bricks Builder. No es grande, pero hay tres cosas que merecen una mirada si trabajas con CSS externo tipo Tailwind / WindPress o con design systems propios:
1. Framework Importer ahora conserva pseudo-clases y pseudo-elementos
Al importar CSS, Bricks ya respeta :hover, ::before, ::after y similares. Antes se perdían o requerían trabajo extra. Es la mejora más relevante para quien tira de utilidades CSS externas en el editor.
2. Color Manager con HSL sin comas
Soporta la sintaxis moderna hsl(220 14% 96%) (sin comas). Útil si tu tema Tailwind v4 ya usa ese formato.
3. Color Palette con indicador visual para transparencias
Los colores con alfa ahora se distinguen visualmente en la paleta. Pequeño, pero se agradece cuando tienes una paleta con muchas variantes.
Otras cosas menores dignas de mención
- Componentes: el contenido de los slots se conserva al copiar/pegar instancias.
- Query Filters: menos trabajo en sitios que actualizan mucho post meta + el "Fix DB" ahora repara problemas de schema.
- Fixes varios en iconos de alineación flex/grid y en placeholders de Theme Style typography.
Si habéis tocado la nueva arquitectura atómica, ya sabéis el problema: las variables (colores, fuentes, tokens) viven dentro del kit como CSS autogenerado, y gestionarlas en condiciones es imposible.
He encontrado Atomic Framework Forge (AFF), de Mij Strebor. Un plugin gratuito en GitHub que monta por fin un panel serio encima de esas variables:
· Sincroniza con el kit de Elementor V4 en los dos sentidos
· Color picker visual con HEX/RGB/HSL + alpha
· Backups con timestamp y undo de 50 pasos
· Import/export en .aff.json para mover tokens entre proyectos
· Te dice en cuántos widgets se está usando cada variable
· Importa también los Global Colors de V3 si vienes de ahí
Está en beta 0.3.5, así que toca con cabeza — pero hace exactamente lo que Elementor debería traer de serie.
👉 Repo: github.com/Mij-Strebor/atomic-framework-forge-for-elementor
Si estás buscando un agente IA que trabaje por ti desde tu ordenador, seguramente te hayas cruzado con estos dos: OpenClaw y Hermes Agent. Los hemos probado y esto es lo que hemos aprendido.
OpenClaw es el más conocido (346.000 estrellas en GitHub). Le hablas por Telegram o WhatsApp, y él ejecuta: gestiona archivos, navega por la web, controla tu calendario. Es gratuito y funciona con cualquier modelo de IA.
El problema es que en 2026 ha tenido muchos fallos de seguridad graves. En marzo se descubrieron nueve vulnerabilidades en cuatro días, y más de 135.000 instalaciones estaban expuestas en internet. Además, su creador se fue a OpenAI y el proyecto quedó sin dirección clara.
Hermes Agent es menos conocido (23.000 estrellas), pero hace lo mismo y añade cosas interesantes: aprende de lo que hace y crea atajos automáticos, se conecta directamente con tus herramientas (WordPress, n8n, CRM), y puedes programar tareas automáticas con lenguaje natural. También funciona con cualquier modelo de IA y se puede montar en un servidor de 5 euros al mes.
En resumen: OpenClaw es más popular pero tiene problemas de seguridad sin resolver. Hermes es más joven, pero está mejor mantenido y tiene funciones que OpenClaw no ofrece.
¿Habéis probado alguno? ¿Cuál usáis para vuestras automatizaciones?
Joost de Valk, creador de Yoast, publicó esta semana un análisis que merece leerse con calma: WordPress lleva años cambiando la pintura de la fachada mientras los cimientos siguen igual desde 2003.
Su diagnóstico es concreto. Todo el contenido sigue apilado en wp_posts, los bloques de Gutenberg se guardan como comentarios HTML en lugar de JSON estructurado, y cada plugin tiene acceso total al sistema como si viviéramos en otra época. No son problemas de UX. Son decisiones arquitectónicas que acumulan deuda técnica con cada actualización.
La frase que resume todo: «la ventana se está cerrando».
Nosotros lo vemos a diario. Trabajar con Bricks y WindPress nos permite construir rápido y con control real sobre el output, pero no cambia la realidad del core: seguimos conviviendo con wp_postmeta, sin autoloader nativo, con un modelo de permisos de plugins que es básicamente confianza ciega.
Lo relevante para nuestra comunidad no es si WordPress va a colapsar (no va a pasar mañana), sino si tiene sentido construir productos y soluciones a largo plazo sobre una base que sus propios arquitectos históricos cuestionan.
Vale la pena leer el artículo completo y tener esta conversación de forma abierta.
Hoy resolvimos un bug que nos tenía bloqueados: WindPress no podía generar la caché CSS en un proyecto con Bricks Builder.
El síntoma: el botón «Generate» fallaba con un 500, sin mensaje de error claro.
La causa: Bricks guarda el campo _cssGlobalClasses como string plano en algunos nodos, pero WindPress espera siempre un array. Cuando hace array_map() sobre un string → error fatal.
Afectaba a 5 páginas con ~15 nodos corruptos. Un script PHP para detectar y corregir + un parche de una línea en Compile.php.
Tenemos un script de diagnóstico listo. Si os pasa lo mismo, dejad un comentario y os lo paso.
Voy a empezar a experimentar con MiniMax 2.7, el modelo que acaba de salir y que está dando mucho que hablar.
Me interesa especialmente compararlo con los modelos que ya uso a diario (Claude, GPT) en tareas reales: generación de código, análisis de contexto largo, y sobre todo ver cómo se comporta con instrucciones complejas.
Iré compartiendo lo que encuentre por aquí. Si alguien ya lo ha probado, me encantaría saber vuestra experiencia.
En LinkedIn comentaba que si criticamos el código hinchado de los builders, deberíamos aplicar el mismo criterio al código que genera la IA.
Mi solución: entrenar el sistema con mis reglas. Archivos de configuración que definen convenciones, patrones y qué evitar. La IA los lee antes de escribir una sola línea.
El resultado: código limpio desde la primera iteración. Sin abstracciones innecesarias ni estilo genérico.
No es magia. Es metodología aplicada a la IA.
¿Habéis probado a definir reglas para vuestra IA?
Bricks ha lanzado la versión 2.3.1, una actualización centrada en la corrección de errores y pequeñas mejoras en distintas áreas del builder, incluyendo componentes, filtros e interacciones. La publicación oficial está fechada el 26 de marzo de 2026.
Entre los cambios destacados de esta versión se incluyen mejoras en HTML & CSS to Bricks para preservar todos los atributos HTML, ajustes de localización en “Light” dentro del contexto de color y peso tipográfico, y varias correcciones en el Variable Manager, el builder, Choices.js, componentes, filtros, menús, interacciones, Vimeo, capturas de plantillas y archivos CSS externos.
Es una actualización de mantenimiento pensada para pulir comportamientos y resolver incidencias detectadas en la versión anterior.
Actualizacion rapida de BricksShift para los que estais siguiendo el desarrollo.
Esta semana hemos avanzado bastante en el Vector A (ACSS a Bricks nativo):
El scanner ya detecta casi 3.000 tokens y los organiza por tipo. Hemos anadido soporte completo para Bricks 2.3 (Color Manager, Style Manager con escalas fluidas) y una nueva interfaz con selector de origen/destino para elegir la conversion.
Lo mas interesante: los valores fluidos (clamp) se generan automaticamente desde la configuracion de ACSS, asi que la conversion mantiene el responsive tal cual.
Proximos pasos: conversion real (escribir los tokens al sistema nativo de Bricks) y empezar el testing del Vector E (Advanced Themer a Bricks).
Ya está disponible Bricks 2.3, y esta vez el foco no está tanto en «grandes titulares» como en mejorar de verdad el trabajo diario dentro del builder. El cambio más llamativo es HTML & CSS to Bricks, que permite pegar HTML y CSS directamente en el constructor para convertirlo en elementos nativos, clases y variables. Es una mejora muy potente para acelerar flujos de trabajo, sobre todo al reutilizar fragmentos, layouts externos o estructuras generadas con IA.
Además, esta versión trae varias mejoras muy útiles en el día a día: grupos de controles fijados, galería de imágenes con Load More e Infinite Scroll, nuevos controles para Query Filters, posibilidad de reordenar colores con drag & drop en el Color Manager, y nuevos efectos de movimiento como parallax nativo, perspective() y scale3d().
En resumen, Bricks 2.3 parece una actualización pensada para trabajar más rápido, con menos fricción y con más control en detalles que usamos constantemente. También incluye mejoras de accesibilidad y correcciones en áreas como WooCommerce, WPML, búsqueda, clases y componentes.
