Protocolos do commerce agêntico: UCP, ACP, AP2 e MCP

Quatro protocolos passaram a dividir a pilha do commerce agêntico, e a confusão de tratá-los como concorrentes custa decisões erradas de arquitetura. O UCP, anunciado pelo Google em janeiro de 2026, cuida da jornada de compra inteira. O ACP, lançado pela OpenAI com a Stripe em setembro de 2025, cuida do checkout dentro do assistente. O AP2 cuida do pagamento por máquina. O MCP, criado pela Anthropic, conecta o modelo aos dados e às ferramentas. Eles não disputam o mesmo espaço: encaixam em camadas distintas. E a tarefa de quem vende não é escolher um vencedor, é expor catálogo, preço, estoque, política e checkout por trilhos abertos e interoperáveis, para ser comprável por máquina antes que o concorrente seja.

Vale começar pela história que mais ensina, porque ela força nuance. Em setembro de 2025 a OpenAI e a Stripe lançaram o ACP, e o primeiro caso de uso foi o Instant Checkout no ChatGPT: o usuário comprava produtos de Etsy e Shopify sem sair da conversa. Era a vitrine perfeita da compra agêntica. Em 2026 a OpenAI passou a se afastar da experiência standalone de Instant Checkout e a priorizar descoberta de produtos com checkout em sites ou aplicativos dos merchants. Quem leu isso como derrota do commerce agêntico leu errado. O que mudou foi o produto de superfície. O ACP, o protocolo de checkout por baixo, continua. A interface era descartável; o trilho não.

O que cada protocolo realmente faz?

Resposta direta: cada um resolve uma pergunta diferente da transação. Onde está o produto, como fechar o pedido, como pagar e como o modelo enxerga tudo isso.

O UCP, Universal Commerce Protocol, é o mais abrangente. O Google o anunciou em janeiro de 2026 co-desenvolvido com Shopify, Etsy, Wayfair, Target e Walmart, um conjunto de varejistas que por si só sinaliza a aposta. É protocolo aberto para toda a jornada de compra, com carrinho para agentes, acesso a catálogo e identity linking, e nasceu compatível com Agent2Agent (A2A), AP2 e MCP. Ou seja, o próprio UCP já admite que não vive sozinho: ele orquestra a jornada apoiado nas outras camadas.

O ACP, Agentic Commerce Protocol, é mais estreito e mais profundo no ponto crítico: o fechamento da compra dentro do assistente. Foi por ele que o ChatGPT conseguiu liquidar pedidos de Etsy e Shopify sem tirar o usuário do chat. Pense no ACP como a camada que transforma uma intenção conversada em pedido confirmado.

O AP2, Agent Payments Protocol, é a camada de dinheiro. É protocolo aberto de pagamentos para a economia de agentes, construído como extensão do A2A e do próprio UCP. É nele que se decide como o valor sai da conta do comprador por iniciativa de um delegado de software. Em fevereiro de 2026 a Stripe e a Tempo anunciaram o Machine Payments Protocol, o MPP, compatível com o AP2, um sinal de que a camada de pagamento por máquina está consolidando padrão em vez de fragmentar.

O MCP, Model Context Protocol, é a base de tudo, e a mais fácil de subestimar porque não fala de compra diretamente. Ele integra o modelo de linguagem a dados e ferramentas. Sem MCP, o agente não enxerga seu catálogo nem consulta seu estoque; com MCP, ele lê e age. A doação do MCP pela Anthropic à Agentic AI Foundation, fundo sob a Linux Foundation com contribuições de Anthropic, AWS e Block, tirou o protocolo do colo de um único fornecedor e o transformou em infraestrutura neutra. A prova de que isso funciona em escala vem do Alipay, que atingiu 120 milhões de transações semanais com agentes via MCP.

Protocolo	Mantenedor / origem	Quando	Função na pilha
UCP	Google, com Shopify, Etsy, Wayfair, Target e Walmart	Janeiro de 2026	Jornada de compra de ponta a ponta: carrinho para agentes, catálogo, identity linking
ACP	OpenAI e Stripe	Setembro de 2025	Checkout dentro do assistente (primeiro caso: Instant Checkout no ChatGPT)
AP2	Protocolo aberto, extensão do A2A e do UCP	2025-2026	Pagamento por máquina; MPP da Stripe/Tempo é compatível
MCP	Anthropic, doado à Agentic AI Foundation (Linux Foundation)	2026 (doação)	Conecta o modelo a dados e ferramentas; base de leitura e ação do agente

Por que tratá-los como concorrentes leva a erro?

Porque a pergunta deixa de ser técnica e vira política de fornecedor, o que paralisa decisão. Quando a equipe debate “vamos de UCP ou de ACP”, está comparando uma jornada inteira com um pedaço dela. O UCP já declara compatibilidade com A2A, AP2 e MCP. A leitura correta é de pilha empilhada: MCP na base dando visão e ação ao modelo, UCP orquestrando a jornada, ACP fechando o checkout, AP2 movendo o dinheiro. A interoperabilidade não é promessa de marketing, é o desenho.

Como o agente paga sem expor a credencial do cliente?

Resposta direta: com pagamento de escopo concedido, não com credencial exposta. O agente recebe permissão para gastar até um teto, com o método preferido do comprador, sem nunca tocar no número do cartão.

O mecanismo de referência são os Shared Payment Tokens da Stripe. É um primitivo de pagamento que deixa o agente pagar com a permissão do comprador e o método preferido sem expor credenciais. O agente não carrega o cartão; carrega um token que já nasceu com limites. Esse desenho responde à parte mais frágil da compra por máquina, que é a confiança. Quem autoriza, até quanto, em qual loja e por quanto tempo deixa de ser inferido pela sessão do navegador e passa a ser escrito no escopo do token.

A Stripe resumiu o princípio numa frase que vale como regra de arquitetura:

A confiança não pode ser inferida, ela deve ser concedida, escopada e aplicada em código.

Essa frase é mais do que estilo. Ela descarta o modelo antigo, em que o sistema observava o comportamento do usuário e deduzia se a compra era legítima. Com um agente não há comportamento humano a observar no momento da compra. O que existe é uma permissão pré-negociada, com fronteiras explícitas, que o código aplica sem exceção. Se o agente tenta gastar acima do teto, fora da janela ou em vendedor não previsto, a transação cai antes de tocar o trilho.

No nível da bandeira, Visa e Mastercard atacaram o mesmo problema por outro ângulo: distinguir o agente legítimo do bot malicioso. A Visa publicou o Trusted Agent Protocol em 14 de outubro de 2025 e a Mastercard o Agent Pay Acceptance Framework em outubro de 2025. Os dois registram e reconhecem agentes aprovados, de modo que o vendedor saiba que do outro lado está um delegado autorizado, não um raspador hostil tentando passar por comprador. Junte a tokenização com escopo da Stripe e o reconhecimento de agente das bandeiras e você tem uma resposta de duas partes: o agente prova que é confiável e o token define o que ele pode fazer.

O que muda no antifraude?

Muda o objeto da decisão. Em vez de pontuar uma transação isolada e perguntar “este cartão é válido”, o motor passa a validar coerência: este agente está autorizado, este pedido cabe no escopo concedido, este vendedor estava previsto. A validade do cartão vira detalhe; o que importa é se a transação respeita os limites que o dono do dinheiro concedeu. Quem só sabe responder sobre validade de cartão vai recusar venda boa de agente legítimo e, pior, vai aceitar pedido fora de escopo achando que está tudo bem.

O que isso exige da loja que quer vender por máquina?

Resposta direta: expor as capacidades de comércio por protocolo aberto, na ordem certa. Primeiro os dados, depois o pagamento. A consequência é tão organizacional quanto técnica.

O primeiro passo é tornar catálogo, preço e estoque consultáveis por máquina em tempo real. É o que o MCP habilita do lado do modelo e o que o UCP exige do lado do comércio, porque um agente que recebe preço desatualizado fecha um pedido que não liquida, e a culpa recai sobre o vendedor, não sobre o protocolo. Se hoje seu preço e estoque vivem presos numa página renderizada para olho humano, eles estão no lugar errado para a compra agêntica.

O segundo passo é expor checkout e pagamento por um trilho com escopo. Aqui entram ACP e AP2 apoiados em Stripe ou bandeira. Não é preciso inventar esquema próprio de permissão: os Shared Payment Tokens e os frameworks de Visa e Mastercard já dão o vocabulário de escopo e o reconhecimento de agente. O trabalho é conectar a sua autorização a esse vocabulário, não reescrevê-lo.

O terceiro passo é instrumentar o que antes não existia: taxa de autorização aceita por agente, recusa por token fora de escopo, latência da decisão de risco. A compra agêntica não passa pela tela, então a métrica clássica de conclusão de checkout fica cega para ela. Quem não mede a camada de protocolo não enxerga a venda agêntica nem quando ela começa a acontecer.

Estágio	Sinal de que você está aqui	Próximo passo
Preso à tela	Catálogo, preço e estoque só existem na página renderizada	Expor dados por MCP/UCP em tempo real
Dados expostos	Agente consulta catálogo e preço por protocolo	Adotar checkout e pagamento com escopo (ACP, AP2, Stripe/bandeira)
Comprável por máquina	Agente fecha e paga via token escopado e reconhecido	Instrumentar autorização e antifraude por coerência de escopo

A loja que chega ao estágio comprável por máquina ganha uma vantagem invisível em teste A/B e decisiva na recomendação de um assistente. Quando o ChatGPT, o Gemini ou o Copilot monta uma sugestão de compra, ela é a opção que liquida sem atrito. As demais viram fricção que o agente aprende a contornar, e contornar fricção é exatamente o que esses sistemas fazem bem.

Próximo passo

Pare de procurar o protocolo vencedor e desenhe a pilha. MCP na base para o modelo enxergar e agir sobre seu catálogo, UCP para a jornada, ACP para o checkout, AP2 com Stripe ou bandeira para o pagamento com escopo. Comece pela parte que destrava as outras: torne preço, estoque e política consultáveis por máquina em tempo real, porque sem dado confiável nenhum agente fecha pedido que se sustente. Depois conecte o pagamento a um trilho de escopo concedido, lembrando da regra que a Stripe escreveu e que vale para a arquitetura inteira: a confiança não se infere, se concede, se escopa e se aplica em código. A mudança de rota do Instant Checkout mostrou que a interface é descartável. O que fica de pé é a loja que aprendeu a ser comprável por máquina.