Guia de interoperabilidade do protocolo de negociação de agentes.

A negociação de agentes não será executada em um único protocolo. O UCP ajuda os sistemas de negócios a interoperar, o AP2 lida com autorizações de pagamento verificáveis, o MCP expõe ferramentas e contexto, o A2A coordena agentes, o x402 lida com solicitações de pagamento nativas da máquina e as camadas de confiança da rede de cartões adicionam controles de identidade e pagamento. A tendência é a interoperabilidade e não o monopólio de protocolos.

Por que a sobreposição de protocolo é esperada#

O comércio tem muitos estágios do ciclo de vida. Descoberta, carrinho, checkout, atendimento, reembolso, autenticação e coordenação do agente são problemas diferentes.

Não se deve esperar que um único protocolo resolva todos eles.

A página existente UCP vs ACP vs MCP compara três padrões principais. Esta página mapeia a pilha mais ampla de negociação de agentes.

Mapa de funções do protocolo#

| Protocolo ou camada | Papel principal | Estágio de negociação |

A comparação de protocolos de pagamento do agente explica o lado do pagamento com mais detalhes.

Fluxo de exemplo#

Uma compra de agente poderia funcionar assim:

1. O agente descobre produtos por meio de páginas, feeds, esquemas ou recurso de catálogo UCP.
2. O agente compara opções usando políticas estruturadas e dados de produtos.
3. O agente cria um carrinho via UCP ou Merchant API.
4. A intenção do usuário é capturada por meio de comandos no estilo AP2 ou de uma camada de confiança comparável.
5. O pagamento é feito através de cartões, carteiras, x402, stablecoins ou crédito em conta.
6. Os eventos de atendimento atualizam o agente após o pagamento.
7. As evidências de disputa vinculam a intenção do usuário, a ação do agente, o carrinho, o pagamento e a entrega.

Isso explica por que Agent Engine Optimization precisa de trabalho tanto na camada de leitura quanto na camada de execução.

O que os comerciantes não devem fazer#

Não espere que um padrão “ganhe”. Em vez disso, projete sistemas internos em torno de conceitos estáveis:

• identidade do produto
• intenção do usuário
• status do carrinho
• autorização de pagamento
• identidade do agente
• política comercial
• status do pedido
• trilha de auditoria

Em seguida, mapeie esses conceitos para protocolos à medida que amadurecem.

Lista de verificação de interoperabilidade | Objeto interno | Precisa enfrentar o protocolo |#

A página evidência de disputas comerciais entre agentes cobre a camada de auditoria.

Perguntas frequentes#

O UCP substituirá o AP2?Não. UCP e AP2 resolvem problemas diferentes. A UCP concentra-se na interoperabilidade comercial; AP2 concentra-se em autorizações e mandatos de pagamento seguros.#

O X402 compete com o AP2?#

Às vezes eles podem aparecer na mesma conversa de pagamento, mas são diferentes. x402 é negociação de pagamento HTTP nativo; AP2 trata de autorização e intenção verificável em relação aos pagamentos do agente.

Onde o MCP se encaixa?#

O MCP ajuda os agentes a usar ferramentas e contexto. Ele pode oferecer suporte a fluxos de trabalho de negócios, mas não substitui protocolos de checkout ou checkout.

O que os comerciantes devem implementar primeiro?#

Comece com a consistência interna dos objetos: produto, carrinho, intenção, checkout, política, pedido e auditoria. As integrações de protocolo tornam-se mais fáceis depois disso.

Fontes#

Fontes primárias: documentação UCP, documentação AP2, Atualização do Google AI e UCP Commerce, documentos do Model Context Protocol, anúncio do Cloudflare x402 e intenção verificável Mastercard.