Comércio Agêntico: Como Construir uma App Que Agentes de IA Podem Pagar

Os agentes de IA já têm carteiras e pagam coisas por conta própria. O protocolo x402 da Coinbase passou os 165 milhões de transações em cerca de 69.000 agentes ativos até ao final de abril de 2026 (AWS for Industries, abr 2026). A Stripe, a OpenAI, a AWS e a Coinbase lançaram todas vias de pagamento para máquinas este ano. A jogada de que pouco se fala não é vender a agentes em escala. É construir uma pequena API paga que um agente consegue descobrir e pagar numa só ida e volta de HTTP, e isso podes lançá-lo este fim de semana.

O que é comércio agêntico?

Comércio agêntico é software que deixa agentes de IA descobrir, autorizar e pagar bens, serviços e APIs sem que um humano tenha de carregar num botão de cada vez. Em vez de uma pessoa introduzir um número de cartão, o agente carrega uma carteira com limites e liquida o pagamento de forma programática sobre um protocolo aberto.

Há dois lados disto. O primeiro é vender através de agentes: um comprador diz ao ChatGPT para comprar ténis de corrida e o agente conclui o checkout junto de um comerciante em nome do comprador. O segundo, e aquele que a maioria dos construtores está a deixar passar, é vender a agentes: expões uma API, um dataset ou uma ferramenta paga, e os agentes de outras pessoas pagam-te por chamada para a usar.

A Stripe usou a sua conferência Sessions 2026 para apostar a fundo nisto, anunciando 288 novos produtos e funcionalidades construídos à volta daquilo a que chama infraestrutura económica para IA (blog da Stripe, 2026). Em resumo: os pagamentos máquina a máquina deixaram de ser uma experiência mental em 2026 e tornaram-se canalização.

Como é que agentes de IA pagam por coisas? (x402, ACP, MPP)

Os agentes pagam através de três normas abertas que surgiram ou amadureceram em 2026: x402 para micropagamentos por pedido, ACP para checkout conduzido por agentes em comerciantes, e MPP para pagamentos programáticos de agente para empresa através da Stripe. Sobrepõem-se mas resolvem problemas diferentes.

x402 (Coinbase + Cloudflare). Isto ressuscita o há muito adormecido código de estado HTTP 402 Payment Required como uma norma de pagamento a sério. Um agente pede um recurso, o servidor responde 402 com instruções de pagamento num header, o agente assina um pagamento em stablecoin (USDC) e tenta de novo com essa assinatura, e o servidor entrega o recurso assim que um facilitador verifica a liquidação (docs da Coinbase, 2026). Foi feito para pagamentos minúsculos: imagina um décimo de cêntimo por chamada à API. Até ao final de abril de 2026 cerca de 69.000 agentes ativos tinham feito mais de 165 milhões de transações no valor de aproximadamente $50M (AWS for Industries, abr 2026). Em abril de 2026 a governação passou para a Linux Foundation com o apoio da Circle, Google, Microsoft, Stripe e Visa (crypto.news, 2026).

ACP, o Agentic Commerce Protocol (OpenAI + Stripe). É a norma de checkout por trás do Instant Checkout no ChatGPT. Define como um agente navega num feed de produtos, gere um carrinho, e delega o pagamento de forma a que o comerciante continue a ser o comerciante registado. Tem licença Apache 2.0 e a spec é pública (ACP no GitHub, 2026). Os utilizadores do ChatGPT nos EUA podem comprar a vendedores da Etsy dos EUA dentro do chat, com comerciantes da Shopify a entrar a seguir (OpenAI, 2026). Usa o ACP quando vendes produtos físicos ou de catálogo e queres que os agentes façam checkout em nome de um comprador.

MPP, o Machine Payments Protocol (Stripe + Tempo). Anunciado a 18 de março de 2026, o MPP é a norma aberta da Stripe para os agentes pagarem a uma empresa de forma programática: microtransações, pagamentos recorrentes, stablecoins, e moeda fiduciária por cartões, Klarna e Affirm (blog da Stripe, mar 2026). Assenta na API PaymentIntents que a Stripe já tem, através de Shared Payment Tokens, por isso os pagamentos aparecem no teu Stripe Dashboard como qualquer outra cobrança e liquidam na tua moeda por defeito no teu calendário de pagamentos normal.

Uma forma rápida de escolher: x402 para acesso barato a APIs pago por chamada e liquidado em stablecoins, MPP quando queres que os pagamentos dos agentes caiam na tua conta Stripe existente, ACP quando um agente está a comprar produtos da tua loja.

O que é o AWS Bedrock AgentCore Payments?

O AgentCore Payments é um serviço gerido da AWS, lançado em preview a 7 de maio de 2026, que deixa um agente de IA pagar de forma autónoma por APIs, servidores MCP, conteúdo atrás de paywall, e outros agentes. Fala x402 por baixo e foi construído com a Coinbase e a Stripe (AWS What's New, 2026).

Importa porque trata do lado comprador da carteira por ti: os agentes ganham gestão de carteira embutida, controlos de gastos por política, e um rasto de auditoria completo, com pagamentos em stablecoin a liquidar em cerca de 200 milissegundos na Base (blog ML da AWS, 2026). O preview saiu em quatro regiões: US East (N. Virginia), US West (Oregon), Europe (Frankfurt) e Asia Pacific (Sydney).

Para um construtor, a conclusão é que os compradores são reais e estão a crescer. A AWS, a OpenAI e a Coinbase deram todas aos agentes uma forma de gastar dinheiro. Se montares um endpoint pago que fale x402, esses agentes conseguem encontrá-lo e pagá-lo sem que ninguém tenha de escrever código de integração à medida do lado comprador.

Como construir uma app a que os agentes podem comprar

Problema: Queres receita recorrente de uma API ou ferramenta, mas registar clientes humanos, construir um portal de faturação e andar atrás de faturas são semanas de trabalho para uma ideia por provar.

Vitória Rápida: Embrulha um endpoint valioso em middleware de pagamento x402. Os agentes pagam USDC por pedido, a liquidação é tratada por um facilitador, e nunca constróis um login nem um ecrã de subscrição. Podes tê-lo no ar em testnet numa tarde.

O plano é simples. Pegas num servidor Express, adicionas middleware x402 que tranca uma rota atrás de um preço, apontas para um facilitador que verifica a liquidação on-chain por ti, e dás-lhe um endereço de carteira para receber USDC. Começa na testnet Base Sepolia para que os pagamentos sejam dinheiro fictício e grátis enquanto constróis, depois muda dois valores para ir ao ar na mainnet Base.

Primeiro, instala os pacotes de servidor x402 ao lado do Express.

npm install express @x402/express @x402/evm @x402/core

A seguir, o servidor completo. O middleware interceta pedidos a GET /risk-profile, devolve um 402 com instruções de pagamento quando não há pagamento válido, e só chama o teu handler depois de o facilitador confirmar que o agente pagou. O endereço payTo é a carteira que recebe USDC. O identificador de rede eip155:84532 é a testnet Base Sepolia no formato CAIP-2.

import express from "express";
import { paymentMiddleware, x402ResourceServer } from "@x402/express";
import { ExactEvmScheme } from "@x402/evm/exact/server";
import { HTTPFacilitatorClient } from "@x402/core/server";

const app = express();

// The wallet that receives USDC. Use a fresh address you control.
const payTo = "0xYourReceivingAddress";

// Testnet facilitator. No signup, no API keys.
const facilitatorClient = new HTTPFacilitatorClient({
  url: "https://x402.org/facilitator",
});

// Register the "exact amount" payment scheme on Base Sepolia (eip155:84532).
const server = new x402ResourceServer(facilitatorClient).register(
  "eip155:84532",
  new ExactEvmScheme(),
);

// Gate the route behind a price. Everything else stays free.
app.use(
  paymentMiddleware(
    {
      "GET /risk-profile": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.01",
            network: "eip155:84532",
            payTo,
          },
        ],
        description: "Credit risk score for a wallet address",
        mimeType: "application/json",
      },
    },
    server,
  ),
);

// This handler only runs after payment is verified.
app.get("/risk-profile", (req, res) => {
  res.json({
    address: req.query.address,
    score: 742,
    band: "low-risk",
    generatedAt: new Date().toISOString(),
  });
});

app.listen(4021, () => {
  console.log("x402 server listening at http://localhost:4021");
});

É esta a integração inteira do lado vendedor. O middleware faz o handshake 402, o facilitador verifica a liquidação on-chain, e nunca tocas num SDK de blockchain nem guardas uma chave privada para fundos recebidos.

Para perceberes o que um agente vê, aqui está o fluxo sem o middleware a falar por ele. O primeiro pedido do agente volta como um 402 com um header PAYMENT-REQUIRED a descrever o preço, a rede e o destinatário. O agente assina uma autorização de pagamento em USDC (o USDC suporta EIP-3009, que permite a um relayer submeter a assinatura por ti) e tenta de novo com um header PAYMENT-SIGNATURE. O segundo pedido devolve 200 e os dados.

GET /risk-profile?address=0xabc HTTP/1.1
Host: yourapi.com

HTTP/1.1 402 Payment Required
PAYMENT-REQUIRED: {"scheme":"exact","price":"$0.01","network":"eip155:84532","payTo":"0xYourReceivingAddress"}

GET /risk-profile?address=0xabc HTTP/1.1
Host: yourapi.com
PAYMENT-SIGNATURE: <signed USDC transfer authorization>

HTTP/1.1 200 OK
Content-Type: application/json

{"address":"0xabc","score":742,"band":"low-risk"}

Quando estiveres pronto para dinheiro a sério, muda duas coisas. Aponta o facilitador para o endpoint de mainnet da Coinbase (que precisa de chaves de API CDP), e troca a rede para a mainnet Base. Garante que o payTo é uma carteira de mainnet que controlas, porque é aí que o USDC aterra mesmo.

// Mainnet: CDP-hosted facilitator + Base mainnet network id.
const facilitatorClient = new HTTPFacilitatorClient({
  url: "https://api.cdp.coinbase.com/platform/v2/x402",
});

const server = new x402ResourceServer(facilitatorClient).register(
  "eip155:8453", // Base mainnet
  new ExactEvmScheme(),
);

Se preferires receber os pagamentos dos agentes na tua conta Stripe existente em vez de numa carteira cripto, o MPP é o caminho: aceitas o pagamento sobre a API PaymentIntents da Stripe e os fundos liquidam na tua moeda por defeito no teu calendário de pagamentos normal (blog da Stripe, mar 2026). A mesma ideia, via diferente.

Aqui está a única ligação ao BTN que vale a pena fazer. A parte mais lenta de lançar um produto pago é normalmente a canalização aborrecida à volta do pagamento, não a linha de pagamento em si: autenticação, a base de dados, os webhooks, o dashboard, o rastreio de erros. O Build This Now sai com a Stripe já ligada (checkout, subscrições, webhooks, portal do cliente) e uma base de código de produção por baixo, por isso o endpoint pagável por agentes passa a ser uma funcionalidade que adicionas por cima em vez de um projeto que começas do zero. Tu descreves o endpoint, os agentes constroem-no e testam-no, e tu lanças.

Isto é uma oportunidade a sério em 2026?

É a sério mas é cedo, e "cedo" é o ponto. Os volumes de transações são genuínos: mais de 165M de transações x402 e cerca de $50M em volume até ao final de abril de 2026 (AWS for Industries, abr 2026), com o protocolo agora sob governação da Linux Foundation e apoiado pela Circle, Google, Microsoft, Stripe e Visa (crypto.news, 2026).

Sê honesto quanto ao tamanho, porém. Cerca de $50M em volume acumulado por dezenas de milhares de agentes é um mercado jovem, não uma corrida ao ouro. Os valores médios das transações são minúsculos por design, já que o x402 foi feito para micropagamentos abaixo do cêntimo. A oportunidade não é "ficar rico este trimestre". É "demarcar um endpoint pago útil enquanto quase mais ninguém o fez, e estar descobrível quando o tráfego de agentes compor".

Bons primeiros produtos são coisas de que um agente precisa a meio de uma tarefa e que paga de bom grado uma fração de cêntimo: uma consulta de dados limpa, um cálculo de nicho, uma conversão de formato, uma verificação de validação, uma pesquisa especializada. Se um humano copiasse e colasse o teu resultado para o trabalho dele, um agente vai pagar por chamada pela mesma coisa, em escala.

Perguntas frequentes

Preciso de perceber de cripto para aceitar pagamentos de agentes?

Não. Com o x402 um facilitador trata da verificação e da liquidação on-chain, por isso fornece-se um endereço de carteira e um preço e nunca se escreve código de blockchain. Se preferires moeda fiduciária, o MPP encaminha os pagamentos dos agentes pela API PaymentIntents da Stripe para a tua conta Stripe existente (blog da Stripe, mar 2026).

Qual é a diferença entre x402, ACP e MPP?

O x402 são micropagamentos por pedido em stablecoins sobre HTTP, melhor para APIs e conteúdo pago (docs da Coinbase, 2026). O ACP é checkout conduzido por agentes em comerciantes, a norma por trás do ChatGPT Instant Checkout (ACP no GitHub, 2026). O MPP é o protocolo da Stripe para os agentes pagarem a uma empresa de forma programática em moeda fiduciária ou stablecoins (blog da Stripe, mar 2026).

Quanto custa usar o x402?

O facilitador da Coinbase liquida atualmente USDC na mainnet Base sem taxas de protocolo, e o facilitador de testnet em https://x402.org/facilitator não precisa de registo (docs da Coinbase, 2026). Pagas os custos normais de rede, mas o x402 foi desenhado para que esses sejam negligenciáveis por transação.

Que token usa o x402?

O USDC é a opção mais suave porque o x402 precisa de um token que implemente EIP-3009, que permite a um relayer submeter uma autorização de transferência assinada sem o agente ter de definir allowances primeiro (docs da Coinbase, 2026). O protocolo suporta redes EVM e Solana.

A minha app existente baseada em Stripe pode aceitar pagamentos de agentes?

Sim. O MPP assenta na API PaymentIntents da Stripe através de Shared Payment Tokens, por isso os pagamentos de agentes aparecem no teu Stripe Dashboard como cobranças normais e liquidam no teu calendário de pagamentos habitual (blog da Stripe, mar 2026).

Publicado por @speedy_devv