Qué hace el servidor POM AI MCP

El Protocolo de Contexto de Modelo es una forma estándar de que un cliente de IA descubra y use las herramientas que ofrece un servidor. POM AI MCP es ese servidor para un sitio de WordPress.

Su estructura

Un cliente MCP —un asistente de IA compatible con MCP— se conecta al endpoint MCP de tu sitio y pregunta qué puede hacer. Tu sitio responde con una lista de herramientas, cada una con un nombre, una descripción y un esquema de entrada. Después, el cliente puede llamar a una herramienta con argumentos, y tu sitio la ejecuta y devuelve el resultado.

Todo ocurre en tu propio sitio. No hay ningún servicio de POM AI en medio: las herramientas leen y escriben directamente en tu base de datos de WordPress y no se consumen créditos.

Qué expone

Cinco grupos de herramientas, cada uno presente solo cuando el producto subyacente lo está:

En conjunto son más de cien herramientas, aproximadamente la mitad de ellas de solo lectura. El inventario completo está en los capítulos 11 a 21.

Además de las herramientas, el servidor también publica recursos que el cliente puede leer y prompts —instrucciones listas para usar que codifican el orden correcto de las operaciones para tareas habituales—. Consulta Recursos de MCP y Recetas de prompts.

Cómo es una sesión

1. El cliente descubre el servidor y se autentica.
2. Llama a initialize y conoce la versión del protocolo y el nombre del servidor.
3. Llama a tools/list y recibe las herramientas que tiene permitido ver.
4. Llama a tools/call con el nombre de una herramienta y sus argumentos.
5. Tu sitio comprueba la solicitud y, o bien la ejecuta, o bien la rechaza.

Los métodos JSON-RPC admitidos son initialize, tools/list, tools/call, resources/list, resources/read, prompts/list y prompts/get.

Qué lo hace «controlado»

Cuatro compuertas independientes deciden si una llamada tiene éxito:

1. Los ámbitos de OAuth del token.
2. Las capacidades de WordPress del usuario en cuyo nombre actúa la llamada.
3. La compuerta de escritura de ese grupo de herramientas, que está desactivada por defecto.
4. El esquema de entrada de la herramienta, que rechaza los argumentos mal formados.

Las cuatro deben permitir una operación. Un cliente que tenga un token amplio tampoco puede escribir si la compuerta de escritura está cerrada, y no puede superar lo que su usuario de WordPress podría hacer manualmente.

Esta es la idea más importante del capítulo: aparecer en tools/list no es permiso para ejecutar.

Ámbito de sitio, no de red

El servidor pertenece a un solo sitio. En multisitio, cada sitio tiene su propio endpoint, su propia clave API, sus propios clientes y tokens de OAuth, y sus propios ajustes. Un token emitido para un sitio está vinculado a ese sitio y no funciona en otro.

En nombre de quién actúa

Toda operación se ejecuta como un usuario de WordPress:

• con OAuth, el usuario que aprobó la autorización;
• con una clave API, el usuario de servicio configurado en los ajustes, si lo hay.

Las capacidades de ese usuario son un techo rígido. Un asistente conectado como editor no puede hacer cosas de administrador, independientemente de los ámbitos.

Para qué sirve esto

• Ediciones masivas que serían tediosas a mano: reetiquetar, reestructurar, corregir metadatos en muchos elementos.
• Construir páginas y plantillas mediante las herramientas de autoría, con validación antes de guardar.
• Responder preguntas sobre el propio estado del sitio.
• Mantenimiento repetible que se beneficia del criterio en lugar de un script.

Qué no es

• No es un servicio de generación de IA. Aquí nada llama a un modelo ni gasta créditos; el cliente es la IA.
• No es una API pública. Toda llamada se autentica, y el servidor no está diseñado para llamadores no confiables.
• No sustituye a una copia de seguridad ni a un entorno de pruebas. Las escrituras aprobadas provocan cambios reales.

Continúa con Requisitos de MCP, o lee Modelo de seguridad de MCP si quieres ver los controles antes del proceso de instalación.