O que é o protocolo AP2.
AP2 é o Protocolo de Pagamentos de Agentes do Google, uma especificação aberta de como agentes de IA pagam comerciantes programaticamente. Ele padroniza três partes: como um usuário concede um mandato de pagamento, como um agente apresenta esse mandato a um processador de pagamentos e como o acerto acontece através de qualquer infraestrutura que o comerciante aceite. AP2 está na camada de mandato; as infraestruturas subjacentes podem ser fiat ou stablecoin.
A aposta de comércio agente do Google.
AP2 é a aposta do Google na categoria de comércio de agentes. Enquanto o x402 da Coinbase adota uma abordagem HTTP por chamada, o AP2 adota uma abordagem baseada em mandato: pré-autorizando o agente para um envelope de pagamentos, permitindo que ele execute dentro desse envelope sem mais envolvimento do usuário. Os dois protocolos visam formas ligeiramente diferentes de atividade do agente. O x402 se encaixa na cobrança por chamada de API; o AP2 se encaixa em compras, assinaturas e aquisições impulsionadas por agentes.
For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.
Mandato, apresentação, liquidação.
- Concessão de mandato. O usuário autoriza o agente através da interface de mandato do Google (no Wallet ou através de uma interface de desenvolvedor para empresas). O mandato especifica valor máximo, janela de frequência, destinatários permitidos ou categorias de destinatários e uma expiração.
- Apresentação de mandato. Quando o agente precisa pagar, ele agrupa o mandato na solicitação de pagamento ao processador do comerciante. O processador valida a assinatura e os parâmetros do mandato; se a solicitação se encaixar, o pagamento prossegue.
- Liquidação. A liquidação real acontece sobre a ferrovia escolhida pelo comerciante (Google Pay, uma rede de cartões, ACH, stablecoin). O AP2 é agnóstico em relação à liquidação; o que ele padroniza é a autorização do agente para retirar da conta do usuário.
- Auditoria e revogação. Cada pagamento contra o mandato é registrado. O usuário pode revogar o mandato de sua carteira a qualquer momento. Apresentações subsequentes falham na validação; liquidações em andamento no momento da revogação podem ou não ser concluídas dependendo do rail.
Onde AP2 se encaixa.
Agente pagando via Google Pay
Um agente da pilha Google (executando dentro do Gemini, Agentspace ou Vertex AI) apresenta um mandato AP2 ao processador de um comerciante. O processador valida o mandato, liquida o pagamento através das vias existentes do Google Pay e retorna a confirmação. A integração do comerciante é idêntica a uma transação normal do Google Pay; a diferença está do lado do comprador, onde o agente substituiu um humano.
Comércio de agentes entre protocolos
Um agente tem um mandato AP2 para pagamentos em fiat através do Google Pay E uma carteira Blockchain0x para pagamentos em USDC na Base. Quando precisa pagar um comerciante que aceita ambos, escolhe a opção com taxas mais baixas para essa forma de transação. O usuário concedeu ambas as autorizações uma vez; o agente roteia por pagamento.
Aquisição empresarial via AP2
Um agente de aquisição corporativa tem um mandato AP2 da equipe financeira autorizando pagamentos de até $10.000/mês para uma lista de fornecedores definida. O agente processa pedidos de compra, valida contra o mandato e liquida pagamentos sem que um humano aprove cada um. O registro de auditoria (mandato mais eventos de pagamento) vai para o sistema ERP da empresa.