En la última meetup de WordPress Granada tuvimos el lujo de contar con Juanma Garrido, Developer Relations en Automattic, para hablar de algo que a los que trabajamos con WordPress a diario nos toca de cerca: cómo montar y gestionar el entorno de desarrollo local en 2026, ahora que la IA se ha metido de lleno en el día a día.
El rol de Developer Relations, para quien no lo conozca, es básicamente hacer de puente entre un producto técnico y la gente que lo usa. En el caso de Juanma, entre Automattic (la empresa detrás de WordPress.com, WooCommerce, Jetpack, Tumblr o Sensei, entre otros) y quienes desarrollamos sobre WordPress. Su trabajo es que la experiencia de desarrollo sea lo más cómoda posible, y de paso recoger feedback para mejorar el producto. Así que la charla fue también una invitación abierta: si hay un flujo de trabajo que la herramienta no cubre, se lo decimos y él lo traslada.
¿Qué es WordPress Studio?
La idea de fondo es sencilla. Para desarrollar WordPress en local necesitamos varias cosas: un entorno con PHP y base de datos, poder cambiar de versión de PHP o de WordPress rápido para probar, sincronizar con staging o producción, importar sitios desde otras herramientas y, hoy por hoy, que todo eso se lleve bien con los agentes de IA. WordPress Studio quiere ser justo eso, la herramienta que reúne todos esos flujos en un solo sitio.
Es una aplicación de escritorio, gratuita y de código abierto (el repo está en GitHub, en automattic/studio), así que cualquiera puede abrir issues para reportar bugs o pedir mejoras. Por dentro, el motor que la mueve es WordPress Playground, esa tecnología que usa WASM para ejecutar PHP directamente en el navegador y monta la base de datos en SQLite. Gracias a eso puedes levantar un WordPress en segundos sin necesidad de montar un servidor.
Un apunte que salió y que viene muy bien tener a mano: si en cualquier momento necesitas un WordPress para una demo rápida o para cotillear las novedades de una beta (la 7.1, por ejemplo), te vas a playground.wordpress.net y lo tienes al momento, con opción de cambiar la versión de PHP.
La puedes descargar directamente aquí:
Blueprints: tu configuración lista para reutilizar
Uno de los puntos más prácticos para agencias. Un Blueprint no es más que un JSON de configuración donde defines temas, plugins y ajustes de un sitio. Lo montas una vez y lo lanzas las veces que quieras.
Si en tu agencia tienes una selección de plugins con la que trabajas siempre, te haces tu Blueprint y cada proyecto nuevo arranca ya con esa base. Studio incluye una galería de Blueprints y permite hacer un live preview antes de crear el sitio, para ver cómo queda antes de comprometerte con esa configuración.
Studio Code: un agente de IA que ya sabe de WordPress
Aquí estuvo buena parte de la chicha. WordPress Studio trae integrado un agente de IA con nombre en clave Studio Code, y lo interesante es que ya viene especializado en WordPress de fábrica. Con otros agentes (Claude Code, Codex, Open Code) también puedes desarrollar, pero tienes que configurarlos tú con los skills y MCPs adecuados. Con Studio Code eso ya está hecho.
Lo tienes disponible tanto desde la interfaz gráfica como por línea de comandos (studio code), y le puedes pedir cosas en lenguaje natural: que te cree un plugin, un tema, un bloque… Lo que enseñó en directo tiene su gracia: le pides un cambio de diseño y el agente va tomando capturas del sitio y comprobando por sí mismo que el resultado es el que le pediste, corrigiéndose hasta dejarlo bien. Ya no hace falta saberse todos los comandos de memoria, hablas con el agente y él sabe cuál ejecutar.
Detrás de esto hay dos conceptos que conviene conocer:
- Skills: conocimiento encapsulado que le das al agente para que domine algo muy concreto. Existe un repositorio oficial,
WordPress/agent-skills, con skills para desarrollo de plugins, de bloques o de Blueprints. Si se los cargas, el agente anda mucho menos perdido. - MCP: una forma de exponer herramientas para que el agente interactúe con un sitio. Por ejemplo, conectar tu agente con el MCP de WordPress.com para que pueda hablar directamente con producción.
Además, cada sitio que creas viene con los archivos AGENTS.md y CLAUDE.md ya preparados, con contexto sobre el entorno. Así, si abres Claude Code o el agente que uses en esa carpeta, arranca sabiendo dónde está y qué puede hacer.
Anotar la web y lanzar auditorías
La función de Annotate enganchó bastante. Abres tu sitio en el navegador, seleccionas partes de la página, dejas comentarios («aquí una foto real», «cambia el color de acento a azul») y, al darle a Done, esas notas van al agente y las aplica. Juanma señaló un escenario muy real: en una llamada con un cliente, vas anotando en directo lo que te pide y le enseñas los cambios casi al momento.
Por comandos también puedes lanzar auditorías de SEO y de rendimiento sobre cualquier sitio en local, e incluso una revisión de las categorías y etiquetas de tus posts con recomendaciones de mejora.
Depuración de verdad
Nada de ir a ciegas. WordPress Studio te deja activar el debug log, ver los errores en el navegador y, sobre todo, trabajar con Xdebug: pones un breakpoint, la ejecución se para ahí y puedes inspeccionar variables, ver el call stack (muy útil, de paso, para entender cómo funciona WordPress por dentro) y añadir variables a vigilar. También monta PHPMyAdmin para trastear con la base de datos y lanzar queries directamente.
La única pega que comentó: de momento Xdebug solo se activa en un sitio a la vez.
Del local a producción, previews e importaciones
El flujo completo de trabajo estuvo en la demo. Puedes traerte un sitio de producción a local con un pull, hacer tus cambios y devolverlos con un push, eligiendo qué sincronizar (solo la base de datos, solo el contenido o una carpeta concreta como la de un plugin). Este flujo completo funciona con hosting de WordPress.com; si usas otro hosting, la herramienta te sigue sirviendo para todo lo demás y el despliegue lo montas por tu lado (integración continua desde tu repo, por ejemplo).
También puedes generar previews públicas temporales, alojadas en infraestructura de WordPress.com, para pasarle a un cliente o a un compañero un enlace y que vea el trabajo al instante. Y para migrar, importa y exporta sitios desde backups o desde otras herramientas como Local sin demasiado lío.
¿Y qué pasa con la fidelidad respecto a producción?
Salió una duda muy pertinente: un entorno local nunca es idéntico a producción, y ahí pueden aparecer sorpresas al desplegar. Juanma fue honesto con esto. Studio usa ya el runtime nativo de PHP local (lo que acerca bastante el entorno a uno real) y, aunque por defecto va con SQLite, se puede configurar otra base de datos como MariaDB. También permite dominios locales personalizados con HTTPS.
Aun así, si necesitas paridad exacta con producción, la recomendación fue clara: para ese caso, tira de Docker o de wp-env, que levantan los servicios reales (MySQL/MariaDB y compañía). Studio te cubre en torno al 80% de los casos del día a día, y para el resto siempre puedes montar un flujo con staging antes de producción.
Cómo probarlo ahora
Buena noticia para quien quiera cacharrear: al estar en beta, WordPress.com ofrece tokens gratuitos para usar el agente de IA, sin tener que meter tarjeta. Es el momento de probarlo sin coste mientras deciden el modelo de precios. Y viene versión nueva: una interfaz con el agente en primer plano y el sitio a la derecha, para ver los cambios en tiempo real. El plan es lanzarla antes de la próxima WordCamp.
Gracias y próximas citas
Gracias a Juanma por venir a compartir todo esto, y a Los Manuales por cedernos el espacio. Como siempre, os recordamos que estas meetups son reuniones pequeñas y cercanas donde compartimos experiencias, y que el siguiente nivel son las WordCamps: la de Valencia en octubre y, muy cerca de casa, la WordCamp Europe en Málaga. Merece mucho la pena asomarse.
Nos vemos en la próxima.