Salta al contenuto principale
ImparaGlossarioAWS AgentCore Payments
GLOSSARIO

Cos'è AWS AgentCore Payments.

DEFINIZIONE

AWS AgentCore Payments è il piano di controllo dei pagamenti gestito da Amazon per agenti AI in esecuzione su Bedrock. Componi le infrastrutture di pagamento esistenti (Coinbase, Stripe, Circle) dietro una superficie API nativa AWS, aggiungi politiche di spesa in stile IAM, pubblica eventi di audit su CloudTrail e incorpora l'uso nella fattura AWS esistente del cliente. L'offerta è 'pagamenti per agenti senza una nuova relazione con il fornitore' per le aziende già su AWS.

PERCHÉ È IMPORTANTE

L'approvvigionamento aziendale si riduce a un solo fornitore.

La parte più difficile di spedire pagamenti per agenti all'interno di una grande azienda è raramente l'ingegneria; è l'approvvigionamento, la revisione della sicurezza e l'integrazione finanziaria per il nuovo fornitore di pagamenti. AgentCore Payments rimuove quel passaggio posizionandosi sotto il contratto AWS che il cliente ha già. La revisione della sicurezza si basa sulla postura AWS esistente. L'integrazione finanziaria è la fattura esistente. L'onboarding del fornitore è il fornitore esistente.

Per un'impresa con centinaia di rituali di approvazione AWS tra oggi e una nuova relazione con un fornitore, questa è la differenza tra spedire in un trimestre e spedire in un anno. Il compromesso è il lock-in della piattaforma: gli agenti che dipendono da AgentCore Payments sono difficili da migrare a runtime non AWS in seguito. Per le imprese che si sentono a proprio agio su AWS a lungo termine, quel compromesso è accettabile.

COME FUNZIONA

Shell AWS, core delle infrastrutture partner.

  1. Provisionamento. Il cliente crea un principale di pagamento per agente tramite l'API di AgentCore. Il principale è legato al ruolo IAM dell'agente.
  2. Politica. Un amministratore allega una politica di spesa: tetto per chiamata, limite giornaliero, controparti autorizzate, finestre temporali. La sintassi della politica rispecchia le politiche IAM.
  3. Invoca. L'agente Bedrock chiama un endpoint a pagamento. Il runtime instrada l'intento di pagamento attraverso AgentCore Payments, che valuta la politica.
  4. Regola su un partner rail. Se la politica lo consente, AgentCore inoltra il regolamento al suo partner rail configurato (Coinbase, Stripe, Circle). Il partner gestisce il movimento effettivo del denaro.
  5. Fattura + audit. AgentCore registra il regolamento contro l'account AWS del cliente (incluso nella fattura AWS) ed emette un evento CloudTrail per la traccia di audit. Il cliente non vede mai una fattura separata o un registro di audit dal sistema partner.

L'esperienza del cliente è una singola superficie a forma di AWS; il movimento di denaro sottostante è instradato dai partner. Questo è lo stesso schema architettonico che AWS utilizza per altri servizi gestiti che avvolgono infrastrutture di terze parti.

ESEMPI

Tre modelli aziendali.

ESEMPIO 1

Agente Bedrock aziendale che paga per dati premium

Un'impresa di servizi finanziari costruisce un agente interno su Bedrock che estrae dati di mercato da un'API di terze parti a pagamento. AgentCore Payments gestisce il portafoglio, la politica di spesa e i registri delle fatture sotto la stessa relazione di fatturazione AWS che l'azienda ha già. L'approvvigionamento vede la spesa sulla fattura AWS esistente; non è necessaria alcuna onboarding separata del fornitore.

ESEMPIO 2

Agente Bedrock che paga un server MCP a pagamento

Un agente ospitato su Bedrock invoca uno strumento MCP di terze parti che restituisce 402. AgentCore Payments regola il pagamento attraverso la sua infrastruttura configurata (tipicamente tramite la partnership con Coinbase o Stripe) e il server MCP completa la chiamata. Il codice dell'agente non tocca mai direttamente il portafoglio; chiama solo lo strumento, e AgentCore gestisce autorizzazione e regolamento in background.

ESEMPIO 3

Budget per agente applicato tramite una politica in stile AWS IAM

Un amministratore aziendale imposta un limite di spesa di $500/mese per agente e un elenco di controparti di pagamento approvate utilizzando i controlli di politica di AgentCore (che rispecchiano i modelli IAM familiari agli amministratori AWS). Gli agenti che superano il budget o tentano di pagare una controparte non approvata vengono rifiutati a livello API. Le tracce di audit si trovano in CloudTrail insieme a tutte le altre attività AWS.

FAQ

Tre domande comuni.

AWS AgentCore Payments è una propria rete di pagamento o un wrapper su quelle esistenti?

Un wrapper, con piano di controllo gestito. AgentCore Payments compone le infrastrutture di pagamento esistenti (Coinbase, Stripe e la loro infrastruttura sottostante di stablecoin e carte) in una singola superficie gestita da AWS. Il valore aggiunto da AWS è l'integrazione con i runtime degli agenti Bedrock, il modello di policy in stile IAM, la fatturazione unificata sotto il contratto AWS e la traccia di audit di CloudTrail. Il movimento reale del denaro avviene ancora sulle infrastrutture dei partner. Per un'impresa su AWS, questo è spesso il percorso di minor resistenza perché non richiede nuove relazioni con i fornitori.

Un'impresa deve usare Bedrock per utilizzare i pagamenti AgentCore?

Praticamente sì, nell'attuale forma del prodotto. AgentCore Payments è destinato ad agenti che operano su Bedrock e AWS più in generale; l'integrazione IAM, il trail di CloudTrail e la fatturazione unificata sono tutti progettati attorno a tale assunzione. Gli agenti ospitati al di fuori di AWS possono comunque chiamare le API di AgentCore Payments ma perdono la maggior parte del valore di integrazione, nel qual caso sarebbero tipicamente meglio andare direttamente al fornitore di pagamento sottostante (Coinbase, Stripe, Circle o una piattaforma API di pagamento come Blockchain0x).

Come si confronta AgentCore Payments con una piattaforma di pagamento per agenti autonoma?

Tre compromessi. AgentCore vince sull'integrazione AWS (fattura unica, audit trail unico, politiche in stile IAM, nessun nuovo fornitore) - significativo per le imprese con forti impegni AWS. Una piattaforma autonoma vince sulla flessibilità (funziona con qualsiasi runtime agente, non solo Bedrock; si integra con framework che AWS non prioritizza come LangGraph e CrewAI) e sull'esperienza dello sviluppatore (API progettate per scopi, iterazione più rapida). I prezzi variano. Per un'impresa prima Bedrock, il percorso AWS è di solito quello giusto; per un team multi-cloud o flessibile con framework, una piattaforma autonoma è di solito quella giusta.
Ultima revisione: 2026-05-15. Pubblicato sotto CC BY 4.0.

Pagamenti degli agenti multi-cloud.

Non su Bedrock, o vuoi flessibilità del framework? Blockchain0x funziona ovunque funzioni il tuo agente. Gratis per iniziare.