Desde Doowebs llevamos meses tirando de Cursor, ChatGPT y Claude Code para todo lo que se mueve: temas FSE a medida, plugins, automatizaciones para gestión, scripts de mantenimiento. Cada vez que sale una herramienta nueva que promete «WordPress + IA», la prueba pasa por un filtro muy concreto: ¿me ahorra horas reales o es otra demo bonita de WordCamp?

Pues bien, Automattic ha sacado dos cosas en los últimos meses que conviene mirar con atención: Telex y Studio Code. Las he estado probando y vengo a contar qué hacen, qué no, y dónde encajan (o no) en un flujo de trabajo de agencia.

Spoiler para los que tienen prisa

Telex es un generador web de bloques de Gutenberg a partir de un prompt. Te devuelve un .zip instalable como plugin. Inspirado en V0 o Lovable, pero enfocado a WordPress.
Studio Code es un agente CLI integrado en Studio (el entorno local de WordPress.com) que abre un chat en tu terminal y construye sitios enteros, edita archivos, ejecuta WP-CLI y publica vistas previas. Por debajo usa Claude Sonnet 4.6 u Opus 4.6.
Son herramientas complementarias, no competencia entre ellas. Y desde luego no son sustituto de Claude Code para proyectos serios… todavía.

Vamos al detalle.

Telex: vibe coding para bloques de Gutenberg

Telex se presentó en el WordCamp US 2025 y la propia definición que dio Matt Mullenweg lo deja claro: «V0 o Lovable, pero específicamente para WordPress». Vive en su propio dominio, telex.automattic.ai, entras con tu cuenta de WordPress.com y a tirar.

Cómo funciona, sin marketing

Escribes en lenguaje natural lo que quieres que sea el bloque. «Un acordeón de preguntas frecuentes con animación al expandir, fondo blanco y bordes redondeados.»
Telex genera el código del bloque.
Te devuelve un fichero .zip con el plugin completo, listo para subir a WordPress como cualquier otro plugin.
Lo activas, aparece en el inserter de Gutenberg, y a usar.

Hasta aquí, sobre el papel, perfecto. Y para según qué cosas, en la práctica también.

Para qué sirve de verdad

Donde Telex brilla es en bloques funcionales pequeños y autocontenidos: un contador animado, una llamada a la acción con micro-interacción, una galería con un comportamiento concreto, un cuadro de testimonios con autoplay, una calculadora simple. El tipo de bloque que normalmente le pediría a Claude Code en 10 minutos pero que con Telex puedo despachar sin abrir el editor.

Para un freelance o una agencia pequeña que necesita resolver una petición concreta de cliente sin abrir Visual Studio Code, es muy útil. Para un editor o redactor que quiere algo que el tema no le da, también.

¿Funciona en mi WordPress autoalojado?

Una de las preguntas que más nos hacen: sí. Telex te exige cuenta de WordPress.com solo para entrar al generador (la cuenta es gratis, no necesitas plan de pago). Pero el .zip que te entrega es un plugin estándar y se instala donde quieras: WordPress.org autoalojado, Plesk, cPanel, SiteGround, Raiola, AWS, DigitalOcean, multisite o WordPress Playground.

Una vez activado, el plugin no llama a Telex para nada: el código corre 100% en tu instalación, sin dependencias externas con Automattic. Es decir, lo puedes usar perfectamente en sitios de cliente que estén alojados donde sea.

Eso sí, antes de meter cualquier bloque generado en producción de un cliente te recomendamos cuatro comprobaciones rápidas:

Abrir el código en tu IDE y revisarlo. Telex es experimental y a veces no sigue las convenciones que tú quieras.
Verificar que no tira de CDNs ni scripts de terceros inesperados.
Comprobar compatibilidad con la versión de WordPress y PHP del cliente.
Revisar i18n si el sitio es multilingüe — Telex suele generar en inglés por defecto.

Donde Telex se cae

Aquí toca ser honesto. Telex es experimental y se nota:

No soporta bloques con bloques internos (inner blocks). Si quieres un patrón tipo slideshow padre + slide hijo, olvídate. Y eso deja fuera muchísimos casos reales.
Los prompts complejos fallan o producen código que no compila. En mis pruebas, cuanto más pedía, más se rompía. Hay que iterar, copiar el error, devolvérselo, reformular. Lo de siempre con vibe coding, vamos.
Cero control sobre la estructura del código generado. Si trabajas como nosotros con register_block_type, block.json y patrones nativos por código, lo que te entrega Telex puede no encajar con tus convenciones. Funciona, pero igual no es el código que tú escribirías.
Requiere cuenta de WordPress.com para usar el generador (gratuita, pero obligatoria). El plugin generado funciona luego en cualquier WordPress, eso sí.lo.

Mi recomendación con Telex

Como herramienta de prototipado rápido, vale su peso en oro. Como fuente de código de producción para un cliente que paga, todavía no. Yo lo uso para tirar un bloque, ver si la idea funciona, y si luego entra en producción lo reescribo con Claude Code siguiendo nuestras convenciones (post types y meta nativos, validación seria, traducciones, etc.).

Studio Code: el agente CLI que se mete dentro de Studio

Aquí la cosa cambia de liga. Studio Code no es un juguete para generar bloquecitos: es un agente de programación conversacional dentro del terminal, integrado en Studio CLI (el entorno local de WordPress de Automattic, que viene a competir con Local by Flywheel o LocalWP).

La documentación oficial está en developer.wordpress.com/es/docs/herramientas-para-desarrolladores/studio/studio-code y conviene leerla entera. Resumen práctico:

Instalación

# Lo más rápido, sin instalar nada permanente
npx wp-studio@latest code

# O instalación global
npm i -g wp-studio@latest
studio code

Si ya tienes la app de escritorio Studio con la CLI activada, te basta con studio code.

Qué hace exactamente

Abre un chat interactivo en el terminal. Tú escribes en lenguaje natural y el agente:

Crea, arranca, detiene y borra sitios WordPress locales.
Lee, edita y crea archivos de temas y plugins.
Ejecuta cualquier comando de WP-CLI que le pidas (instalar plugins, gestionar entradas, ajustes…).
Hace capturas de pantalla del sitio en escritorio y móvil.
Lanza auditorías de rendimiento estilo Lighthouse con el comando /need-for-speed.
Crea, actualiza y elimina sitios de vista previa en WordPress.com para compartir con clientes.
Sincroniza entre local y WordPress.com en ambos sentidos.
Importa y exporta backups.

Por debajo, eliges proveedor (/provider) y modelo (/model):

WordPress.com como proveedor (por defecto): usa la infraestructura de Automattic. Cómodo, sin configurar nada más allá del login.
Tu propia API key de Anthropic: la metes con /api-key y va directo a Claude. Lo que yo recomiendo si ya tienes cuenta de Anthropic y quieres controlar costes y consumo.

Modelos disponibles ahora mismo: Claude Sonnet 4.6 (por defecto, rápido y suficiente para el 80% de las tareas) y Claude Opus 4.6 (más músculo para problemas complejos multi-paso).

Comandos útiles que conviene memorizar

Comando	Para qué
`/browser`	Abre el sitio activo en el navegador
`/preview`	Sube el sitio activo como vista previa en WordPress.com
`/need-for-speed`	Audita rendimiento
`/model`	Cambia entre Sonnet y Opus al vuelo
`/api-key`	Usa tu propia clave de Anthropic

Y un detalle muy bien pensado: las sesiones se guardan automáticamente, así que puedes retomar la conversación días después con studio code sessions resume latest. Si no quieres que se guarde nada (por privacidad o por trabajar con código de cliente sensible), lanzas studio code --no-session-persistence y listo.

Casos reales donde lo veo útil

Levantar un entorno local con tema y contenido base en cinco minutos, sin tener que recordar comandos de WP-CLI. Le dices «crea un sitio con PHP 8.2, instala estos plugins, importa estas entradas demo» y va.
Iterar sobre un tema FSE mientras te tomas un café. Le pedías cambios al diseño y los aplica directamente a los archivos.
Compartir vistas previas con clientes sin tener que desplegar a staging. El comando /preview sube el sitio a un dominio temporal en WordPress.com.
Auditorías rápidas de rendimiento sin abrir PageSpeed Insights.

Telex vs Studio Code: cuándo usar cuál

No son competencia, atacan dos problemas distintos:

	Telex	Studio Code
Dónde vive	Web (navegador)	Terminal (CLI)
Qué genera	Un bloque Gutenberg empaquetado en `.zip`	Lo que tú le pidas: archivos, comandos, sitios enteros
Curva de aprendizaje	Cero	Media (hay que saber qué es WP-CLI y un terminal)
Público objetivo	Editores, no-devs, devs con prisa	Desarrolladores
Estado	Experimental	Acceso anticipado
Modelo IA	No documentado públicamente	Claude Sonnet 4.6 / Opus 4.6
Coste	Gratis (con login WP.com)	Gratis durante early access; cambiarán los límites

Resumen práctico: si necesitas un bloque concreto y específico, Telex te ahorra abrir el IDE. Si estás construyendo o manteniendo sitios WordPress y quieres un copiloto serio sin salir del terminal, Studio Code.

Lo que ninguna de las dos hace todavía (y por qué seguimos con Claude Code)

Para proyectos reales de cliente —los que cobramos en Doowebs y los que tienen que pasar auditoría, mantenimiento, RGPD, ENS o lo que toque— Claude Code sigue siendo la herramienta principal, por varias razones:

Control sobre el contexto del proyecto. Con Claude Code y nuestros CLAUDE.md y skills, el agente conoce nuestras convenciones (Calibri sí, ACF no, register_post_type siempre, etc.). Studio Code todavía no tiene ese nivel de personalización de contexto.
Integración con todo el stack, no solo WordPress. Nuestros proyectos suelen mezclar WP con Next.js, PostgreSQL, Prisma, Dolibarr o WooCommerce. Claude Code se mueve por todo. Studio Code, por diseño, vive en el universo Automattic.
Workflows con OpenClaw y Telegram. Tenemos una infraestructura de aprobación humana y orquestación que no se puede replicar con Studio Code aún.
Plugins de seguridad y rendimiento ya integrados. En producción usamos Plesk, caches específicas, WAF, copias en Jetpack y otras piezas que no se gestionan desde Studio Code.

Dicho esto: Studio Code va a evolucionar rápido. Ya soporta API key propia de Anthropic, modelos Opus, sesiones persistentes y MCP en Studio. La hoja de ruta apunta directamente al perfil de desarrollador profesional. No me sorprendería que en seis meses sea opción de primera fila.

Conclusión: ¿pruebas Telex y Studio Code o no?

Si trabajas con WordPress, sí. Sin dudarlo. Las dos son gratis ahora mismo y darte una vuelta por ellas te va a posicionar mejor para los próximos doce meses, en los que la IA aplicada a WordPress va a dejar de ser experimento y va a ser exigencia del cliente.

Mi propuesta:

Telex: cinco minutos un sábado. Pídele tres bloques distintos y mira el código que te devuelve. Sirve como termómetro de hasta dónde llega el «vibe coding» en WordPress.
Studio Code: una tarde entera. Crea un sitio nuevo, deja que la IA construya un tema sencillo, prueba /preview, /need-for-speed y los modelos Opus vs Sonnet. Es la mejor manera de entender hacia dónde va Automattic.

Y si después de probarlas piensas «esto está muy bien pero yo necesito un equipo que sepa cuándo usar cada cosa, cuándo no, y que mantenga el sitio cuando la IA se equivoque», sabes dónde encontrarnos. En Doowebs llevamos años trabajando WordPress a medida, con o sin IA, y ahora con IA de la buena.

¿Tienes un proyecto WordPress en mente y quieres ver cómo integrar estas herramientas en tu flujo? Contacta con nosotros y montamos una reunión sin compromiso.