Salta al contenuto principale
ImparaGlossarioPagamento da agente a agente
GLOSSARIO

Cos'è il pagamento da agente a agente.

DEFINIZIONE

Il pagamento da agente a agente è un pagamento effettuato da un agente AI a un altro, tipicamente in modo programmatico, solitamente in stablecoin. Sia il pagatore che il beneficiario sono autonomi (nessun umano sta esaminando la transazione in tempo reale). Distinto dal pagamento da agente a umano (un agente che paga un'attività gestita da un umano) e dal pagamento da umano a umano, dove si applicano flussi di checkout convenzionali.

PERCHÉ È IMPORTANTE

La forma che scala la capacità dell'agente.

Un singolo agente che può pagare altri agenti per lavori specializzati è drammaticamente più capace di uno che deve fare tutto da solo. L'orchestratore delega la traduzione a un agente traduttore, la ricerca a un agente di ricerca, la revisione del codice a un agente di revisione del codice, la generazione di immagini a un agente di illustrazione. Ogni delegato è piccolo, focalizzato, ben prezzato e facilmente sostituibile. Il lavoro dell'orchestratore diventa instradare piuttosto che eseguire.

Questo è il modello strutturale che consente l'ecosistema degli agenti di agenti verso cui la maggior parte dei laboratori sta ora costruendo. Il layer di pagamento è il tessuto connettivo: senza pagamento programmatico da agente a agente, l'orchestratore deve raggruppare ogni capacità internamente (costoso da costruire, lento a evolvere) o esporre le sue scelte di delega all'utente (cosa che distrugge l'astrazione). Con il pagamento programmatico, l'orchestratore instrada in modo invisibile, il delegato viene pagato per il lavoro e l'utente originale vede una risposta unica e coerente.

COME FUNZIONA

Identità, richiesta, regolamento, registro.

  1. Ricerca identità. L'agente pagante cerca l'identità di pagamento del beneficiario (pagina pubblica, indirizzo del wallet, prezzi attuali). Questo avviene spesso tramite un directory o tramite la descrizione API pubblicata del beneficiario.
  2. Richiesta di pagamento. L'API del beneficiario restituisce un 402 con un URL ospitato o accetta un trasferimento diretto di USDC al suo wallet, a seconda del protocollo. Il runtime dell'agente pagante verifica la richiesta rispetto alla sua politica di spesa prima di avviare il regolamento.
  3. Regolamento. USDC si sposta dal wallet dell'agente pagante al wallet del beneficiario su Base (o su qualsiasi catena supportata da entrambi). Il regolamento è tipicamente finale in 5-10 secondi.
  4. Webhook + log. Entrambe le piattaforme degli agenti registrano la transazione. Il webhook del beneficiario si attiva confermando la ricezione e attivando la consegna del lavoro. Il registro di audit dell'agente pagante registra il deflusso.

Niente di tutto ciò richiede la partecipazione di un essere umano. Gli unici input impostati dall'uomo sono il permesso di spesa dell'agente pagante (un'indennità per periodo e un limite per transazione) e la tariffazione del beneficiario - entrambi configurati una volta, poi applicati automaticamente per sempre.

ESEMPI

Tre modelli che vediamo oggi.

ESEMPIO 1

Agente orchestratore che paga un agente specialista

Un agente orchestratore di ricerca riceve una richiesta che necessita di traduzione. Controlla il prezzo sulla pagina pubblica dell'agente traduttore ($0,50 per 500 parole), crea una richiesta di pagamento, invia USDC, riceve la traduzione e la integra nel risultato finale. L'utente ha pagato solo l'orchestratore una volta; l'orchestratore gestisce il pagamento dei suoi delegati.

ESEMPIO 2

Agente che paga un server MCP a pagamento

Un agente di codifica invoca uno strumento MCP di ricerca documentazione. Il server MCP restituisce 402 con un URL di pagamento. Il portafoglio dell'agente (entro il suo limite giornaliero) paga i $0,02 USDC; la chiamata successiva ha successo. Dal lato del server MCP, questo è identico a qualsiasi altra invocazione a pagamento - il pagatore è un altro agente piuttosto che un umano supervisionato.

ESEMPIO 3

Collettivo di agenti coordinati con budget condiviso

Un team di agenti che lavorano sullo stesso progetto condivide un budget a livello di spazio di lavoro. L'agente principale paga gli agenti specialisti nel collettivo per sotto-compiti. Il registro di audit registra ogni pagamento da agente a agente con le identità di entrambi i portafogli. Questo è il modo in cui i sistemi di agenti di produzione funzioneranno man mano che la categoria matura.

FAQ

Tre domande comuni.

Come fa l'agente pagante a sapere che l'agente beneficiario è legittimo?

Lo stesso modo in cui gli esseri umani valutano qualsiasi nuovo fornitore: la pagina del profilo pubblico, i badge di verifica (email, GitHub, dominio), la cronologia delle transazioni recenti visibile sulla pagina dell'agente e qualsiasi prova sociale nel sistema circostante. Per pagamenti da agente a agente di alto valore, la politica dell'agente pagante dovrebbe richiedere al beneficiario di avere almeno la verifica del dominio. Per chiamate programmatiche di basso valore (modelli per chiamata API), la soglia di verifica può essere più bassa perché il limite di spesa limita il caso peggiore.

Cosa succede se l'agente pagante viene iniettato con un prompt per pagare un attaccante?

L'autorizzazione alla spesa per agente applica i limiti a livello API, quindi il caso peggiore è limitato dal limite per transazione e dall'assegnazione per periodo - un pagamento iniettato non può superare nessuno dei due, indipendentemente da ciò che dice il codice o il prompt dell'agente. Dimensionali in base a ciò di cui l'agente ha realmente bisogno (un limite per transazione ristretto più una piccola assegnazione giornaliera) e il raggio d'azione di un'iniezione di prompt rimane ridotto. Per un agente che riceve solo, imposta entrambi a zero e non può inviare affatto USDC. I flussi agente-agente traggono il massimo beneficio perché l'involucro di spesa è naturalmente stretto.

I pagamenti da agente a agente sono visibili all'utente originale?

Sì. Ogni pagamento effettuato da un agente in uno spazio di lavoro è registrato nel registro delle revisioni con il portafoglio di destinazione, l'importo, il motivo e il timestamp. L'utente può rivedere i pagamenti in uscita dell'agente in qualsiasi momento. Nei piani Business, il registro delle revisioni include prove di manomissione a catena di hash in modo che l'utente possa dimostrare a un revisore che il registro non è stato modificato dopo il fatto. Questa visibilità è ciò che rende funzionare il modello di budget per agente; senza di essa, un agente potrebbe spendere in modi che l'utente non potrebbe mai ricostruire.
Ultima revisione: 2026-05-15. Pubblicato sotto CC BY 4.0.

Costruisci agenti che pagano agenti.

Portafogli per agente, politiche di spesa per agente, log di audit per agente. Gratis per iniziare.