Los nuevos modelos de Qwen 3.5 me parecen muy interesantes por algo muy simple: cada vez es más fácil usar IA en local sin necesitar una máquina enorme.
Hasta hace poco, muchas opciones eran demasiado pesadas para el día a día. Ahora empezamos a ver modelos que, sin ser perfectos, ya pueden dar resultados bastante buenos en equipos con recursos más normales. Y eso cambia mucho las cosas.
Lo importante no es solo que sean más pequeños. Lo importante es que ya pueden ser útiles de verdad en tareas reales de trabajo.
Por ejemplo, pueden servir para:
- entender mejor un proyecto o una base de código
- ayudarte a escribir funciones
- revisar y mejorar fragmentos de código
- redactar documentación técnica
- preparar borradores de ideas, procesos o PRD
- apoyar tareas repetitivas dentro del flujo de trabajo
Dicho de otra forma: ya no hablamos solo de «tener un chat en local por curiosidad». Empezamos a hablar de una herramienta que puede acompañarte de verdad mientras trabajas.
Y esto, para quienes desarrollamos, documentamos procesos o montamos herramientas propias, es muy interesante. Tener un modelo en local puede darte más privacidad, menos dependencia de servicios externos y un coste mucho más controlado.
Evidentemente, no va a reemplazar a los modelos más potentes en todos los casos. Pero para muchas tareas del día a día puede ser más que suficiente. Y ahí es donde creo que está su valor real.
En Flowtitude esto encaja muy bien con una idea que cada vez tiene más sentido: usar la IA donde de verdad aporta valor, no solo donde suena bien. Si un modelo local te ayuda a codificar mejor, documentar más rápido o desbloquear tareas repetitivas, ya está cumpliendo su función.
Idea clave: Qwen 3.5 no llama la atención solo por ser nuevo, sino porque acerca la IA local útil a máquinas mucho más accesibles.
¿Alguien de la comunidad lo ha probado ya en local? Me interesa saber sobre todo qué tal os funciona para coding, documentación o automatizaciones.
Hemos ido puliendo el USAL Builder para que sea más cómodo de usar y el código que genera sea siempre correcto. Ahora tiene botón de restablecer a mano, la previsualización se mantiene visible al hacer scroll, y hemos afinado el comportamiento con splits, contadores y presets para que lo que ves y lo que copias coincidan.
Cambios realizados:
- Botón Restablecer en el header, junto al cuadro del atributo, para volver a valores por defecto en Editor y Timeline.
- Panel central (preview) fijo al hacer scroll, para que la previsualización no se pierda cuando el panel de controles es largo.
- Elementos «Texto» y «Contador» en el selector de preview para probar animaciones por palabra/letra y contadores.
- Cambio automático de elemento al activar contador o split (palabra, letra, ítem), para que el preview use el tipo de elemento adecuado.
- Presets bien aplicados: al usar un preset se cargan todos los ajustes (split, contador, duración, etc.); si luego cambias algo, el código generado sigue siendo coherente.
- UI con split/contador: con split o contador activos, ya no se marca ningún «movimiento» en la primera sección, porque en ese modo no se usa animación base.
- Contador corregido: el valor final se muestra bien y la animación funciona según la documentación de USAL.
- Detalles de estilo: más padding en el área de preview y botones «Texto» y «Contador» con etiqueta para identificarlos mejor.
🚀 Llevamos semanas trabajando en algo que creemos que le falta al ecosistema de Bricks Builder: una herramienta para migrar entre sistemas de diseño de forma completamente automática.
Se llama BricksShift y automatiza la conversión entre ACSS, Bricks Nativo y Tailwind CSS v4.
Nada de rehacer templates. Nada de buscar y reemplazar a mano. El plugin regenera todo el sistema CSS sin intervención manual.
Será un plugin de pago, independiente de cualquier membresía. Pronto más detalles sobre precio y disponibilidad. 👀
La versión 4.2 de Tailwind CSS amplió la paleta estándar con nuevas familias de color.
🆕 Nuevas gamas incorporadas
- mauve → violeta apagado y elegante
- olive → verde cálido y orgánico
- mist → azul grisáceo muy suave
- taupe → marrón grisáceo equilibrado
Como siempre, siguen la escala completa (50 → 950) y funcionan igual que cualquier otra familia
Después de la sesión del jueves, donde estuvimos explorando la librería JS USAL para crear animaciones con scroll, me quedé con ganas de facilitar un poco más su uso en el día a día.
Así que he preparado una pequeña herramienta para simplificar el proceso y hacerlo más ágil.
Ya la tenéis disponible aquí:
👉 usal.flowtitude.com
La idea no es que sea “perfecta”, sino que la vayamos mejorando entre todos.
Si veis algo que se pueda optimizar, algún bug, alguna funcionalidad que tendría sentido añadir… comentadlo sin miedo. La afinamos en comunidad.
Y si os resulta útil, también me interesa saberlo 😊
Pronto iremos incorporando más herramientas de este estilo para seguir construyendo nuestro propio pequeño ecosistema práctico alrededor de Tailwind y el sistema Flowtitude.
¿La probamos y vemos hasta dónde la llevamos? 🚀
WindPress ha simplificado sus planes.
🔁 Se eliminan definitivamente las licencias LTD.
Aunque como usuarios podamos beneficiarnos de las LTD, la realidad es que a largo plazo perjudican a los desarrolladores y dificultan la sostenibilidad del proyecto.
En este contexto, Joshua ha comentado que está redefiniendo el enfoque del proyecto. No se plantean nuevas funcionalidades a corto plazo, pero sí ha expresado su compromiso de reforzar la estabilidad y mejorar, en la medida de sus posibilidades, la integración con Bricks.
Seguiremos atentos a las novedades y a cómo evoluciona el proyecto en los próximos meses.
El pasado 20 de febrero se publicó una nueva actualización de WindPress con mejoras importantes tanto a nivel de motor como de integración con constructores.
🚀 Lo más destacado
🆕 Actualización a Tailwind CSS v4 (4.2.0 – última versión)
🆕 También se mantiene soporte actualizado para Tailwind CSS v3 (3.4.19)
Esto es especialmente relevante para quienes estamos trabajando con Tailwind 4 y configuraciones personalizadas mediante @theme.
🧠 Mejoras técnicas importantes
✔️ Mejora en el rendimiento del escaneo de compilación en el backend
✔️ Optimización del sistema de cacheo del escáner parcial (corrige un problema previo)
✔️ Mejor soporte del editor de archivos para funcionalidades propias de Tailwind v4
Esto debería notarse especialmente en proyectos grandes donde el sistema analiza múltiples integraciones (Bricks, Gutenberg, etc.).
🧱 Correcciones en constructores
🔧 Bricks
- Corrección de compatibilidad en Firefox para la función html2bricks copy-paste
🔧 Breakdance
- Se corrige un
margin-topno deseado que se aplicaba en el editor
📌 Qué significa para nosotros
- Compatibilidad total con Tailwind 4.2
- Mejor estabilidad del compilador
- Mejor rendimiento en proyectos con muchas clases
- Mejor experiencia en Bricks
Si estás trabajando con Flowtitude o usando tokens personalizados, es recomendable actualizar y probar en entorno staging primero como siempre.
Estos días ha habido movimiento con WindPress y es normal que a algunos os haya saltado la alarma, sobre todo si estáis en plena migración o montando nuevos proyectos con Tailwind + Bricks.
Quiero dejar un mensaje muy claro, en plan comunidad:
👉 Estamos bien.
👉 Tailwind + Bricks sigue siendo una base sólida.
👉 No vamos a quedarnos “colgados”.
Mi intención al compartirlo fue ser transparente, no generar nerviosismo. Prefiero que aquí hablemos las cosas con calma, con información y con un plan, en vez de ir reaccionando a rumores.
🤝 Lo importante: no dependemos de una sola pieza
Lo que estamos construyendo entre todos no se sostiene en “un plugin y ya”, sino en una forma de trabajar:
- Tailwind como sistema profesional
- Bricks como constructor potente
- Un sistema de diseño coherente
- Y sobre todo: independencia
WindPress es una buena base, pero nuestro enfoque siempre ha sido más grande que eso.
🛠️ Dónde estamos y qué vamos a hacer
Hace meses ya se contemplo un escenario como este (por si acaso) y empecé a trabajar en una alternativa propia enfocada en Bricks y en nuestro sistema.
✔️ Ya existe una primera versión funcional.
La he pausado temporalmente por pura carga de trabajo (agencia + comunidad + formación + tema hijo), porque prefiero retomar esto con foco y hacerlo bien, no a trompicones.
Y el plan es muy claro:
- Cierro el tema hijo (está muy avanzado).
- Retomo el fork con foco total.
- Abrimos pruebas controladas con miembros Pro (para testear con calma y garantías).
- Consolidamos una integración estable y alineada con Flowtitude.
💛 Mensaje final
Si ahora mismo estás en mitad de una migración: no estás solo.
La idea de esta comunidad es precisamente que no dependamos de «la suerte» o de decisiones externas.
Aquí hay dirección, hay plan y hay trabajo hecho.
Y si queréis, lo comentamos en la proxima sesión para que nadie se quede con dudas.
Seguimos 💪
Tailwind Labs ha publicado oficialmente Tailwind CSS 4.2.
Esta es una actualización dentro de la rama 4.x que continúa consolidando el nuevo enfoque introducido en la versión 4: configuración basada en CSS, mejoras internas del motor y evolución progresiva del framework.
✅ Qué trae la 4.2 (según la release oficial)
- Correcciones de errores detectados en versiones anteriores
- Ajustes internos y mejoras en el core
- Pequeñas mejoras de estabilidad
No es una versión con cambios disruptivos ni nuevas APIs grandes, sino una actualización de mantenimiento y mejora continua.
📎 Puedes consultar el changelog completo aquí:
https://github.com/tailwindlabs/tailwindcss/releases/tag/v4.2.0
Me he cruzado con una librería muy curiosa: USAL
👉 https://usal.dev/
👉 https://github.com/usaljs/usal
La idea es súper simple: animaciones declarativas con un enfoque utility-first, muy en la línea mental de quienes trabajamos con Tailwind o sistemas de diseño basados en pequeñas piezas combinables.
✅ Lo más interesante: se usa como atributo
En vez de montar configs complejas o escribir mucha lógica, pones las “clases” de animación como un atributo en el HTML:
<div data-usal="zoomin duration-800 delay-200">Zoom in</div>
Esto hace que sea muy fácil:
- aplicar animaciones por componente,
- mantener el markup como fuente de verdad,
- y evitar dependencias pesadas para microinteracciones.
📦 Tamaño muy contenido
Otro punto a favor: ocupa aproximadamente 8KB, así que encaja bien en proyectos donde quieres añadir “vida” a la UI sin meter un monstruo de JS.
