El futuro de WordPress pasa por la definición de lo que la inteligencia artificial va a conseguir en WordPress, tanto para desarrolladores como para editores y para el liderazgo del proyecto.
Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.
Transcripción del programa
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 2 al 8 de febrero de 2026.
Esta semana, Matt Mullenweg, cocreador de WordPress, ha publicado un texto editorial titulado Some Provocative AI Thoughts, en el que plantea una reflexión abierta sobre cómo la inteligencia artificial puede redefinir el futuro de WordPress. No se trata de una propuesta técnica ni de una hoja de ruta, sino de una invitación a pensar a largo plazo sobre el impacto de la IA en la forma en que se construye el software, se contribuye al proyecto y se toman decisiones. Matt sugiere que la IA no será solo una herramienta de apoyo, sino un actor que puede cambiar conceptos básicos como la autoría, la contribución y el propio ritmo de evolución del proyecto.
El texto pone sobre la mesa preguntas incómodas pero necesarias, como qué significa contribuir cuando gran parte del trabajo puede estar mediado por IA, cómo se mantiene la confianza y el criterio humano en un entorno cada vez más automatizado, o qué riesgos aparecen si estas capacidades quedan concentradas en pocas manos. Más que ofrecer respuestas, el editorial busca provocar una conversación temprana dentro de la comunidad, con la idea de que ignorar estos debates o afrontarlos demasiado tarde podría condicionar negativamente el futuro de WordPress, mientras que abordarlos ahora permite definir límites, valores y dirección con mayor claridad.
Una nueva documentación llamada AI Guidelines for WordPress establece un marco común para el desarrollo y la integración de funcionalidades de inteligencia artificial dentro del ecosistema WordPress, con el objetivo de garantizar coherencia, seguridad y alineación con los valores del proyecto.
Las directrices dejan claro que la IA en WordPress debe ser opcional, extensible y no intrusiva, evitando comportamientos automáticos inesperados y asegurando que el sitio siga funcionando correctamente aunque no haya ningún proveedor de IA configurado. También se subraya que el núcleo no debe incluir modelos, credenciales ni proveedores por defecto, y que estos deben gestionarse mediante plugins.
El documento define principios clave como transparencia, control del usuario, privacidad y portabilidad, recomendando abstraer proveedores, evitar dependencias rígidas y diseñar APIs que permitan evolucionar sin romper compatibilidad. Se insiste en que las experiencias de usuario basadas en IA deben construirse sobre capas bien definidas como Abilities y el WP AI Client, separando claramente infraestructura de producto.
Los puntos más importantes de las AI Guidelines de WordPress son:
- Que tú eres responsable de lo que envías: la IA ayuda, pero no es un contribuidor. Debes entender cada línea y asegurar que es correcta, segura y apropiada para el proyecto.
- Transparencia: si la IA se usó de forma relevante, hay que indicarlo en el PR o en la contribución.
- Licencia: solo usar herramientas y resultados que puedan licenciarse como GPL 2 o posterior. Si no estás seguro, no lo envíes y pregunta en los canales adecuados.
- Calidad por encima de volumen: evitar contenido inflado o genérico, lo que llaman no AI slop.
Con respecto al uso de IA para código:
- Es aceptable el scaffolding, el boilerplate, los refactors sugeridos, así como comentarios y documentación en borrador, siempre con revisión humana.
- Evitar cambios que no se entienden, patrones o dependencias fuera de los estándares de WordPress, y copias de código de procedencia dudosa o no compatible con GPL.
- Antes de enviar, leer todo y borrar lo que no se pueda explicar, alinear con estándares, añadir o ajustar tests, ejecutar las suites relevantes y dejar constancia de los comandos usados.
En cuanto a tests, documentación, issues y revisiones:
- Tests y QA: se puede usar IA para proponer casos límite y convertir pasos manuales en automatización, pero hay que validar que los tests sean realistas, deterministas y no dependan de servicios externos inestables.
- Documentación y comunicación: revisar nombres de funciones, hooks y opciones, comprobar enlaces, evitar referencias inventadas y verbosidad innecesaria, y garantizar que cualquier material o recurso también sea compatible con GPL.
- Issues y soporte: se puede redactar con IA, pero hay que reproducir los problemas en instalaciones reales y aportar pasos, logs o capturas concretas, no plantillas genéricas.
- Mantenedores: pueden pedir aclaraciones, más tests o explicaciones, y rechazar contribuciones con procedencia poco clara, baja calidad o riesgos de licencia. La IA no puede ser el único revisor.
En general, se apela a aplicar sentido común y a no usar la IA de forma indiscriminada, sino como una herramienta de soporte.
Ha llegado una nueva versión del plugin experimental Gutenberg 22.5 y trae algunas novedades interesantes, como el soporte de CSS personalizado por bloque, con el que ahora se puede aplicar CSS específico a instancias individuales de bloques sin afectar a otros del mismo tipo, con una clase has-custom-css automática para facilitar la gestión de estilos.
También se han incluido controles de proporción en el bloque de Imagen, por lo que al usar alineación wide o full, el editor muestra ajustes de aspect ratio para bloquear proporciones consistentes de la imagen en distintos diseños.
En otra línea, hay mejoras en la Vista de Lista que muestran títulos completos y contenido real en lugar de etiquetas genéricas, lo que facilita navegar y estructurar contenidos complejos.
Además, se incorpora el control de punto focal para fondos fijos del bloque Cover, la columna de texto para el bloque de Párrafo, la opción de submenús siempre abiertos en navegación y el trabajo inicial en revisiones dentro del editor.
El equipo de Core ha propuesto fusionar el WP AI Client dentro de WordPress 7.0 como infraestructura de desarrollo que permite al código de WordPress comunicarse con modelos de IA generativa a través de una API uniforme, integrando transporte HTTP, manejo de credenciales, REST, JavaScript y generación de prompts, y enlazándolo de forma nativa con la Abilities API que ya está en el Core.
El objetivo es centralizar y unificar la base para que plugins y código puedan detectar si hay un modelo configurado, invocar capacidades de IA y, si no hay ninguno, desactivar funciones de IA sin romper nada. No incluye proveedores ni habilita IA por defecto, ni incorpora interfaces de asistente o experiencias de producto en sí mismas.
La propuesta define alcance y límites claros: ofrecer una API PHP y un Prompt Builder adaptados a WordPress, abstracción de proveedor y modelo, integración con el sistema de wp-admin para credenciales, puntos REST y JavaScript para casos de uso en editor y administración, y controles finos de ejecución de prompts, con énfasis en seguridad, privacidad y bajo impacto cuando no se usa. No se pretende empaquetar credenciales, modelos ni interfaces de asistente en el Core; esas experiencias quedarían en manos de plugins como AI Experiments.
El equipo de Core AI lanza una llamada abierta a la comunidad para probar nuevos experimentos de IA dentro del plugin AI Experiments, con el objetivo de recoger feedback temprano antes de tomar decisiones sobre su evolución. El foco está en explorar nuevas experiencias de interfaz y flujos de interacción con asistentes de IA, especialmente en el editor, para entender qué enfoques funcionan mejor, cuáles generan fricción y qué patrones deberían descartarse a tiempo.
Entre los nuevos experimentos que se están probando destacan varias aproximaciones a interfaces de asistentes de IA dentro del editor, centradas en entender cómo y cuándo tiene sentido interactuar con IA mientras se crea contenido.
Se están explorando paneles contextuales que reaccionan a la selección o al estado del contenido, flujos de conversación más guiados para tareas concretas como resumir, reescribir o generar borradores, y patrones de interfaz que separan claramente la sugerencia de IA de la acción final del usuario.
En el Blog de Desarrolladores se ha publicado una entrada titulada From Abilities to AI Agents: Introducing the WordPress MCP Adapter que presenta el WordPress MCP Adapter, una pieza clave de la iniciativa de AI Building Blocks que conecta la Abilities API de WordPress con el estándar abierto Model Context Protocol, MCP, para habilitar la interacción de agentes de IA con sitios WordPress de forma estructurada y segura.
El adaptador soporta transporte HTTP y STDIO, ofrece control granular de permisos y validación, y expone capacidades de WordPress a agentes de IA sin requerir integraciones personalizadas para cada proveedor o modelo. Con esta arquitectura, un agente puede, por ejemplo, listar, crear o modificar contenido en un sitio, siempre respetando permisos y aprobaciones del usuario, y WordPress puede incluso actuar como servidor MCP o cliente MCP para interactuar con otros servicios o flujos de trabajo externos basados en IA.
El programa de formación del equipo de Test, tras un mes de trabajo intensivo, cerró con balance positivo y aprendizajes claros para mejorar el onboarding de contribución. Arrancó con nueve participantes y terminó con seis, que durante el proceso trabajaron en testing, mejoras de documentación, liderazgo de reuniones y feedback continuo en un canal dedicado de Slack. La estructura se fue definiendo sobre la marcha: semana uno con foco en protocolo de testing, semana dos en protocolos de reuniones y recogida de feedback, semana tres en mejoras de documentación y el inicio de un programa de vídeo, y semana cuatro en cerrar dudas y revisar objetivos futuros del equipo.
En resultados, el mayor impacto fue en la cola de tickets con needs testing, que bajó de 487 a 264, casi un 50 %, mostrando que el protocolo ya permite un ritmo alto y consistente. También se recopilaron propuestas de mejora de documentación en el repositorio de GitHub, y se anunció como pieza clave que el Test Contributor Pathway en vídeo está prácticamente terminado, con intención de abrir un beta program para recibir feedback antes del lanzamiento oficial. Se señala que el programa ha sido muy efectivo, pero agotador de organizar, y que para repetirlo será necesario hacerlo más sostenible y repartir mejor la carga entre los nuevos miembros que se vayan incorporando.
Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.
Deja una respuesta