WordPress quiere dejar de ser solo un CMS que publica contenidos para empezar a comportarse también como una plataforma capaz de exponer funciones a agentes de Inteligencia Artificial. Esa es la idea de fondo del proyecto mcp-adapter, un paquete oficial del ecosistema WordPress que conecta la Abilities API con el Model Context Protocol, o MCP, para que clientes compatibles puedan descubrir e invocar capacidades del core, plugins y temas de forma programática. No es una simple integración experimental: forma parte de la iniciativa AI Building Blocks for WordPress, el conjunto de piezas con el que la comunidad quiere preparar WordPress para una web cada vez más automatizada.
Lo interesante del anuncio no está tanto en el nombre del repositorio como en lo que representa. MCP se ha convertido en uno de los estándares abiertos más visibles para conectar aplicaciones de IA con herramientas, datos y flujos de trabajo externos. WordPress, por su parte, lleva meses construyendo una capa interna llamada Abilities API para declarar funciones de una forma legible tanto para humanos como para máquinas. El adaptador MCP actúa justamente como puente entre ambos mundos: traduce esas “abilities” en herramientas, recursos y prompts que un agente puede consumir.
La maniobra encaja además con un cambio más amplio dentro del propio proyecto WordPress. La versión 6.9 introdujo la nueva Abilities API como un sistema estandarizado y legible por máquinas que abre la puerta a flujos automatizados y experiencias potenciadas por IA. En paralelo, el equipo de WordPress AI ha explicado que el servidor de esa API está ya en el núcleo del producto, mientras que otras piezas más experimentales siguen evolucionando vía plugins y paquetes externos. Eso sitúa a mcp-adapter en un lugar estratégico: no como una función vistosa para el usuario final, sino como infraestructura para la siguiente generación de integraciones.
Según la documentación oficial del repositorio, el paquete convierte automáticamente las abilities de WordPress en componentes MCP de tres tipos: tools, resources y prompts. En términos prácticos, eso significa que una capacidad registrada dentro de WordPress puede exponerse como una herramienta ejecutable, como un recurso de contexto o como una plantilla de interacción para agentes. El adaptador también incorpora transporte HTTP y STDIO, validación, observabilidad, control de permisos y soporte para múltiples servidores MCP con configuraciones distintas.
Ese diseño tiene una lectura técnica importante. En lugar de obligar a cada desarrollador de plugins a construir su propio servidor MCP desde cero, WordPress propone una capa común. Si una función ya está registrada mediante la Abilities API, el adaptador puede ponerla a disposición de asistentes y agentes compatibles de una manera más ordenada. Esto reduce fricción, evita duplicar trabajo y, sobre todo, acerca WordPress a un modelo en el que sus funciones no solo se usan desde el panel de administración o desde peticiones REST tradicionales, sino también desde sistemas externos orquestados por IA.
La documentación también deja claro que no todo se expone sin control. La Abilities API incluye un sistema de permisos y callbacks de ejecución, y el propio adaptador añade validación y controles configurables por transporte. Ese matiz es relevante porque, en cuanto una plataforma empieza a abrir funciones a agentes automatizados, la seguridad deja de ser un detalle y pasa a ser el núcleo del diseño. WordPress no está planteando un acceso indiscriminado a cualquier capacidad del sitio, sino una capa programable gobernada por permisos y por registro explícito de abilities.
La importancia del proyecto se entiende mejor dentro del mapa de AI Building Blocks for WordPress. El equipo oficial de WordPress AI presentó en julio de 2025 una arquitectura compuesta por varios bloques: cliente de IA, Abilities API, MCP Adapter y un plugin de experimentos que actúa como escaparate de todo el conjunto. En esa visión, el adaptador MCP no es un accesorio, sino el puente que permite que WordPress dialogue con asistentes externos como Claude o ChatGPT usando un estándar común en lugar de integraciones ad hoc.
De hecho, el plugin oficial AI Experiments ya se apoya en estas piezas para ofrecer funciones experimentales dentro del entorno WordPress. La ficha del plugin en WordPress.org explica que combina el AI Client SDK, la Abilities API y el MCP Adapter en una experiencia unificada pensada tanto para creadores como para desarrolladores. Eso refuerza la idea de que el proyecto no se queda en una prueba teórica de laboratorio: WordPress lo está utilizando también como referencia práctica para mostrar cómo podrían construirse herramientas reales encima de esta infraestructura.
También hay señales de madurez que van más allá del simple repositorio en GitHub. La página de releases del proyecto recoge una versión inicial estable presentada en diciembre de 2025 y la describe como preparada para uso en producción. A eso se suma la recomendación de usar Jetpack Autoloader cuando distintos plugins dependan del adaptador, una medida orientada a evitar conflictos de versiones en entornos WordPress complejos. No es una garantía de adopción masiva, pero sí indica que el proyecto ya se plantea como una base compartida para terceros.
Para los desarrolladores, el atractivo principal es claro: WordPress empieza a ofrecer una vía nativa y estandarizada para que plugins, temas y funciones del core puedan ser descubiertos e invocados por agentes. En vez de construir conectores específicos para cada modelo o cada herramienta de IA, el enfoque de MCP permite desacoplar la lógica de WordPress del cliente que la consume. En teoría, eso facilita integrar un mismo sitio con distintos asistentes, entornos de desarrollo o automatizaciones futuras.
Pero también conviene rebajar el entusiasmo. Que exista un adaptador oficial no significa que cualquier instalación de WordPress vaya a convertirse automáticamente en un servidor MCP útil. Para que el sistema tenga valor real, los desarrolladores deben registrar abilities bien definidas, con esquemas claros, permisos correctos y callbacks fiables. Además, el ecosistema debe decidir qué funciones merece la pena exponer a agentes y en qué contextos. La infraestructura ya existe, pero la utilidad dependerá de la calidad de las capacidades que se publiquen encima.
En ese sentido, el movimiento de WordPress resulta más importante por su dirección estratégica que por una lista inmediata de funciones espectaculares. Mientras otras plataformas siguen añadiendo IA como una capa superficial de generación de texto o asistencia puntual, WordPress está intentando construir una base más profunda: una arquitectura en la que el software pueda describir sus capacidades, gobernarlas mediante permisos y ponerlas a disposición de agentes externos mediante estándares abiertos. Si esa visión cuaja, la gran novedad no será que WordPress “tenga IA”, sino que empiece a funcionar como una plataforma operable por agentes.
Es un paquete oficial del ecosistema WordPress que conecta la Abilities API con el Model Context Protocol para exponer capacidades de WordPress como tools, resources y prompts que pueden usar agentes de IA y otros clientes compatibles.
WordPress 6.9 introdujo la Abilities API como una nueva base legible por máquinas para funciones y permisos. El MCP Adapter se apoya en esa capa para publicar esas abilities a través de MCP.
La iniciativa AI Building Blocks de WordPress explica precisamente que el adaptador permite conectar WordPress con asistentes de IA compatibles con MCP. Aun así, su utilidad práctica depende de qué abilities estén registradas y de cómo se configuren permisos, transporte y servidor.
No de forma automática en todos los casos. El modelo depende de que las funciones se registren mediante la Abilities API y de que después se expongan correctamente a través del adaptador. La infraestructura existe, pero cada plugin o integración debe definir bien qué puede hacer y con qué permisos.
