«Агент платит за каждый вызов сам»: AWS показала pay-per-inference на AgentCore payments в кейсе BlockRun и Incarna

Задача: платить за инференс по факту

Агент может совершать сотни мелких покупок за одну сессию, и каждая стоит доли цента.

Карточные сети не рассчитаны на субцентровые платежи, а собственная платёжная инфраструктура требует хранения средств, подписи транзакций, поддержки x402 и защиты от перерасхода.

BlockRun — pay-as-you-go-роутер инференса, который отдаёт более 90 моделей от более чем 15 провайдеров поверх x402; каждый вызов котируется и рассчитывается отдельно.

Сервис работает с x402-совместимыми эндпоинтами, включая инференс-эндпоинты Amazon Bedrock.

Именно на этом команда Incarna сократила добавление поддержки x402 с месяцев до дней.

Что даёт AgentCore payments

Amazon Bedrock AgentCore payments снимает эту нагрузку: это управляемая возможность AgentCore, которая добавляет агентам платежи буквально в несколько строк кода.

Сервис даёт агентам управляемый способ платить за сервисы по требованию, а лимиты трат удерживает инфраструктура, а не модель.

Управляемые кошельки: Incarna создаёт кошелёк каждому агенту через коннектор Coinbase CDP — кошелёк принадлежит клиенту, который выдаёт приложению делегированное разрешение.

Работа с протоколом предусмотрена «из коробки»: когда платный эндпоинт отвечает HTTP 402 («Payment Required»), агент оплачивает по x402.

Управление расходами идёт на уровне инфраструктуры: AgentCore payments применяет лимиты вне модели, поэтому агент не может их превысить даже при манипуляции промптом.

Расчёты проверяемы: платежи проходят в стейблкоине, Incarna использует USDC в сети Base, и каждая транзакция проверяема в блокчейне.

Как подключить

Сначала учётные данные Coinbase CDP или Stripe Privy сохраняются как провайдер платёжных данных — секреты остаются в AWS Secrets Manager, а не в коде.

Затем создаются Payment Manager и коннектор с лимитом трат по умолчанию, а также платёжный инструмент — встроенный кошелёк, из которого платит агент.

Конечный пользователь пополняет кошелёк и выдаёт разрешение на подпись через редирект-URL; на тестовой сети кошелёк можно пополнить тестовым USDC.

Настраивать это можно через skill AgentCore payments в Agent Toolkit for AWS (Claude Code, Kiro, Codex) либо через CLI, SDK или AWS SDK.

Как проходит один вызов

Агенту нужен вызов модели — он обращается к BlockRun, который сам занимается выбором провайдера и доставкой, так что отдельные подписки и биллинговые отношения с каждым провайдером не нужны.

В ответ BlockRun отдаёт запрос PaymentRequired с ценой; агент открывает платёжную сессию и запускает ProcessPayment.

Сервис сверяет цену с лимитами и подписывает авторизацию кошельком агента, продавец проверяет подпись, после чего BlockRun выполняет запрос и фиксирует списание.

Поддерживаются две схемы x402: exact — когда цена известна заранее, и upto — когда задаётся потолок, а списание идёт по фактическому расходу.

Как удерживают траты под контролем

Каждая платёжная сессия задаёт потолок — максимум, который агент может потратить, — и AgentCore payments удерживает его на уровне инфраструктуры.

Сессия имеет срок действия, а Incarna рассчитывает её под дневной бюджет.

Поскольку потолок и срок жизни живут вне приложения, интеграции, которые сегодня не используют бюджеты на уровне сессии, могут подключить это без изменений кода.

Результат

В этом кейсе BlockRun выступает продавцом, а AgentCore payments управляет каждой транзакцией; схема работает в продакшене на Base.

Команда Incarna завершила полную интеграцию за три дня — один на разработку и два на тесты.

Это примерно 200 строк кода приложения против изначально оценённых двух-трёх месяцев.

За время беты агенты провели более 1000 платежей от $0,001 до $0,05 за вызов, и каждый расчёт проходил отдельно в блокчейне.

Incarna, продукт SpreadX, даёт агентам постоянную идентичность, которая сохраняется между сессиями, моделями и рантаймами.

Что это значит

Схема превращает оплату внешних сервисов агентом в управляемую операцию: единая точка интеграции с лимитами, сроком действия и проверяемыми расчётами вместо собственных платёжных рельсов.

Существенная деталь — границу контроля AWS провела в инфраструктуре, а не в модели.