Blog AWS Machine Learning opublikował 8 października 2026 r. artykuł o płatnościach za inferencję agentów AI. Przedstawia przykłady Incarna i BlockRun oraz opisuje płatności za usługi przy poszczególnych żądaniach. Głównym elementem jest Amazon Bedrock AgentCore payments, określany w artykule jako zarządzana funkcja płatnicza dla agentów. Obsługuje protokoły płatności, połączenia z portfelami, podpisywanie transakcji oraz limity wydatków.

Praktyczna koncepcja polega na włączeniu obsługi płatności do przepływu żądania usługi przez agenta. Artykuł opisuje powiązanie agenta, portfela i sprzedawcy udostępniającego płatną usługę. Przepływ obejmuje więcej niż samo pokazanie ceny: płatność jest autoryzowana i podpisywana, a następnie dostawca otrzymuje dowód. W przykładach płatności są powiązane z żądaniami inferencji modelu, więc każde wywołanie może mieć własną cenę i rozliczenie.

Konfiguracja portfeli w Incarna

Incarna skonfigurowała portfel dla każdego agenta za pomocą konektora Coinbase CDP. Według artykułu właścicielem portfela pozostaje klient, który udziela Incarna delegowanego upoważnienia do korzystania z niego. Ten układ określa, do kogo należy portfel i kto może wykonywać działania płatnicze w ramach przyznanych uprawnień. Artykuł przedstawia konfigurację portfela jako jeden z elementów integracji płatności z agentami.

AgentCore payments obsługuje kilka elementów potrzebnych do realizacji płatności: protokoły płatności, połączenia z portfelami, podpisywanie transakcji i limity wydatków. W opisanym systemie płatne wywołanie musi być powiązane z portfelem i mieścić się w określonej granicy wydatków. Artykuł przedstawia te elementy jako zarządzaną funkcję dostępną dla przepływów płatniczych agentów.

Od odpowiedzi HTTP 402 do dowodu płatności

Artykuł opisuje sytuację, w której usługa odpowiada kodem HTTP 402. AgentCore payments może obsłużyć tę odpowiedź, wykonując płatność x402, podpisując ją skonfigurowanym portfelem i zwracając sprzedawcy kryptograficzny dowód. Sprzedawca otrzymuje dowód powiązany z żądaniem, za które dokonano płatności. W tym przepływie protokół, portfel i podpis łączą żądanie płatnej usługi z potwierdzeniem płatności.

Incarna używała USDC w sieci Base do rozliczeń. AWS podaje, że każdą transakcję można zweryfikować w łańcuchu. Ma to znaczenie w przykładzie, ponieważ płatności są przypisywane do poszczególnych żądań i nie muszą być łączone w jedną zbiorczą płatność. Artykuł opisuje zarówno sposób rozpoczęcia płatności, jak i możliwość sprawdzenia jej rozliczenia.

Dwa schematy x402 i granice wydatków

Według artykułu AgentCore payments obsługuje dwa schematy x402: exact dla znanej z góry ceny oraz upto dla cen dynamicznych. W przypadku exact cena jest znana wcześniej. Przy upto agent autoryzuje górny limit, a dostawca rozlicza faktyczne wykorzystanie do wysokości tego limitu. Różnica opisuje dwie sytuacje cenowe: cenę ustaloną przed wykonaniem żądania oraz kwotę końcową zależną od zakresu wykorzystania usługi.

Sesje płatnicze Incarna miały limit wydatków i czas wygaśnięcia. Firma dobierała wielkość sesji do budżetu dziennego. W opisie artykułu ustawienia te ograniczają uprawnienie agenta do płacenia: sesja ma limit finansowy i wygasa po określonym czasie. Pokazuje to, jak wyznaczyć granice dla okresu pracy, zamiast opisywać sesję bez określonego ograniczenia.

Czas integracji i działanie wersji beta

AWS podaje, że Incarna ukończyła integrację AgentCore payments w trzy dni: jeden dzień poświęciła na budowę, a dwa na testy. Kod aplikacji liczył około 200 wierszy. Pierwotny szacunek wynosił dwa do trzech miesięcy. Dane te opisują doświadczenie Incarna z tą integracją i służą w artykule do porównania początkowego szacunku z czasem podanym po ukończeniu prac.

Podczas testów beta agenci przetworzyli ponad 1000 płatności. Kwoty wynosiły od 0,001 do 0,05 USD za wywołanie, a każda płatność była rozliczana osobno w łańcuchu. Liczba i zakres płatności pokazują opisaną aktywność: częste, niewielkie płatności przypisane do pojedynczych wywołań, zamiast jednej ceny za cały zestaw żądań.

BlockRun i płatności za inferencję

Artykuł przedstawia BlockRun jako router inferencji z płatnością za użycie, który udostępnia inferencję modeli przez x402. Każde wywołanie jest osobno wyceniane, autoryzowane, opłacane i rozliczane w USDC w sieci Base. W połączeniu z przykładem Incarna opisuje to sytuację, w której agent wysyła żądania inferencji, a przepływ płatniczy powtarza się przy kolejnych wywołaniach.

Opis AWS łączy kilka konkretnych elementów: zarządzaną funkcję AgentCore payments, portfel należący do klienta i używany przez Incarna na podstawie delegowanego upoważnienia, obsługę HTTP 402, dwa schematy x402 oraz limity sesji. Przykłady Incarna i BlockRun obejmują płatności za inferencję przy każdym żądaniu i rozliczenia w USDC w sieci Base. Artykuł podaje też czas integracji, liczbę płatności w wersji beta i ich zakres kwot. Są to przykłady opisane w artykule AWS.