Cos'è una politica di spesa per agenti.
Una politica di spesa per agenti è l'insieme di regole collegate a un portafoglio di agenti AI che governano cosa l'agente è autorizzato a pagare - un'indennità per periodo (giornaliera, settimanale o mensile), un limite per transazione e una finestra di validità di date di inizio e fine. La politica è impostata nel dashboard e applicata a livello API del portafoglio (fuori dall'ambito manipolabile dell'agente), controllata su ogni pagamento prima che venga regolato. L'API la espone in sola lettura.
L'unica cosa che rende sicuro il pagamento autonomo.
Senza una politica di spesa, dare a un agente un portafoglio significa dare a un LLM accesso illimitato a un libretto degli assegni denominato in dollari. Due modalità di errore sono inevitabili. La prima è il ciclo di fuga: il pianificatore di un agente rimane bloccato nel tentativo di ripetere uno strumento a pagamento e brucia il saldo dello spazio di lavoro in pochi minuti. La seconda è l'iniezione di prompt: un attaccante convince l'agente a pagare un portafoglio controllato dall'attaccante sotto il pretesto di sembrare un compito normale.
Una politica di spesa limita entrambi i modi di fallimento per costruzione. Il ciclo incontrollato esaurisce l'assegnazione per periodo e si ferma. Il pagamento iniettato supera il limite per transazione (o l'assegnazione rimanente) e non si regola mai. L'agente non deve essere perfettamente affidabile perché il wallet rifiuta di regolare qualsiasi cosa al di fuori della politica. Questa è la differenza tra 'agenti che pagano' utilizzabili in produzione e essere un esperimento.
Configura una volta, valuta ogni chiamata.
- Configura. L'utente umano imposta la politica nel dashboard: un'assegnazione per periodo, un limite per transazione e una finestra di validità opzionale (date di inizio e fine). L'API espone la politica in sola lettura; le modifiche sono registrate in audit.
- Collegare all'identità. La politica si attacca all'identità di pagamento dell'agente. Gli spazi di lavoro multi-agente hanno una politica per agente, più eventualmente un limite a livello di spazio di lavoro che vincola la somma.
- Valuta su ogni intento. Quando l'agente invia un intento di pagamento (tipicamente guidato da una risposta 402), l'API del wallet esegue la politica: controlla il limite per transazione, controlla l'assegnazione rimanente per periodo, controlla la finestra di validità.
- Regola o rifiuta. Se tutti i controlli passano, il wallet regola il pagamento e decrementa l'assegnazione rimanente. Se qualche controllo fallisce, il wallet rifiuta il pagamento (supera un limite o esce dalla finestra) e non regola.
- Audit. Ogni intento accettato e ogni intento rifiutato è registrato con la decisione politica allegata. L'umano può rivedere il registro in qualsiasi momento per vedere cosa ha tentato l'agente e cosa ha permesso la politica.
La politica è lo stesso tipo di oggetto indipendentemente da quanti agenti condividano il portafoglio. Le politiche per agente isolano i budget in modo pulito; una politica di workspace a livello genitore applica un tetto rigoroso su tutti gli agenti figli combinati.
Tre forme di politica che vediamo in produzione.
Limite giornaliero per agente con tetto di chiamata singola
Un agente di ricerca ha un limite di $5/giorno e un tetto di $0,50/chiamata. Può effettuare 10 chiamate di $0,50, o 100 chiamate di $0,05, o qualsiasi combinazione sotto il totale giornaliero. Una fattura a sorpresa di $2,00 da uno strumento viene rifiutata al tetto di chiamata prima che venga mai regolata. Entrambi i limiti si applicano simultaneamente; il più restrittivo vince per chiamata.
Blocco solo in ricezione
Un agente che riceve solo pagamenti ha sia l'indennità che il limite per transazione impostati a zero. Può essere pagato da chiunque in qualsiasi momento, ma non può inviare USDC affatto - indipendentemente da ciò che il suo codice o un'iniezione di prompt cerca di fargli fare. Impostare entrambi i limiti a zero è la difesa più forte contro la reindirizzazione dei pagamenti guidata da iniezioni di prompt: il portafoglio rifiuta ogni pagamento in uscita.
Finestra di impegno a tempo
Un agente appaltatore riceve un permesso di spesa valido solo per la finestra di 30 giorni dell'impegno (una data di inizio e fine). All'interno della finestra può spendere fino alla sua assegnazione settimanale; dopo la data di fine il permesso scade e non vengono effettuati ulteriori pagamenti, senza che nessuno debba ricordarsi di disattivarlo.
Dove si inserisce questo.
Identità di pagamento dell'agente
L'identità dell'agente a cui si aggancia la policy di spesa. Un'identità, una policy, un budget envelope.
Pagamento da agente a agente
Il flusso per cui la policy di spesa è più utile, perché la controparte è essa stessa un agente autonomo.
Strumento MCP a pagamento
La categoria di strumenti più spesso governata da policy di spesa. Il preventivo 402 viene verificato rispetto alla policy prima del settlement.