Dando uma carteira ao seu agente de IA

Uma carteira de agente é um saldo com escopo limitado que um agente de IA pode gastar em nome do seu dono, dentro dos limites que o dono define. Com ela, o agente pode pagar por APIs, ferramentas e conteúdo sem nunca ter acesso ao cartão do dono.

Você provavelmente já viu um agente passar por isto. Ele lê a documentação, escolhe o endpoint certo, monta a requisição e então trava em um formulário de cadastro que pede um cartão de crédito. O resto do trabalho volta para você.

O Cloudflare Wallets, anunciado em 4 de agosto de 2026, é um exemplo concreto dessa ideia. Este artigo explica o que é uma carteira de agente, quais controles a Cloudflare descreveu, como um pagamento trafega via HTTP e quais questões ainda estão em aberto. Ele mostra para onde os pagamentos agênticos estão caminhando. Não é uma recomendação para usá-los em produção: o produto está em fase inicial e pode mudar ou ser descontinuado.

Por que entregar seu cartão a um agente não funciona

Um número de cartão dá a um agente muito mais autoridade do que qualquer tarefa isolada exige. Não há escopo por comerciante, nem orçamento por tarefa, nem registro de qual agente gastou o quê. A única forma de retirar essa autoridade é cancelar o cartão, o que também interrompe todas as outras cobranças vinculadas a ele.

Agentes que navegam e agem por você esbarram nisso o tempo todo. O anúncio da Cloudflare aponta duas peças que faltam: os agentes não têm uma identidade fixa para se cadastrar e não têm um meio de pagamento próprio. Por isso, o agente geralmente para e devolve a uma pessoa o cadastro, o pagamento e as chaves de API. Isso dificulta que um agente teste e compare vários serviços pagos por conta própria.

O que é uma carteira de agente: Account Wallets e Virtual Wallets

Uma carteira de agente separa o dinheiro da autoridade para gastá-lo. Um humano detém os fundos, e cada agente recebe uma fatia limitada que pode gastar por conta própria. O modelo da Cloudflare tem dois níveis.

A documentação do Cloudflare Wallets afirma que o objetivo das Virtual Wallets é permitir que um agente trabalhe sem que uma pessoa aprove cada etapa, ao mesmo tempo em que impõe um teto rígido ao que ele pode gastar. O anúncio diz que os agentes vão usá-las para comprar APIs, conteúdo e ferramentas MCP, as mesmas ferramentas do lado do servidor abordadas no nosso guia sobre o ecossistema MCP.

A maior parte disso ainda não foi lançada:

O FAQ do Wallets acrescenta algumas condições. Reservar um handle não garante acesso a uma carteira quando ela for lançada. Um handle não pode ser alterado, liberado nem transferido depois de reservado. A Cloudflare pode rejeitar ou retomar reservas. O comunicado à imprensa diz que o acesso completo às carteiras chegará “nos próximos meses”, sem data definida.

Quais controles uma carteira de agente tem e o que está faltando?

O anúncio da Cloudflare lista três salvaguardas que o dono define em uma Virtual Wallet, além de uma intervenção manual para quando o agente atinge seu limite. Nenhuma delas está disponível. A documentação menciona apenas “permissões” e um limite de gastos, sem nomear os controles individualmente.

Nem o anúncio nem a documentação da Cloudflare descrevem uma data de expiração para a autoridade de gasto de um agente ou uma API para revogá-la. A Cloudflare também afirma que um humano poderá revisar atividades incomuns, como gastos inesperadamente rápidos. Isso é uma intenção declarada, não um controle documentado: nenhum gatilho ou mecanismo foi publicado.

Como um agente paga: x402 e HTTP 402

O x402 é um protocolo aberto que vincula um pagamento a uma requisição HTTP. Ele reutiliza o código de status 402 Payment Required, que o HTTP reservou há muito tempo, mas que nunca foi definido na prática. O post da Cloudflare sobre o Monetization Gateway descreve o fluxo assim:

1. O agente solicita um recurso a um endpoint compatível com x402.
2. O servidor responde com 402, informando o preço e como pagar.
3. O agente paga e tenta novamente, desta vez incluindo a comprovação de que pagou.
4. Um facilitador verifica o pagamento e, em seguida, o servidor devolve o que foi solicitado.

As carteiras da Cloudflare vão liquidar inicialmente em stablecoins. Essa é uma escolha da Cloudflare, não um requisito do x402. O próprio Monetization Gateway foi aberto como lista de espera quando a Cloudflare o anunciou.

Um handle cloudflare.pay também permite que os comerciantes vejam quem está pagando, pois mostra a qual organização o agente pertence. O exemplo do anúncio é um agente de pesquisa em research.example.cloudflare.pay. Declarar essa identidade será opcional para o agente, e cada comerciante decide se vai tratar agentes identificados de forma diferente.

Quem é responsável quando um agente compra a coisa errada?

Nenhuma fonte publicada diz ainda quem é responsável quando um agente compra a coisa errada. As fontes deixam três perguntas em aberto.

O que acontece com os chargebacks? O post sobre o Monetization Gateway apresenta a liquidação em stablecoins como livre de chargebacks, com os fundos indo diretamente para o vendedor. Nem o anúncio do Wallets nem a documentação explicam como um comprador contesta uma compra que o agente fez errado.

O que a trilha de auditoria registra? Um log de pagamentos mostra o que foi pago. Nenhuma das fontes descreve um registro de por que o agente decidiu pagar.

De quem é o erro? Pode ser do dono da conta, de quem construiu o agente ou do comerciante. As fontes não dizem.

A análise do InfoQ sobre o lançamento acrescenta um ponto estrutural: esses controles definem um orçamento, mas não são uma política. Cada verificação compara um único pagamento com um número fixo. Assim, nenhuma delas consegue expressar uma regra como “não compre o mesmo dataset duas vezes nesta semana”, porque essa regra depende de pagamentos anteriores. O InfoQ também levanta a questão da concorrência. Se um agente enviar vários pagamentos ao mesmo tempo, cada um pode ser verificado contra o limite total antes que qualquer um dos outros tenha sido descontado, de modo que o total pode ultrapassar o limite. A Cloudflare não publicou como o limite de gastos se comporta nesse caso.

A corrida mais ampla pelos pagamentos agênticos

A Cloudflare não é a única empresa construindo pagamentos agênticos: o protocolo x402 da Coinbase e a carteira Link da Stripe para agentes adotam abordagens diferentes para o mesmo problema. O x402 foi criado pela Coinbase e doado à Linux Foundation. A x402 Foundation começou a operar em julho de 2026 com 40 membros.

A Stripe seguiu o caminho oposto. No lançamento, sua carteira Link para agentes fornece ao agente um cartão de uso único ou um Shared Payment Token somente depois que a pessoa aprova cada solicitação de gasto. A Stripe diz que vai adicionar limites definidos pelo usuário mais adiante. Os pagamentos são uma camada dentro de uma pilha mais ampla de ferramentas para agentes, ao lado de soluções como o Docker MCP para agentes de IA e o WebMCP, que permite a um site expor suas próprias ações aos agentes.

Conclusão

Uma carteira de agente substitui o “aqui está meu cartão” por uma autoridade delegada com limites. A versão da Cloudflare define esses limites por pagamento, e responsabilidade, contestações e concorrência ainda não estão documentadas. Até que a recarga e os pagamentos sejam lançados, o único passo concreto disponível é reservar um handle. Enquanto isso, se você constrói agentes, defina onde suas próprias regras de gasto devem ficar: na carteira ou na sua aplicação.

Perguntas frequentes

O x402 funciona apenas com a Cloudflare ou com stablecoins?

Não. O x402 é um padrão aberto para pagamentos via HTTP. A Coinbase o criou, e hoje ele é governado pela x402 Foundation, sob a Linux Foundation. A fundação foi lançada com 40 membros, incluindo AWS, Google, Stripe, Visa, Mastercard e Cloudflare. A Linux Foundation afirma que o x402 suporta meios de pagamento que vão de cartões tradicionais a stablecoins. A Cloudflare escolheu stablecoins para suas próprias carteiras. O protocolo não as exige.

O HTTP 402 Payment Required é um código de status oficial?

Sim, mas a especificação não define como ele se comporta. A RFC 9110, a especificação HTTP Semantics, lista o 402 como reservado para uso futuro, e o MDN observa que não há uma convenção padrão para ele. Navegadores e clientes HTTP o tratam como qualquer outro erro de cliente 4xx. O x402 adiciona essa convenção que faltava: o que a resposta 402 carrega, como o cliente paga e como ele tenta novamente com a comprovação de pagamento.

Qual é a diferença entre o Cloudflare Wallets e a carteira Link da Stripe para agentes?

Eles colocam a aprovação humana em pontos diferentes. A Cloudflare diz que as Virtual Wallets vão permitir que os agentes gastem por conta própria, dentro de um limite de gastos, uma lista de comerciantes permitidos e um valor máximo por transação definidos previamente. Em seu lançamento, em abril de 2026, a carteira Link da Stripe para agentes fornece ao agente um cartão de uso único ou um Shared Payment Token somente depois que a pessoa aprova cada solicitação de gasto. A Stripe diz que limites definidos pelo usuário virão depois.

Como aplico regras de gasto que os limites de uma carteira de agente não conseguem expressar?

Adicione uma verificação de política na sua própria aplicação, executada antes de o agente pagar. Mantenha um registro (ledger) das compras anteriores para que a verificação possa rejeitar repetições, como comprar o mesmo dataset duas vezes na mesma semana. Faça com que a verificação reserve os fundos de forma atômica, por exemplo com uma transação de banco de dados ou uma fila de pagamentos por agente. Isso impede que pagamentos paralelos sejam todos aprovados contra o mesmo limite ainda não descontado.