El Personal Agent Protocol (PAP, apodado "Poppy") es un estándar abierto presentado el 6 de octubre de 2026 por Sierra y Meta para resolver un problema muy concreto: cómo puede tu agente de IA personal identificarse ante una empresa, entrar en tu cuenta y hacer gestiones por ti sin que le des tu contraseña ni acceso ilimitado. El 9 de octubre se publicó un primer borrador de la especificación (Draft 0.1). Te explico qué es, cómo funciona, qué cambia para usuarios y empresas, cómo encaja con MCP y qué riesgos conviene vigilar.
Qué es el Personal Agent Protocol y quién está detrás
Hoy los asistentes de IA que reservan vuelos o piden citas suelen navegar por las webs como lo haría una persona: rellenan formularios, hacen clic y, cuando algo falla, acaban en un chat de soporte. Según el anuncio de Sierra, firmado por Bret Taylor y Clay Bavor, una conexión directa y segura podría completar esas tareas en segundos. El principio del protocolo se resume en una frase: los clientes deciden qué acceso dan a sus agentes personales y las empresas fijan qué pueden hacer esos agentes.
Meta y Sierra lo desarrollan con Genesys, Instinct, NiCE, Rocket, Shopify, Stripe y Walmart como socios de lanzamiento. Con el borrador llegaron 35 socios de diseño más, entre ellos Visa, Mastercard, PayPal, Bank of America, BBVA, United Airlines, Target, Okta y Cloudflare. La especificación y la documentación se publican con licencia Apache 2.0 en personalagentprotocol.org y en GitHub, y cualquiera puede implementarla.
Cómo funciona PAP paso a paso
El borrador define cinco piezas:
- Descubrimiento: la empresa publica un archivo estándar en su web (/.well-known/poppy.json) que indica cómo iniciar sesiones, cómo se identifican los clientes y qué APIs o agente propio ofrece.
- Sesiones: el agente abre una sesión en nombre de su usuario, puede empezar como invitado (por ejemplo, para consultar disponibilidad o políticas de devolución) y se identifica como agente.
- Inicio de sesión: cuando hace falta acceder a la cuenta, el usuario se identifica en la propia página de la empresa mediante OAuth, el mismo sistema que usas al "entrar con Google". El agente recibe un token limitado a lo que el usuario aprobó, nunca la contraseña.
- Una sesión para todos los canales: el mismo token sirve para las APIs, la web y el agente de la empresa, de modo que la gestión no se fragmenta.
- Ejecución: la empresa elige si el agente trabaja a través de su web, de sus APIs (basadas en MCP u OpenAPI) o conversando con su propio agente de atención al cliente.
El usuario decide si el agente tiene acceso de solo lectura (ver una reserva, consultar un saldo) o también de escritura (cambiar un vuelo, cancelar una suscripción). La empresa, por su parte, define el nivel de acceso permitido, que va de "bloqueado" a "acceso completo". Ambas partes indican además si quien habla es una persona o una IA.
Qué cambia para usuarios y empresas
Para los usuarios
- Más rapidez: en lugar de que el agente "imite" a un humano en una web, puede usar una conexión prevista para él.
- Más control: permisos explícitos y revocables, en vez de entregar la contraseña al asistente.
- Menos fricción: un mismo agente podría gestionar el seguro, la aerolínea y la tienda online con un sistema común.
Para las empresas
- Visibilidad: saben cuándo actúa un agente y en nombre de quién, algo que hoy es casi imposible de distinguir del tráfico automatizado.
- Control: deciden qué operaciones se permiten a los agentes.
- Una sola integración: según Sierra, pueden conectarse una vez a través del protocolo en lugar de construir un conector para cada asistente personal.
PAP, MCP y otros protocolos de agentes: en qué se diferencian
PAP no compite con MCP: lo usa. El post del borrador explica que se apoya en OAuth, JSON Web Tokens, HTTPS, OpenAPI y MCP. Si MCP es la forma en que un modelo se conecta a herramientas y datos (lo contamos en nuestro artículo sobre MCP Apps y el futuro de la programación), PAP añade la capa que faltaba: quién es el agente, para quién trabaja y qué puede hacer en una empresa concreta.
Sierra también lo describe como complementario del Universal Commerce Protocol (UCP), centrado en las compras. PAP pretende cubrir cualquier gestión, desde comprar un jersey hasta solicitar una hipoteca. Para entender el contexto general, repasa cómo funcionan los agentes de IA en 2026 y los navegadores agénticos que hoy hacen estas tareas "a mano".
Riesgos, privacidad y lo que aún no está resuelto
Conviene ser prudentes: es un borrador. La propia documentación avisa de que hasta la versión 1.0 una revisión puede romper la compatibilidad con borradores anteriores, y no detalla todavía un modelo de gobernanza ni un calendario. Quedan fuera, de forma deliberada, tres asuntos clave:
- Pagos: se plantea una extensión para que el agente compre sin compartir los datos de la tarjeta, pero aún no existe.
- Notificaciones: cómo avisa la empresa al agente cuando no hay una petición abierta.
- Adjuntos: recibos, etiquetas de envío o formularios.
Los responsables piden expresamente que se busquen debilidades en el inicio de sesión, las sesiones, los tokens, los permisos y el tratamiento de los datos. Desde el punto de vista del usuario, los riesgos son claros: un token con permiso de escritura en manos de un agente que comete errores o que es manipulado (por ejemplo, mediante inyección de instrucciones en una web) puede cancelar, comprar o modificar cosas que no querías. Además, la empresa pasa a saber con más detalle cuándo y cómo usas un asistente. Mi recomendación cuando empiece a aparecer: concede solo lectura por defecto, revisa periódicamente qué agentes tienen acceso y revoca lo que no uses.
Preguntas frecuentes
¿Qué es el Personal Agent Protocol (PAP)?
Es un estándar abierto de Sierra y Meta para que los agentes de IA personales se identifiquen ante empresas, inicien sesión con OAuth y actúen dentro de los permisos que fijan el usuario y la empresa.
¿Ya puedo usar PAP?
Todavía no como usuario final. Existe un borrador 0.1 publicado el 9 de octubre de 2026 y está prevista una implementación de referencia para desarrolladores.
¿PAP sustituye a MCP?
No. PAP se construye sobre MCP, OpenAPI y OAuth, y añade identidad, sesiones y permisos entre agentes personales y empresas.
¿Mi agente podrá pagar por mí con PAP?
Aún no. Los pagos son una extensión prevista, no incluida en el borrador actual.
