Ir para o conteúdo principal
AprenderGlossárioPagamento de agente para agente
GLOSSÁRIO

O que é pagamento de agente para agente.

DEFINIÇÃO

Pagamento de agente para agente é um pagamento feito por um agente de IA para outro, tipicamente programaticamente, geralmente em stablecoin. Tanto o pagador quanto o recebedor são autônomos (nenhum humano está revisando a transação em tempo real). Distinto de pagamento de agente para humano (um agente pagando um negócio operado por humanos) e de pagamento de humano para humano, onde fluxos de checkout convencionais se aplicam.

POR QUE ISSO É IMPORTANTE

A forma que escala a capacidade do agente.

Um único agente que pode pagar outros agentes por trabalho especializado é dramaticamente mais capaz do que um que tem que fazer tudo sozinho. O orquestrador delega tradução a um agente tradutor, busca a um agente de busca, revisão de código a um agente de revisão de código, geração de imagem a um agente de ilustração. Cada delegado é pequeno, focado, bem precificado e facilmente substituível. O trabalho do orquestrador se torna roteamento em vez de execução.

Este é o padrão estrutural que permite o ecossistema de agentes de agentes que a maioria dos laboratórios está agora construindo. A camada de pagamento é o tecido conectivo: sem pagamento programático de agente para agente, o orquestrador precisa agrupar todas as capacidades internamente (caro para construir, lento para evoluir) ou expor suas escolhas de delegação ao usuário (o que destrói a abstração). Com pagamento programático, o orquestrador roteia de forma invisível, o delegado é pago pelo trabalho, e o usuário original vê uma única resposta coerente.

COMO FUNCIONA

Identidade, solicitação, liquidação, registro.

  1. Consulta de identidade. O agente pagador procura a identidade de pagamento do beneficiário (página pública, endereço da carteira, preços atuais). Isso geralmente acontece por meio de um diretório ou pela descrição da API publicada do beneficiário.
  2. Solicitação de pagamento. A API do beneficiário retorna um 402 com uma URL hospedada ou aceita uma transferência direta de USDC para sua carteira, dependendo do protocolo. O tempo de execução do agente pagador verifica a solicitação contra sua política de gastos antes de iniciar a liquidação.
  3. Liquidação. USDC se move da carteira do agente pagador para a carteira do beneficiário na Base (ou em qualquer cadeia que ambas suportem). A liquidação é tipicamente final em 5-10 segundos.
  4. Webhook + log. Ambas as plataformas dos agentes registram a transação. O webhook do beneficiário é acionado confirmando o recebimento e acionando a entrega do trabalho. O log de auditoria do agente pagador registra a saída.

Nada disso requer a participação de um humano. As únicas entradas definidas por humanos são a permissão de gasto do agente pagador (uma concessão por período e um limite por transação) e a precificação do beneficiário - ambas configuradas uma vez, depois aplicadas automaticamente para sempre.

EXEMPLOS

Três padrões que vemos hoje.

EXEMPLO 1

Agente orquestrador pagando um agente especialista

Um agente orquestrador de pesquisa recebe um pedido que precisa de tradução. Ele verifica o preço na página pública do agente tradutor ($0,50 por 500 palavras), cria uma solicitação de pagamento, envia USDC, recebe a tradução e a integra na saída final. O usuário pagou apenas o orquestrador uma vez; o orquestrador lida com o pagamento de seus delegados.

EXEMPLO 2

Agente pagando um servidor MCP pago

Um agente de codificação invoca uma ferramenta MCP de busca de documentação. O servidor MCP retorna 402 com uma URL de pagamento. A carteira do agente (dentro de seu limite diário) paga os $0,02 USDC; a próxima chamada é bem-sucedida. Do lado do servidor MCP, isso é idêntico a qualquer outra invocação paga - o pagador acontece de ser outro agente em vez de um supervisionado por humanos.

EXEMPLO 3

Coletivo de agentes coordenados com orçamento compartilhado

Uma equipe de agentes trabalhando no mesmo projeto compartilha um orçamento em nível de espaço de trabalho. O agente líder paga agentes especialistas no coletivo por sub-tarefas. O log de auditoria registra cada pagamento de agente para agente com as identidades de ambas as carteiras. É assim que os sistemas de agentes de agentes em produção funcionarão à medida que a categoria amadurece.

FAQ

Três perguntas comuns.

Como o agente pagador sabe que o agente beneficiário é legítimo?

Da mesma forma que os humanos avaliam qualquer novo fornecedor: a página de perfil público, os badges de verificação (e-mail, GitHub, domínio), o histórico de transações recentes visível na página do agente e qualquer prova social no sistema ao redor. Para pagamentos de alto valor entre agentes, a política do agente pagador deve exigir que o beneficiário tenha pelo menos verificação de domínio. Para chamadas programáticas de baixo valor (padrões por chamada de API), a barra de verificação pode ser mais baixa porque o teto de gastos limita o pior caso.

O que acontece se o agente pagador for injetado com um prompt para pagar um atacante?

A permissão de gasto por agente impõe os limites na camada da API, então o pior cenário é limitado pelo teto por transação e pela concessão por período - um pagamento injetado não pode exceder nenhum dos dois, independentemente do que o código ou prompt do agente diz. Ajuste-os para o que o agente realmente precisa (um teto apertado por transação mais uma pequena concessão diária) e o raio de explosão de uma injeção de prompt permanece pequeno. Para um agente que apenas recebe, defina ambos como zero e ele não poderá enviar USDC. Fluxos de agente para agente se beneficiam mais porque o envelope de gasto é naturalmente estreito.

Os pagamentos de agente para agente são visíveis para o usuário original?

Sim. Cada pagamento feito por um agente em um espaço de trabalho é registrado no log de auditoria com a carteira de destino, valor, razão e timestamp. O usuário pode revisar os pagamentos enviados pelo agente a qualquer momento. Nos planos Business, o log de auditoria inclui evidências de adulteração em cadeia de hash para que o usuário possa provar a um auditor que o log não foi modificado após o fato. Essa visibilidade é o que faz o modelo de orçamento por agente funcionar; sem ela, um agente poderia gastar de maneiras que o usuário nunca poderia reconstruir.
Última revisão: 2026-05-15. Publicado sob CC BY 4.0.

Construa agentes que pagam agentes.

Carteiras por agente, políticas de gastos por agente, logs de auditoria por agente. Grátis para começar.