martes, 27 de octubre de 2026
PortadaAplicacionesNoticia y análisis

Personal Agent Protocol quiere que tu agente se identifique antes de actuar en una tienda

Meta, Sierra, Shopify, Stripe y Walmart diseñan un protocolo con OAuth para separar identidad, permiso y canal cuando compra un agente.

Una persona entrega permisos de lectura y escritura distintos a un agente que conecta con una empresa por tres canales.
Ilustración editorial generada con IA; representa el flujo anunciado del protocolo, no una compra ni una implementación real.

Meta, Sierra, Shopify, Stripe y Walmart están diseñando Personal Agent Protocol, un estándar abierto para que un asistente de IA se identifique y actúe ante una empresa en nombre de una persona. La propuesta intenta sustituir parte de la navegación por pantallas por sesiones reconocibles, con autenticación y permisos explícitos.

Según el anuncio de Sierra del 6 de octubre, una web publicará qué ofrece y cómo puede contactarla un agente. La sesión podrá empezar como invitada y, cuando necesite una cuenta, recurrirá a una página de acceso o a credenciales ya configuradas. OAuth transportará la autorización entre la web, una API basada en MCP u OpenAPI y el agente de la propia empresa.

El protocolo separa identidad, permiso y canal

Es una división útil. Saber que una petición procede de un agente no dice todavía quién lo autorizó ni qué puede modificar. Personal Agent Protocol plantea que el cliente elija acceso de lectura o escritura y que la empresa decida qué acciones ofrece. Así, consultar disponibilidad podría ser anónimo mientras cambiar un pedido exigiría autenticación y permiso de escritura.

La propuesta también da continuidad a la sesión. Una pregunta previa al inicio de sesión y una modificación posterior pueden quedar en el mismo contexto, aunque cambie el canal. Eso evita que un agente repita información sensible en cada interfaz, pero obliga a definir con precisión cuánto dura la sesión y cómo se revoca.

Lo que todavía no está resuelto

El anuncio describe principios y flujo, no una especificación terminada con interoperabilidad demostrada. No publica aún una matriz de amenazas, un calendario de adopción ni reglas uniformes para disputas, devoluciones o pagos. Tampoco garantiza que una empresa trate igual a un comprador humano y a su agente.

SiliconANGLE relaciona la iniciativa con la petición de seis bancos estadounidenses de aclarar transparencia, privacidad, elección e interoperabilidad. La misma cobertura recuerda el conflicto que ya aparece cuando un agente navega como si fuera una persona y el comercio no puede distinguirlo.

Cuatro pruebas antes de permitir una compra

  1. Revocar el permiso durante una sesión y comprobar que ninguna acción posterior se ejecuta.
  2. Mostrar a la persona el objeto exacto, el importe y la política de cancelación antes de confirmar.
  3. Registrar qué agente, usuario, empresa y versión de política autorizó cada cambio.
  4. Impedir que comisiones o acuerdos comerciales se oculten detrás de la recomendación del agente.

Estas pruebas son criterios editoriales derivados del flujo anunciado; no hemos utilizado una implementación. Su valor es convertir «el usuario tiene el control» en condiciones observables. Un botón de acceso no basta si el consentimiento es amplio, permanente o difícil de retirar.

Personal Agent Protocol merece atención porque reúne a proveedores de agentes, comercio y pagos alrededor de una frontera concreta. Su éxito no dependerá solo de que OAuth funcione, sino de que las decisiones con consecuencias económicas puedan explicarse, limitarse y deshacerse.

Nivel de evidencia: documentación y diseño primario, con cobertura independiente. No existe todavía una prueba interoperable publicada del estándar completo.

Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.