Telex es una herramienta experimental de Automattic que genera bloques Gutenberg desde prompts en lenguaje natural. Puede recibir un mockup de Figma o una captura, entregar un bloque funcional, exportar el código, aceptar ediciones en un IDE y continuar otra iteración con IA.
Ese límite del resultado importa. Muchas herramientas de vibe coding terminan en una página descartable. Telex produce un componente del editor de WordPress que puede inspeccionarse antes de instalarlo. Los experimentos internos de Automattic describen diseñadores creando bloques y patterns sin abrir primero un ticket para ingeniería.
Esto mueve ingeniería a otro momento del ciclo, no la elimina. Diseño puede llevar una primera versión instalable y la conversación empieza con comportamiento. Lógica de negocio, datos, seguridad, accesibilidad, rendimiento y mantenimiento siguen necesitando responsabilidad de ingeniería.
La revisión empieza en el zip, no en el inserter
Telex entrega un bloque que se instala. Eso acorta el camino entre mockup y Gutenberg. También invita a un atajo: si abre en el editor, está listo.
Antes de cualquier entorno compartido, abre el código. Revisa nombre y slug del bloque, categoría, atributos, save frente a render en el servidor, scripts encolados y lo que el JavaScript asume sobre el DOM del tema. El round-trip de febrero existe para eso: bajar el zip, abrirlo en VS Code o Cursor, ajustar, devolver el archivo y seguir iterando con el modelo.
Automattic describió a diseñadores creando bloques y patterns sin abrir ticket al comienzo. Eso muestra un ciclo más corto. La revisión sigue haciendo falta, solo que ahora parte de un artefacto que ya corre. Escape de HTML, rendimiento, seguridad y quién mantiene el bloque siguen siendo decisión de ingeniería.
Interacción visual y el bloque que toca datos
Los experimentos que publicaron Marko Ivanovic, Noam Almosnino y Nick Hamze son, en buena parte, expresión: scrambler de texto, carrusel, notas, iconos, bloques que nadie pagaría para que existan. Ese es el territorio en el que Telex reduce la distancia entre idea y cosa instalable.
Un bloque que lee un post type, comprueba capability, escribe user meta, llama a una API externa o arma una query con un parámetro de la URL pide otra cola. El modelo genera la cáscara. No conoce el contrato de datos del sitio ni la política de sanitización del equipo.
¿Llegó un bloque de contenido estático? La revisión puede ser visual, de teclado y de contraste. ¿Llegó un bloque que "busca productos" o "muestra al usuario logueado"? Para en el PHP y en el REST. De dónde viene el dato, qué pasa con input vacío, quién puede insertar el bloque.
Un corte entre el experimento y el repositorio
El historial de versiones ahora crea una versión nueva cuando restauras el pasado, en vez de sobrescribir el trabajo actual. Da para explorar sin destruir lo que está bien. Combínalo con el zip: quédate en Telex mientras el problema sea layout y microinteracción; sal al IDE cuando el problema sea comportamiento, dato o build.
Define un corte por escrito. Después de dos vueltas en Telex y un paso por el editor local, el bloque entra al repositorio del tema o del plugin, con test y nombre de quien responde. Sin ese corte, el zip queda en la máquina de quien lo generó. Tres meses después, nadie sabe cuál archivo es la fuente.
Telex está en siete idiomas y sigue siendo un experimento gratuito. El changelog público ayuda a seguirlo. No amarres el roadmap de producto a un SLA que Automattic no publicó. Úsalo para acortar el ciclo. Ten otro camino si cambian precio, modelo o disponibilidad.
Hay un límite de datos, además del de código. Los prompts y las imágenes de referencia pasan por Claude y Gemini. Un mockup de producto aún no lanzado, copy confidencial y una captura de un panel con dato de usuario no deberían entrar al upload sin una regla escrita. El ciclo corto no justifica filtrar lo que el equipo no pegaría en un chatbot público.
Lo que no sube a un sitio con tráfico
No instales el bloque generado directo en producción. Primero un sitio de desarrollo, Studio, Playground o staging. Prueba en el inserter, en el editor de posts, en el site editor, con texto corto y largo, con el tema real y con un usuario que no es administrador.
Busca script y estilo duplicados, layout shift, foco de teclado, contraste y el estado con atributo vacío. Los bloques lúdicos de los posts internos sirven para aprender la herramienta. Son malos candidatos para la home de un sitio con cache de página y CSP hasta que alguien lea el JavaScript.
Un ciclo más corto empuja la ingeniería a otro momento del flujo. Ese momento necesita calendario. Si el equipo solo celebra el componente instalable, Gutenberg gana un bloque más sin dueño y con un prompt en el historial.
Si tu empresa está evaluando algo parecido, escríbeme por LinkedIn o por WhatsApp.
