Matt Mullenweg subió al escenario de WordCamp US 2025 en Portland y presentó Telex como el futuro de WordPress: describes un bloque de Gutenberg, la IA lo genera, descargas un zip y lo instalas como plugin. Suena a democratización del desarrollo. Suena a que por fin cualquier editor de contenidos puede crear componentes sin tocar React ni PHP. Y suena demasiado bien para ser verdad, porque lo es en parte.
Telex vive en telex.automattic.ai, es experimental y gratuito por ahora. Mullenweg lo comparó con V0 o Lovable, pero específico para WordPress. La demo mostró bloques funcionales generados con prompts de texto natural, empaquetados como plugins de un solo bloque que puedes probar en WordPress Playground antes de instalarlos en tu sitio. Automattic lo presenta como la herramienta que elimina la barrera técnica para crear bloques personalizados.
Yo lo he probado con la mentalidad de alguien que lleva años manteniendo webs WordPress para clientes, no como developer que quiere prototipar un componente bonito para un side project. Y ahí es donde la narrativa oficial se resquebraja.
Lo primero que tienes que entender es que Telex no es un producto del proyecto WordPress open source en sí. Es de Automattic, la empresa de Mullenweg. Necesitas cuenta de WordPress.com para usarlo. El bloque que generas te lo entregan como plugin zip que instalas tú. No hay integración nativa en el core, no hay revisión de código automática y no hay garantía de que ese bloque siga funcionando cuando salga WordPress 6.10 o cuando cambie la API de bloques.
TechCrunch lo resumió bien: es un prototipo. Los primeros testers reportan bloques que fallan o necesitan trabajo manual considerable para funcionar. El propio blog de WordPress.com advierte que a veces la IA hace suposiciones incorrectas o genera código que no ejecuta. Eso no es un bug menor; es el patrón habitual de la vibe coding aplicada a un ecosistema con décadas de convenciones, hooks, filtros y requisitos de accesibilidad que un prompt de tres líneas no puede absorber.
¿Genera bloques? Sí. ¿Genera bloques que yo instalaría en la web de un cliente sin revisar línea por línea? No, y creo que tampoco deberías tú.
El argumento de Automattic es que Telex está entrenado en los patrones de WordPress y Gutenberg, no en código genérico. BUT. Honestly, en su análisis más detallado, reconoce que el código puede necesitar limpieza y mantenimiento. Para prototipos rápidos y bloques pequeños funciona razonablemente. Para un bloque de acordeón de productos con lógica condicional, integración con WooCommerce y cumplimiento WCAG, el ahorro de tiempo se evapora en cuanto empiezas a depurar lo que la IA asumió mal.
Y aquí viene lo que me preocupa de verdad: la deuda técnica invisible. Cada bloque Telex es un plugin más en tu instalación. Un plugin que nadie mantiene salvo tú. Un plugin cuyo autor original es un modelo de lenguaje que no firmará un contrato de soporte ni responderá cuando WordPress 7.0 rompa la compatibilidad. He visto demasiadas webs con veinte plugins abandonados que el cliente olvidó que existían. Telex multiplica esa posibilidad por cien porque baja tanto la fricción para crear código que nadie entiende del todo.
Mullenweg habló también de colaboración en bloques tipo Google Docs para WordPress 6.9, del Command Palette extendido al admin y de un asistente ligero para responder preguntas sobre WordPress. Todo eso suena más sensato que Telex como herramienta de producción. Son mejoras del flujo de trabajo dentro del ecosistema existente, no generadores de código opaco que acumulas en tu servidor.
La pregunta incómoda es quién se beneficia. Automattic consolida el relato de que WordPress es relevante en la era de la IA, compite con herramientas como Lovable y refuerza el ecosistema WordPress.com donde ya tienes usuarios registrados. Para agencias y freelancers, Telex puede ser útil para demos y MVPs. Para el dueño de una pyme que quiere un bloque custom sin pagar a un developer, el riesgo es instalar algo que funciona hoy y se convierte en un agujero negro de mantenimiento mañana.
No digo que Telex sea inútil. Digo que el marketing de convertir a todo el mundo en block developer esconde el coste real: revisión de código, pruebas de accesibilidad, actualizaciones de compatibilidad y alguien que sepa qué hacer cuando el bloque deja de renderizar tras una actualización menor del core. Eso no lo genera un prompt. Lo genera experiencia, o lo pagas después con intereses.
Si ya usas bloques personalizados en proyectos serios, Telex te ahorra el scaffolding inicial. Si no sabes leer el código que genera, estás delegando en una caja negra la parte más frágil de tu stack. Y en WordPress, la parte frágil siempre acaba cobrando factura.
¿Instalarías en producción un bloque generado por IA sin que un developer lo audite, sabiendo que nadie más lo mantendrá cuando falle dentro de seis meses?