Ya está lista una nueva exportación de Flowtitude Design System para WindPress.

Esta versión mantiene la misma «API de clases», pero refuerza la arquitectura interna de la tipografía y del espaciado fluido para que el sistema sea más fiable en navegadores modernos y tenga una degradación controlada en navegadores con soporte limitado de cálculo CSS.

• Los tokens públicos que generan utilidades de Tailwind siguen definidos dentro de @theme.
• La tipografía fluida y el espaciado fluido usan tokens internos --ft-* con fórmulas planas, sin cadenas largas de var() y calc().
• Los valores de reserva («fallbacks») de tipografía vuelven a los tamaños estándar de Tailwind cuando el navegador no puede resolver las fórmulas fluidas.
• El espaciado fluido conserva valores estáticos válidos y añade valores para escritorio mediante media query en navegadores con cálculo CSS limitado.
• El bloque @theme queda al final del archivo como «contrato público» del sistema para Tailwind 4 y WindPress.
• La documentación de migración explica qué partes reemplazar sin perder cambios propios en los tokens.

Si ya tenías cambios propios en tokens, revisa especialmente theme/flowtitude.css antes de reemplazarlo completo. Las clases no cambian: text-base, py-section, gap-content, p-fluid-md y el resto de utilidades siguen funcionando igual.

Es una actualizacion de hardening sobre la salida de ayer (0.1.0, 27 de mayo de 2026) para mejorar estabilidad real en beta:

• conectividad MCP mas robusta,
• mejoras en builders (Bricks, Elementor y Gutenberg),
• avances en transpilation de sistema de diseno,
• y nuevo diagnostico beta opt-in para detectar errores tecnicos de forma transparente.

Si estas en beta, recomendamos actualizar hoy para unificar pruebas y resultados.

Esta versión incorpora una de las mejoras más importantes para trabajar con sitios reales sobre Bricks y WordPress: Flowtitude Site Layer.

Site Layer permite crear una capa editable del sitio fuera del tema hijo, pensada para alojar plantillas, partials reutilizables, CSS, JavaScript y lógica específica de cada proyecto. La idea es sencilla: el tema hijo sigue siendo la base estable de FlowKit, mientras que el trabajo propio de cada sitio vive en una zona separada y más segura.

Con esta versión, el panel de Site Layer permite:

• Crear y gestionar la estructura del plugin local.
• Ver el árbol real de archivos del sitio.
• Editar plantillas y partials desde un mini editor integrado.
• Usar CodeMirror, snippets y guardado con backup automático.
• Validar archivos PHP antes de guardar.
• Activar o desactivar plantillas específicas.
• Revisar versiones, historial y estado de la estructura.

También se han incluido mejoras importantes en el sistema FDS/TDSM. El guardado del personalizador ahora confirma los cambios solo cuando WordPress ha completado realmente la operación, y el preview en Bricks y frontend refresca flowtitude.css correctamente tras guardar tokens.

Además, FlowKit estrena una base de QA automatizada para validar sintaxis PHP, parseo JS, integridad del ZIP y archivos obligatorios antes de preparar nuevas releases.

Hemos publicado la documentación oficial de Kodavio para que tengáis siempre a mano los pasos de instalación, configuración del MCP, y referencia de capabilities.

📚 https://guias.flowtitude.com/kodavio/

La documentación se actualiza con cada versión nueva del plugin, así que es el sitio donde mirar primero cuando dudéis cómo se hace algo o queráis ver qué pueden hacer las capabilities disponibles.

Si encontráis algo confuso o que falta, decidlo aquí en el grupo y lo añadimos. La documentación es viva.

Primera experiencia real con Kodavio en producción: solucionesabiertas.es.

El objetivo no era «dejarlo perfecto», sino validar un flujo de trabajo distinto:

• Sitio hecho con el sistema de plantillas de WordPress.
• Sin Gutenberg, sin Bricks, sin Elementor.
• Iteración en vivo con un agente de IA, sin entrar al panel para maquetar páginas.

Qué me llevo de esta primera pasada:

1. Cuando hay componentes y patrones claros, se avanza rápido y con consistencia.
2. El design.md y la disciplina de estilos importan más de lo que parece para no degradar el diseño al iterar.
3. Aún queda trabajo (copy fino, responsive, diferenciación de «paneles oscuros» por landing), pero la base ya está desplegada y es editable por plantillas.

Estamos preparando una nueva característica para FlowKit: Flowtitude Site Layer, una forma más limpia de separar la base estable del tema hijo del trabajo propio de cada proyecto.

La idea nace de un problema muy real en proyectos WordPress con Bricks, FDS y trabajo iterativo: tarde o temprano aparece código específico del sitio, plantillas puntuales, CSS de cliente, pequeños helpers, assets, pruebas o ajustes que no deberían vivir dentro del tema hijo principal.

Si todo acaba mezclado en el child theme, cada actualización se vuelve más delicada. Si todo queda dentro de Bricks, hay partes difíciles de versionar, revisar o reutilizar. Y si se trabaja en prototipos locales sueltos, se pierde un sitio claro donde dejar el trabajo que sí pertenece al proyecto.

Qué es Flowtitude Site Layer

Flowtitude Site Layer será un modo del admin de FlowKit que crea un plugin local del sitio:

wp-content/plugins/flowtitude-site-layer/

Ese plugin funcionará como una zona de trabajo separada para:

• plantillas de página;
• partials compartidos como header y footer;
• CSS propio del sitio;
• JavaScript específico;
• imágenes y assets personalizados;
• pequeñas rutas o configuraciones;
• lógica mínima que no debe formar parte del tema base.

En la práctica, el tema hijo seguirá siendo la base estable: FlowKit, FDS, WindPress, integración con Bricks, paneles admin y utilidades reutilizables. Site Layer, en cambio, será el espacio donde vive el trabajo específico de un sitio concreto.

Por qué importa

La ventaja principal es simple: las actualizaciones del tema hijo no pisan el trabajo del sitio.

FlowKit podrá seguir evolucionando como producto sin arrastrar modificaciones de clientes o experimentos locales. Y cada proyecto tendrá una carpeta clara donde ubicar lo que pertenece a ese sitio, no al framework.

Esto también encaja mejor con flujos asistidos por IA y Kodavio. Cuando un agente necesite crear o ajustar plantillas, CSS o lógica específica, podrá apuntar a una capa segura en vez de tocar directamente archivos versionados del tema hijo.

Estados claros en el admin

El panel de FlowKit mostrará estados explícitos:

• No creado: permite crear el Site Layer.
• Creado e inactivo: la estructura existe, pero el plugin aún no está activo.
• Activo: muestra ruta, plantillas registradas y última modificación.
• Problema detectado: avisa si faltan archivos, permisos o partes de la estructura.

La intención es que la herramienta no sea una caja negra. Si algo falla, debe verse rápido y con una acción clara.

Qué genera inicialmente

La estructura base prevista incluye:

wp-content/plugins/flowtitude-site-layer/
  flowtitude-site-layer.php
  templates/
    pages/
    partials/
    archive.php
    single.php
  assets/
    css/site-layer.css
    js/site-layer.js
    img/
  config/
    routes.php
    templates.php

El plugin registrará plantillas disponibles en WordPress, cargará sus propios assets y ofrecerá helpers mínimos para partials compartidos.

Una frontera más sana

Site Layer no sustituye a Bricks ni al tema hijo. Los ordena.

Bricks sigue siendo el constructor visual. FlowKit sigue siendo la base estable. Site Layer se convierte en el espacio editable del proyecto cuando hace falta tocar archivos, crear plantillas propias o añadir lógica que solo tiene sentido para ese sitio.

Es una pieza pequeña, pero puede cambiar bastante la forma de trabajar: menos miedo a actualizar, menos mezcla de responsabilidades y una frontera más clara entre producto y proyecto.

Estamos probándolo internamente y lo incorporaremos en una próxima versión de FlowKit.

Este es el espacio dedicado a Kodavio, el plugin que convierte tu WordPress en servidor MCP (Model Context Protocol) para que cualquier agente de IA compatible —Claude Code, Cursor, OpenCode— pueda operar sobre tu sitio con permisos granulares y trazabilidad.

Aquí vamos a publicar:

• Avances reales de la beta privada (lo que funciona y lo que rompe, sin maquillar).
• Capabilities nuevas y ejemplos de uso aplicado.
• Documentación viva: instalación, configuración, SDK para abilities propias.
• Soporte directo para miembros con acceso al producto.

Próximos hitos públicos:

• Demo en vivo abierta: miércoles 28 de mayo, 19:00 CET (Google Meet, castellano, 45 min demo + Q&A).
• Apertura beta privada: viernes 30 de mayo.

Si entras en la demo del miércoles, tienes prioridad para la beta si encaja técnicamente con tu caso.

Build-in-public como siempre. Bienvenido.

FlowKit llega a la versión 1.0.10 con un salto importante respecto a la última noticia pública de la 1.0.5. Esta actualización no es solo una suma de fixes: consolida FlowKit como una base de trabajo más madura para proyectos reales con Bricks Builder, Tailwind/FDS, WooCommerce y asistencia de IA.

Desde la 1.0.5 hemos reforzado tres áreas clave: más control en el builder, mejor arquitectura interna y cálculos WooCommerce más precisos.

Lo más importante

Asistente IA dentro de Bricks Builder

FlowKit incorpora una nueva generación del asistente IA integrado en Bricks. Ahora puede trabajar en varios modos: contenido, estilos, layout y conversación general. La idea es sencilla: seleccionar un elemento, pedir ayuda en contexto y aplicar cambios sin salir del editor.

También se han añadido herramientas para leer estructura de página, buscar productos, revisar colores del tema y aplicar acciones client-side como texto, clases CSS o layouts.

FDS/TDSM pasa al contexto real del diseño

El sistema de diseño deja de ser una pantalla aislada del admin y empieza a vivir donde más sentido tiene: dentro de Bricks y en el frontend. Esto permite revisar tokens, previsualizar cambios y ajustar decisiones de diseño con más cercanía al resultado real.

Además, el panel ha recibido mejoras de interfaz para trabajar mejor con secciones, estados sin guardar, sliders y controles más compactos.

Arquitectura más modular y segura

FlowKit ahora carga módulos, queries, dynamic tags y handlers de WooCommerce de forma más explícita. Esto reduce carga innecesaria y evita que funcionalidades desactivadas sigan presentes en runtime.

También se han reforzado guardas para Bricks y WooCommerce, el guardado cifrado de claves del panel IA, la sanitización de flowtitude.css y varios puntos de compatibilidad.

Animaciones locales con USAL.js

USAL.js deja de depender de CDN y pasa a servirse desde una copia local versionada. Esto reduce dependencia externa, mejora previsibilidad y evita sorpresas por cambios de versión.

WooCommerce: envío gratuito por zona

La versión 1.0.10 corrige las etiquetas dinámicas de carrito relacionadas con envío gratuito. Antes el cálculo podía leer el umbral más bajo de cualquier zona de envío. Ahora usa la zona aplicable al carrito y respeta la lógica de WooCommerce para subtotales, impuestos y descuentos.

Esto afecta especialmente a:

• {ft_cart_free_shipping_amount}
• {ft_cart_free_shipping_percentage}

Si tienes varias zonas de envío, configura el importe mínimo de envío gratuito en cada una. FlowKit tomará el umbral que corresponda al carrito actual.

Cambios destacados desde 1.0.5

• Nuevo asistente IA Gen2 dentro de Bricks Builder.
• Modos de trabajo para contenido, estilos, layout y ayuda general.
• Tool use server-side y acciones client-side aplicables desde el editor.
• Documentación HTML integrada para los módulos principales.
• USAL.js local y configurable desde ajustes generales.
• Gestor central de módulos para evitar carga runtime innecesaria.
• TDSM/FDS movido al contexto de Bricks/frontend.
• Mejoras de UI en el panel FDS: secciones, sliders, footer fijo, preview y reset.
• WooCommerce con carga modular más clara.
• Dynamic tags de envío gratuito corregidas por zona de envío.
• Más guardas frente a dependencias no disponibles.
• Mejor cifrado, sanitización y manejo de claves API.

Cómo actualizar

La actualización está disponible como FlowKit / Flowtitude Child v1.0.10.

Desde WordPress:

1. Ve a Apariencia > Temas.
2. Busca Flowtitude Child.
3. Pulsa Actualizar ahora cuando aparezca la versión 1.0.10.

Si WordPress no muestra la actualización al instante, espera al siguiente check del actualizador o fuerza una comprobación de actualizaciones.

Recomendación después de actualizar

Si usas WooCommerce, revisa tus zonas de envío:

WooCommerce > Ajustes > Envío > Zonas de envío > Envío gratuito

Configura el importe mínimo en cada zona donde quieras mostrar el progreso hacia envío gratuito. Las etiquetas de FlowKit ya leerán ese umbral de forma contextual.

En resumen

FlowKit 1.0.10 pule el camino hacia una versión más sólida: menos fricción dentro de Bricks, más coherencia para sistemas de diseño y cálculos WooCommerce más fieles al comportamiento real de la tienda.

Es una actualización recomendada para quienes usan FlowKit en proyectos con Bricks, Tailwind/FDS o WooCommerce.

Ya esta lista una nueva exportacion de Flowtitude Design System para WindPress.

Esta version mantiene la misma API de clases, pero ordena mejor la arquitectura interna de los tokens fluidos para que sea mas facil revisar, mantener y personalizar el sistema:

• Los tokens publicos que generan utilidades de Tailwind siguen definidos dentro de @theme.
• La tipografia fluida y el espaciado fluido recalculan valores internos --ft-, sin pisar --text- ni --spacing-*.
• Los fallbacks de tipografia vuelven a los tamanos estandar de Tailwind cuando el navegador no puede resolver las formulas fluidas.
• El bloque @theme queda al final del archivo como export publico del sistema.
• FlowKit tambien queda alineado para que el personalizador no regenere una estructura antigua al guardar.

Si ya tenias cambios propios en tokens, revisa especialmente theme/flowtitude.css antes de reemplazarlo completo. Las clases no cambian: text-base, py-section, gap-content, p-fluid-md y el resto de utilidades siguen funcionando igual.

Documentacion: 👇
https://flowtitude.com/docs/migracion-fallback-css-math/

Hay temporadas en las que un proyecto que parecía imposible empieza a tomar forma. Lo que antes me llevaba semanas, hoy lo orquesto en días. No porque trabaje más — porque trabajo distinto.

Tiene nombre: FlowKit.

Llevo años construyendo solo sobre WordPress + Bricks. Theme custom encima de theme custom, módulos sueltos por cada cliente, hardening que repetía a mano una y otra vez. Cada sitio empezaba prácticamente desde cero.

FlowKit es lo que sale cuando juntas todo eso en una sola pieza:

• Theme modular para Bricks Builder
• Módulos activables (seguridad, WooCommerce, FDS, performance)
• Y un copiloto de IA viviendo dentro del builder

Todavía no está abierto al público. Iré enseñando piezas estos días por aquí — capturas, demos, cómo lo uso en sitios reales. Quiero que lo veáis vosotros antes que nadie.

Si tenéis preguntas sobre el problema que estoy intentando resolver, preguntad sin miedo 🟠