El 6 de octubre, Sierra y Meta publicaron el Personal Agent Protocol (PAP): un estándar abierto para que los agentes personales de IA —el que compra por ti, el que cancela tu vuelo, el que negocia una devolución— dejen de simular que son humanos haciendo clic en botones y se conecten directo a los sistemas de una empresa. Walmart, Shopify, Stripe, Genesys y Rocket Companies ya firmaron como socios de lanzamiento. Importa hoy porque no se quedó en comunicado de prensa: 48 horas después, Decagon ya publicó código abierto de un protocolo rival (PACT) y Sierra lanzó una herramienta que detecta si quien te está llamando es, en realidad, un agente de IA. La carrera por decidir cómo va a comprar tu cliente el año que viene ya empezó, y casi ninguna agencia en LATAM la está viendo todavía.
Qué resuelve el Personal Agent Protocol
Hoy, cuando un agente personal —el asistente de tu cliente, no el tuyo— intenta hacer algo en un sitio que no construiste pensando en IA, hace lo mismo que haría una persona: navega el sitio, llena formularios, y cuando algo falla, cae a soporte telefónico o chat en vivo. Es lento y muchas veces no termina la tarea. El PAP propone una conexión directa que resuelve eso en segundos, con tres reglas de diseño:
- El consumidor decide qué acceso le da a su agente —puede empezar como invitado (consultar disponibilidad, política de devoluciones) o iniciar sesión para tareas de cuenta, eligiendo acceso de solo lectura o también de escritura.
- La empresa decide qué puede tocar un agente dentro de su propio sistema, con sesiones basadas en OAuth que persisten entre canales durante una misma visita.
- Hay tres "puertas" de entrada: el sitio web de la empresa, sus APIs (construidas sobre MCP y OpenAPI), o el propio agente conversacional de la empresa para tareas como un reclamo de garantía.
La especificación v0.1 completa todavía no es pública —Sierra prometió publicarla "más adelante este mes"— pero el objetivo final sí quedó claro: permisos más granulares por acción, notificaciones push (un vuelo que se retrasa, un pedido que se envía) y, eventualmente, pagos sin que el agente tenga que ver el número de tu tarjeta.
El dato que casi nadie está cubriendo
Mientras Sierra anunciaba el PAP sin especificación pública, Decagon publicó el mismo día un protocolo competidor, PACT, con licencia Apache-2.0 y código real: esquemas en TypeScript, un proveedor de referencia, un agente de demostración y pruebas de conformidad que cualquiera puede correr hoy mismo. PACT usa tarjetas de agente de A2A para el descubrimiento, permisos específicos como orders:read o orders:cancel, y JWTs de corta duración para firmar cada solicitud. Dicho de otra forma: mientras un lado lanzó la promesa de un estándar, el otro lanzó el estándar funcionando. Esa diferencia va a decidir cuál adopta la industria primero, no el nombre de las empresas que lo respaldan.
Quién está adentro —y quién se quedó afuera a propósito
La lista de socios de lanzamiento del PAP dice tanto por lo que incluye como por lo que omite:
- Adentro: Meta, Walmart, Shopify, Stripe, Genesys, Rocket Companies e Instinct. Stripe ya se declaró "miembro fundador" por boca de Jeff Weinstein, su responsable de pagos.
- Afuera de cualquier comunicado de lanzamiento: OpenAI, Anthropic, Amazon, Google, Salesforce y Zendesk —los nombres que, en teoría, más agentes personales van a construir o distribuir en los próximos dos años.
- El detalle que más revela la tensión real: según reportes de septiembre, Amazon ya bloqueó a Muse, el agente de Meta, de su propio sitio de retail. No es casualidad que Meta esté empujando un protocolo "abierto" al mismo tiempo que su agente se queda fuera del sitio de e-commerce más grande de Estados Unidos. Esto no es colaboración pura: es también una jugada de poder sobre quién controla la puerta de entrada al comercio asistido por IA.
Analistas como Larry Dignan, de Constellation Research, lo comparan directamente con el momento en que nació MCP: una especificación muy temprana e incompleta que, aun así, podría adoptarse rápido simplemente porque los jugadores correctos ya están sentados en la mesa.
Las preguntas que el protocolo todavía no responde
Ni Sierra ni Meta tienen respuesta pública para lo siguiente, y son justo las que un cliente te va a hacer primero:
- ¿Quién responde cuando un agente se equivoca? Si un agente cancela el pedido equivocado o acepta condiciones que el cliente no quería, no hay un mecanismo de disputa definido todavía.
- ¿El OAuth autentica al agente o a la persona? Críticos como Mike Moore señalaron en redes que OAuth identifica al consumidor, no al proceso del agente —y un token copiado sigue funcionando hasta que expira, sea quien sea quien lo use.
- Sierra misma admite que esto no se va a cumplir solo. Por eso lanzó, el 8 de octubre, fleming-1: una herramienta que analiza en tiempo real la voz de quien llama para detectar si es generada por IA, afinada para ser "conservadora por default". Si el protocolo funcionara de verdad, no necesitarías un detector de agentes haciéndose pasar por humanos al día siguiente del anuncio.
Lo que esto significa para agencias, developers y marcas en LATAM
Nada de esto es todavía un estándar que tengas que implementar esta semana —pero sí es la primera señal seria de hacia dónde va el tráfico de tus clientes, y hay trabajo concreto que puedes empezar ya:
- Audita qué tan "legible" es el sitio de tu cliente para un agente, no solo para Google. Políticas de devolución, disponibilidad y precios dispersos en PDFs o copy ambiguo son exactamente el tipo de fricción que un agente va a fallar en resolver —y que hoy termina como una llamada perdida a soporte.
- Separa, desde ya, tráfico de agente y tráfico humano en tus reportes. Si tu analítica todavía asume que cada sesión es una persona, estás a unos meses de reportarle a tu cliente números que no significan lo que él cree que significan.
- No construyas todavía contra PAP si no hay spec pública —pero sí vale la pena probar PACT, porque es el único de los dos que tiene código real que corre hoy. Apostarle a una promesa de estándar antes de que exista la especificación es el mismo error que ya vimos con otros protocolos de agentes este año.
- Prepara a tus clientes de e-commerce para la pregunta de control de acceso. Van a tener que decidir, pronto, qué puede hacer un agente externo dentro de su cuenta sin supervisión humana —y esa conversación de gobernanza es exactamente el tipo de trabajo de estrategia que una agencia debería estar cotizando por separado, no regalando dentro de un proyecto de diseño o de ads.
La lección de fondo es la misma que hemos visto con MCP y A2A: cuando media docena de jugadores grandes se sientan a definir cómo va a funcionar algo, el estándar técnico tarda meses en estabilizarse, pero las decisiones de poder —quién queda adentro, quién queda afuera, quién controla la puerta— ya se tomaron el primer día del anuncio.
En Geek Vibes ya estamos revisando con clientes de e-commerce y retail qué tan preparados están sus sitios y sus APIs para una ola de tráfico que no es humana, y ayudándolos a decidir qué tanto acceso le dan a un agente que todavía nadie termina de auditar. Si quieres que hagamos ese diagnóstico con tu marca o la de tu cliente, escríbenos a comercial@geekvibes.agency.
