En plena era de los agentes de IA en la que la web está cada vez más condicionada por la inteligencia artificial, WordPress lleva tiempo trabajando en una serie de proyectos enfocados en dos grandes objetivos: construir una infraestructura común para que desarrolladores, plugins y otros servicios puedan trabajar con modelos de IA de manera estandarizada, y conseguir que los agentes puedan entender qué es capaz de hacer una web WordPress y actuar sobre ella.
Esta iniciativa (AI Building Blocks for WordPress), está formada principalmente por los proyectos Abilities API, AI Client y MCP Adapter, y constituye un nuevo escenario en el que las interfaces gráficas dejan de ser la única forma de interactuar con WordPress.
En este artículo repaso estos proyectos uno por uno para entender por qué son relevantes en esta nueva era del desarrollo en WordPress:
Abilities API: Qué sabe hacer WordPress
Se trata de una nueva API, disponible desde la versión 6.9 de WordPress, que facilita a los diferentes actores (plugins, temas, agentes, …) la capacidad de entender e interactuar con las funcionalidades disponibles en una web.
Durante muchos años, WordPress ha ofrecido formas de interactuar con dichas funcionalidades mediante funciones PHP, hooks, la REST API, etc. Sin embargo, no había existido nada que actuase como registro común. La Abilities API es justamente eso. A través de ella, y mediante las llamadas abilities, un sistema puede entender de manera estructurada qué cosas puede hacer un WordPress.
La documentación de WordPress para desarrolladores describe una ability como una unidad concreta de funcionalidad registrada con un nombre único siguiendo el patrón namespace/ability-name. Una ability tiene un nombre, una descripción, puede definir los parámetros que acepta y el resultado que devuelve mediante JSON Schema, y puede incluir una función que controle quién tiene permiso para ejecutarla.
Por ejemplo, las abilities podrían ser algo parecido a esto:
- core/read-settings
- core/read-content
- core/read-users
- mi-plugin/generate-report
A priori pueden entenderse como funciones PHP con nombres diferentes, pero existen diferencias. Por ejemplo, las abilities están descritas de manera que otras aplicaciones pueden descubrirlas e interpretarlas. Esto es importante porque, de hecho, la Abilities API no es estrictamente una API para la IA. Una ability puede utilizarse desde PHP, desde interfaces de WordPress, automatizaciones, aplicaciones externas o cualquier otro sistema. Lo relevante para la IA es que esta capa convierte funciones del CMS en operaciones estructuradas y machine-readable. Y este es exactamente el tipo de información que necesita un agente para saber qué herramientas tiene disponibles.
Además, WordPress ofrece endpoints REST para descubrir y ejecutar abilities. Por defecto una ability no está disponible mediante REST, así que hay que habilitarla explícitamente, y su ejecución sigue estando limitada por autenticación y por el permission_callback definido para la ability.
Esto es clave si hablamos de agentes. En este caso, permitir que la IA conozca las capacidades de WordPress no significa que tenga acceso sin restricciones a nuestro CMS.
AI Client: una interfaz común para utilizar modelos de IA
Ya hemos visto que la Abilities API ayuda a los sistemas a descubrir qué puede hacer WordPress. AI Client funciona justo en la dirección contraria. Esta interfaz ha llegado con la versión 7.0, y sirve para que WordPress pueda utilizar modelos de inteligencia artificial.
Resumiéndolo mucho, AI Client proporciona una API PHP agnóstica, para que plugins y desarrolladores puedan enviar prompts a modelos de IA sin tener que construir toda la integración para un proveedor concreto.
Es decir, hasta ahora, cada plugin que quisiera relacionarse con un modelo tenía que resolver autenticación, errores, configuración, compatibilidad, etc. de manera independiente. Con AI Client, en cambio, tenemos una capa intermedia que se ocupa de eso centralizando parte de la infraestructura y normalizando la interacción. Quedaría algo así:
Antes: Plugin 1 -> API de OpenAI | Plugin2 -> API de Anthropic | Etc.
Ahora: Cualquier plugin -> AI Client -> proveedor disponible
Según la documentación oficial, el objetivo es reducir la duplicación de SDKs y sistemas de configuración y proporcionar una infraestructura estable para transporte, credenciales, invocación y controles de acceso.
Algo interesante que se menciona en la documentación es que, en WordPress, esta solución se organiza en una arquitectura de dos capas:
- El AI Client que ya conocemos, un SDK que gestiona la comunicación con proveedores, selección de modelos y normalización de respuestas.
- Un wrapper de WordPress que adapta ese SDK a las convenciones y ecosistema de WordPress.
Además, me parece importante mencionar que WordPress no envía información de nuestra web a OpenAI, Anthropic ni ningún otro proveedor por el simple hecho de incorporar AI Client en su Core. No se integran funcionalidades de IA directamente en el CMS, sino que WordPress ofrece la infraestructura sobre la que se pueden construir dichas integraciones.
De momento, se han desarrollado de manera oficial tres implementaciones para integrar los proveedores más populares, Anthropic, Google y Open AI, pero cualquiera puede desarrollar sus propios plugins para integrar otros proveedores sin problema.
Dos direcciones distintas
Hasta aquí está bastante claro el esquema. Con AI Client WordPress puede utilizar un modelo de IA y con Abilities API puede describir cuáles son sus propias capacidades de manera estructurada.
Por tanto, nos queda saber cómo hacer que un agente de IA externo descubra esas capacidades y pueda utilizarlas como herramientas.
Aquí entra el famoso MCP.
MCP: WordPress habla el idioma de los agentes
Model Context Protocol. Nada que no conozcamos ya. Un protocolo abierto diseñado para estandarizar la forma en que las aplicaciones de IA se conectan con otras herramientas o fuentes de información.
Básicamente, permite que una aplicación descubra qué herramientas ofrece otro sistema y cómo puede utilizarlas.
WordPress está trabajando en un MCP Adapter que conecta este protocolo con la Abilities API para traducir las abilities de WordPress a conceptos que pueda entender un cliente MCP, y las expone como herramientas o prompts disponibles para los agentes.
Con esto, ahora ya tenemos una imagen mucho más completa:
WordPress registra sus capacidades con Abilities API, el MCP Adapter las expone utilizando un protocolo que los agentes pueden entender, y el agente descubre esas habilidades (herramientas) y decide cuáles utilizar para resolver una tarea concreta.
Por tanto, con este flujo WordPress puede convertirse en un sistema operable por agentes de IA.
El nuevo paradigma de WordPress
La clave es entender que Abilities API, AI Client y MCP no son simplemente tres nuevas funcionalidades de WordPress, sino que conforman una nueva estructura a través de la cual la IA puede interactuar con el CMS.
AI Client permite que WordPRess utilice modelos de IA, Abilities API permite describir de manera estructurada qué sabe hacer, y MCP permite que los agentes descubran esas capacidades y las utilicen como herramientas. Este es el esquema con el que tenemos que quedarnos.
WordPress ha estado, durante muchos años, diseñado para que puedan trabajar en él dos tipos de actores, los usuarios normales, que editaban el CMS desde el administrador, y los desarrolladores, que editaban el código o trabajaban mediante APIs. Ahora se le abren las puertas a un tercer actor, los agentes de IA. Estaremos atentos a cómo sigue evolucionando la web.
