cómo exponer las capacidades de WordPress a los agentes MCP de forma segura

Por qué los agentes de IA necesitan una capa de capacidades de WordPress gobernada

Los asistentes de IA están comenzando a operar sitios de WordPress a través de protocolos de llamada de herramientas como MCP. Sin una capa de capacidades gobernadas, los equipos pegan las contraseñas de las aplicaciones en las herramientas de chat y permiten que las llamadas REST sin restricciones editen publicaciones, cambien menús o toquen pedidos de WooCommerce. Ese atajo funciona en una demostración y no pasa una revisión de seguridad: no hay un inventario de lo que el agente puede hacer, ni un esquema de entrada estructurado, ni una verificación de capacidad consistente, ni un seguimiento de auditoría más allá de los registros del servidor web. La dirección API de habilidades de WordPress (y registros de habilidades similares) existe para declarar acciones con nombre con entradas escritas, devoluciones de llamadas de permisos y metadatos reconocibles. Junto con un servidor MCP que expone solo esas capacidades como herramientas, un agente puede redactar una descripción de producto, poner en cola una purga de caché, abrir un borrador de respuesta de soporte o recuperar el estado de un pedido sin tener que mantener una puerta SQL sin formato. El problema empresarial es operativo: marketing quiere velocidad, TI quiere mínimos privilegios y cumplimiento quiere saber qué modelo invocó qué capacidad en nombre de qué usuario. El caos aparece cuando cada complemento inventa su propio punto final de bot. Un agente actualiza las existencias mientras que otro vuelve a publicar un borrador antiguo. Las políticas de idempotencia y confirmación difieren. Un catálogo gobernado con listas permitidas específicas del entorno es la forma de obtener velocidad del agente sin darle el modelo wp_admin. Las agencias que mantienen muchas instalaciones de clientes de WordPress bajo NDA enfrentan un problema de combinación: cada sitio tiene complementos diferentes, pero los agentes esperan un vocabulario de herramientas familiar. Un esquema de nomenclatura de capacidad compartida (content.draft_post, woo.get_order, cache.purge) con indicadores de habilitación específicos del sitio le permite reutilizar clientes MCP sin copiar las credenciales en cada hilo de chat. Sin eso, el personal pega secretos en las indicaciones y esos secretos llegan a registros modelo fuera de su política de retención. Las industrias reguladas añaden otra limitación. Si un agente resume los pedidos de los clientes, la salida de capacidad puede incluir datos personales que no deben salir de la región de la UE de su puente. Capacidades de diseño para devolver vistas redactadas de forma predeterminada y vistas completas solo para roles que ya ven PII en wp-admin.

cuando un agente MCP debería llamar a una capacidad de WordPress

Invocar habilidades cuando un cliente MCP autenticado emite una llamada de herramienta que se asigna a un nombre de habilidad registrado, después de que el humano o el orquestador ascendente haya seleccionado un contexto y una función del sitio. También permita trabajos de agentes programados (por ejemplo, borradores nocturnos de enlaces rotos) que se ejecuten bajo una cuenta de servicio con una lista de permitidos más estricta. Nunca expongas habilidades de forma anónima en la Internet pública. Para habilidades destructivas, solicite un resultado de herramienta de confirmación explícita o un segundo webhook aprobado por humanos antes de la ejecución. Los trabajos de los agentes por lotes deben ejecutarse en ventanas de mantenimiento cuando reescriben contenido a escala. Las sesiones de agente interactivo desde un IDE pueden activar capacidades de lectura en cualquier momento; Las habilidades de mutación deben verificar la implementación de congelaciones y bloqueos de contenido de la misma manera que lo hacen los humanos.

cómo registrar capacidades, autenticar agentes y registrar llamadas a herramientas

1. Haga un inventario de las acciones que los humanos quieren que realicen los agentes y divídalas en clases de lectura, borrador y mutación con requisitos de capacidad separados.
2. Registre cada acción como una habilidad con definiciones de entrada similares a esquemas JSON, devoluciones de llamadas de permisos vinculadas a las capacidades de WordPress y un nombre con espacio de nombres estable.
3. Publique un servidor MCP que enumere esas habilidades como herramientas, traduciendo los argumentos de MCP en entradas de habilidades y devolviendo resultados estructurados sobre los que el modelo pueda razonar.
4. Autenticar con tokens de corta duración o contraseñas de aplicaciones según la identidad del agente; asigne el agente a un usuario de WordPress con privilegios mínimos o a un director sintético.
5. Registre cada invocación con el nombre de la capacidad, el actor, el hash de las entradas, el estado del resultado y el ID de correlación; resultados de muestra para revisión en llamadas de clase mutada.
6. Agregue confirmación humana en el circuito para las habilidades de mutación por encima de un umbral de riesgo (cambios de precio, eliminación de usuarios, ediciones de la configuración de pago) antes de que se ejecute la habilidad.
7. Incluya un modo de prueba que evalúe la autenticación, el esquema y los permisos sin efectos secundarios para que la seguridad pueda ensayar los manuales de los agentes antes de habilitar las herramientas de mutación.

flujo de datos desde el cliente MCP a través de la API de Habilidades hacia WordPress

El cliente MCP (IDE, agente de escritorio u orquestador) comunica MCP con un servicio puente. Ese puente contiene las credenciales del sitio y reenvía llamadas de herramientas a WordPress a través de HTTPS a un ejecutor de API de Habilidades o un contenedor REST delgado a su alrededor. WordPress valida la autenticación, ejecuta la devolución de llamada de permiso, ejecuta la capacidad y devuelve JSON. Los efectos secundarios permanecen dentro de las API normales de WordPress (publicaciones, opciones, WooCommerce CRUD), por lo que los ganchos y los complementos de auditoría aún se activan. Prefiera alojar el puente MCP en su VPC o en un trabajador bloqueado en lugar de un relé multiinquilino compartido. n8n puede organizar flujos de trabajo de agentes de varios pasos que llaman a herramientas MCP, pero la verificación de permisos de capacidad debe permanecer en WordPress, no solo en n8n. Prefiera devolver referencias (ID de publicación, URL de administrador) a blobs HTML grandes para que el contexto del modelo permanezca pequeño y los registros sigan siendo revisables. Cuando una habilidad redacta contenido, escríbalo como pendiente o de revisión, no lo publique, a menos que se ejecute una habilidad de publicación confirmada después. Vincule la observabilidad con los canales de estilo de alertas de errores de sincronización existentes, de modo que las llamadas de capacidad denegadas y fallidas sean visibles para los operadores, no solo para la persona que conversa con el agente. Los datos personales deben alinearse con el encargo de tratamiento y criterios de la AEPD.

que contiene acciones de agentes fugitivos y llamadas de habilidad fallidas

En caso de error en el permiso, devuelve una denegación legible por máquina que el modelo puede explicar al usuario sin volver a intentarlo a ciegas. En caso de errores de validación, devuelve mensajes a nivel de campo. Límite de velocidad por identidad de agente para detener bucles que recrean publicaciones. Rompe el circuito de una habilidad si las tasas de error aumentan después de una implementación. Si una habilidad de mutación tiene éxito localmente pero un paso de notificación posterior falla, no retroceda silenciosamente; emitir una tarea compensatoria. Los interruptores de apagado deben desactivar la ruta MCP rápidamente sin desactivar todo el sitio. Detectar patrones de inyección rápida que intentan indicar nombres de habilidades peligrosas a través de campos de contenido; Las habilidades deben ignorar las instrucciones incluidas en el contenido de la publicación al decidir los permisos. Si el modelo inventa parámetros fuera del esquema, falla cerrado. Mantenga un modo de ensayo en sombra que ejecute comprobaciones de permisos y validaciones sin efectos secundarios para los ensayos.

dónde los agentes de IA ayudan versus dónde los humanos deben confirmar

Los agentes de IA destacan en la redacción de contenido, el resumen de notas de pedidos, la propuesta de mapas de redireccionamiento, la clasificación del correo de soporte y la recopilación de informes a partir de capacidades de solo lectura. Son débiles en ediciones de precios, cambios de capacidad y configuración de pago sin supervisión. Utilice modelos para elegir qué capacidad de lectura llamar y preparar cargas útiles para capacidades de mutación, luego solicite una herramienta de confirmación humana para cualquier cosa que cambie el dinero, el acceso o las páginas legales. Mantenga las indicaciones y descripciones de herramientas aburridas y explícitas para que el modelo no invente nombres de habilidades que no existen. Codifique descripciones de herramientas con verbos explícitos y efectos secundarios prohibidos ("no publica", "no cambia los precios"). Los modelos inventan atajos seguros cuando las descripciones son vagas. Prefiera muchas capacidades pequeñas a una megaherramienta que acepte una cadena de acción arbitraria similar a PHP.

cuando la automatización de habilidades de MCP es prematura

Si nadie en el equipo usa clientes MCP todavía y las operaciones están bien con wp-admin, no cree una superficie de agente paralela. Omita también cuando el personal no pueda revisar los registros de auditoría; un puente de agentes no gobernado es peor que ningún puente. Comience con habilidades de solo lectura y una habilidad de borrador antes de cualquier herramienta de mutación. Las demostraciones experimentales de fin de semana en sitios de preparación desechables no necesitan puentes MCP de producción. Mantenga experimentos sobre las credenciales de puesta en escena y promueva solo después de una revisión del catálogo de habilidades.

KPI para las operaciones del agente de habilidades de WordPress MCP

• Proporción de llamadas de herramientas de agentes atendidas por capacidades registradas versus REST ad-hoc
• Llamadas de clase mutante con confirmación humana grabada
• Invocaciones de habilidad denegadas por semana (permiso o validación)
• Tiempo medio para desactivar las herramientas de mutación de MCP mediante el interruptor de apagado en el ensayo