O Google acaba de tornar o UCP de código aberto. aqui está tudo o que você precisa saber: O Google está publicando padrões abertos que descrevem como os agentes de IA operam dentro de sistemas reais. o foco é a interoperabilidade, para que os agentes possam coordenar, transacionar e executar fluxos de trabalho entre plataformas. UCP (protocolo de checkout universal) O UCP representa fluxos de checkout de e-commerce de uma maneira estruturada e legível por máquina. ele define como os agentes interagem com catálogos de comerciantes, carrinhos, inventário e etapas de checkout usando uma interface consistente entre plataformas. isso permite que os agentes avancem por um fluxo de checkout em diferentes comerciantes sem integrações personalizadas. O Google tem trabalhado em padrões agenticos há algum tempo. a abordagem é definir cada responsabilidade como um protocolo separado para que os agentes possam interagir entre sistemas, fornecedores e ambientes. A2A (agente para agente) A A2A é um padrão do Google que define como os agentes se comunicam entre si. cobre delegação, coordenação e tomada de decisão entre agentes que podem pertencer a diferentes sistemas ou organizações. AP2 (protocolo de pagamento de agente) O AP2 é outro padrão do Google. ele define como um agente completa uma compra uma vez que uma decisão foi tomada. isso inclui autorização, pagamento e liquidação no nível do protocolo. x402 e como se encaixa O x402 é um protocolo de pagamento desenvolvido pela @CoinbaseDev. ele define um handshake de pagamento padrão sobre http, incluindo como o pagamento é solicitado, enviado e verificado. O Google não redefine o x402. em vez disso, ele o integra. O Google implementou o x402 como uma extensão da A2A ( isso permite que o pagamento ocorra como parte de uma interação de agente para agente. um agente de serviço pode exigir pagamento, um agente cliente pode enviar pagamento usando x402, e a liquidação pode ser verificada antes que o fluxo de trabalho continue. o x402 pode ser usado como o mecanismo de pagamento dentro de um fluxo de checkout UCP quando o comerciante ou serviço o suporta. extensões e ecossistema O Google anunciou o UCP juntamente com extensões para plataformas de comércio existentes, como a @Shopify. essas extensões expõem catálogos de comerciantes, inventário e fluxos de checkout através de interfaces padronizadas. os agentes se integram através do UCP. os comerciantes continuam operando em sua infraestrutura existente. onde o ampersend se encaixa O ampersend está acima desses padrões como uma camada de controle e visibilidade para humanos. o ampersend não “implementa” ou “invoca” o x402 por conta própria. em vez disso, ele permite que as pessoas criem e gerenciem agentes que podem participar de fluxos de comércio onde o x402 é suportado pelo comerciante ou serviço. O ampersend permite que os usuários: - criem e gerenciem agentes - configurem limites de gastos e orçamentos - vejam a atividade dos agentes e o histórico de transações - monitorem como os agentes se movem através de fluxos de trabalho comerciais, incluindo checkouts baseados em UCP exemplo imagine um produtor de café vendendo grãos em uma loja Shopify. o comerciante configura seu checkout para suportar pagamentos x402 usando usdc. o comerciante cria um agente vendedor e pode ver todas as compras feitas através desse agente. um comprador se inscreve no ampersend e cria um agente chamado 'coffee_buyer' com um saldo de 100 usdc e um limite mensal de 100 usdc. eles instruem o agente a comprar grãos de café do vendedor. a compra acontece através de um fluxo de checkout UCP. o pagamento é concluído usando x402 porque o comerciante o suporta. ambos os lados podem ver a transação através de seus agentes. o comprador pode revisar gastos e atividades no ampersend. o ampersend fornece a interface humana para controlar e observar essa atividade. na prática: - O UCP representa o fluxo de checkout - A A2A coordena as interações dos agentes - O x402 lida com pagamentos onde suportado - O ampersend permite que humanos configurem, monitorem e controlem o comércio agentico ouça @jordan0ellis do @googlecloud explicar A2A, AP2 e a extensão x402 ⬇️ coloque um ➕ nos comentários se você gostaria de um vídeo explicativo mais longo.

x402 é um protocolo agênte para pagar por solicitações de internet. ele trata os pagamentos da mesma forma que o http trata erros, redirecionamentos ou autenticação: como parte do ciclo de solicitação-resposta, em vez de um produto ou fluxo separado. um serviço pode declarar um preço no momento da solicitação. o cliente pode escolher pagar, provar o pagamento e continuar totalmente de forma programática. sem contas de usuário, chaves de API ligadas a painéis de faturamento ou endpoints de pagamento personalizados. x402 é projetado para máquinas primeiro. each request stands on its own. pricing, settlement, and verification happen per call, not per user. that makes it usable by scripts, services, and autonomous agents without coordination or setup. o protocolo é intencionalmente estreito. ele define como um pagamento é solicitado e liquidado, não qual ativo é usado ou quem está autorizado a pagar. isso o mantém flexível e fácil de compor. x402 desbloqueia: - preços baseados em uso por padrão - serviços pay-per-call sem assinaturas - endpoints que podem ser descobertos e pagos sob demanda x402 não resolve: identidade, confiança ou reputação. esses pertencem a outro lugar. x402 responde a uma coisa precisamente: “qual é o custo desta solicitação e como eu a liquido?” quando combinado com identidade de agente e padrões de confiança, torna-se uma peça faltante do comércio aberto e nativo de máquinas. desbloqueios adicionais explicados por @kleffew94 ⬇️

“e tudo o que você precisa fazer é copiar a chave da API…”