Autorización de MCP
La autenticación identifica al cliente y al actor. La autorización se evalúa de nuevo para cada recurso, prompt y llamada a una herramienta.
Cuatro comprobaciones para una escritura
- Ámbito de OAuth: el token debe incluir todos los ámbitos declarados por la herramienta.
- Capacidad de WordPress: el usuario asignado debe tener permiso para actuar sobre el objeto o el área del producto concreta.
- Puerta de escritura: el administrador debe haber abierto la puerta correspondiente de contenido, opción, POM Theme o WooCommerce.
- Esquema y lista de permitidos: los argumentos obligatorios, las restricciones de valores, los tipos de contenido, las claves meta, las opciones y los ajustes deben ser aceptados.
Las familias de ámbitos habituales son:
| Área | Lectura | Escritura |
|---|---|---|
| Base de MCP | mcp:read |
mcp:write |
| Contenido de WordPress | wp:content:read |
wp:content:write |
| POM Theme | pom_theme:read |
pom_theme:write |
| Catálogo de WooCommerce | woocommerce:catalog:read |
woocommerce:catalog:write |
Las herramientas también exigen capacidades como edit_posts, upload_files, moderate_comments, manage_categories, edit_theme_options, manage_options o el acceso de gestión de WooCommerce.
Superar una capa nunca evita otra. Un administrador sin el ámbito de escritura de OAuth es rechazado; un token amplio asignado a un usuario con pocos privilegios también es rechazado. La ejecución en seco usa los mismos controles.
Aprobación humana
Aplicar una escritura también requiere aprobación humana. Una revisión exacta autoriza únicamente sus entradas indicadas, una vez por operación. Las revisiones de red se abren en el sitio principal para el superadministrador que autorizó la conexión.
Para la edición continua en red, enruta pom_site_request_work_session mediante pom_network_execute_site con el site_id del destino, un título, los grupos de escritura solicitados y una duración de 1, 4 u 8 horas. El usuario que ha iniciado sesión debe aprobar explícitamente la sesión en el sitio principal. Las escrituras permitidas posteriores suministran work_session_id y un nuevo UUID operation_id en lugar de approval_id. Mantén al día cualquier expected_revision obligatorio. Las cuatro comprobaciones de autorización anteriores siguen aplicándose en cada ejecución.
Una sesión está restringida a su destino, conexión, usuario y herramientas aprobadas, con un máximo de 500 operaciones. No autoriza herramientas de borrado ni planes compuestos. La revocación, la caducidad o un cambio en la política de red detiene las operaciones posteriores; una operación incierta pausa la sesión. Inspecciona pom_site_get_work_session y el resultado de la tarea antes de continuar. Consulta confirm writes para ver el flujo de trabajo completo.
En las conexiones de sitios independientes, el borrado de POM Cache sigue su capacidad de integración y no usa una puerta de escritura general. La delegación de red también requiere el grupo cache_writes.
Guías relacionadas: capability map, write denied y security.