Meta, Walmart, Shopify y Stripe lanzaron el protocolo para que la IA compre en tu tienda — y Amazon ya le cerró la puerta a uno de ellos

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.