«Агент больше не застревает на 402»: AWS показала, как Anchor Browser оплачивает платные страницы и API через AgentCore payments

Платные ресурсы ломают автономность

Агентам всё чаще нужны веб-ресурсы с оплатой за запрос: премиальные датасеты берут плату за запрос, исследовательские API — за вызов, платные издатели закрывают контент за оплатой. Наткнувшись на такой ресурс, агент получает ответ HTTP 402 Payment Required, при этом у него нет ни встроенного механизма оплаты, ни привязанного к сессии бюджета, ни программного способа удовлетворить запрос — задача встаёт и требует ручного вмешательства.

Anchor Browser with Agentic Payments берёт на себя машинные платёжные процессы от имени агента; решение разработано совместно с AWS Generative AI Innovation Center Partner Agent Factory и уже доступно в AWS Marketplace. Anchor Browser — облачное решение автоматизации браузера, специально созданное для ИИ-агентов: каждая сессия агента работает в управляемом браузерном окружении, которое хранит состояние аутентификации, обрабатывает навигацию, перехватывает сетевые запросы и даёт живой просмотр взаимодействий со страницей.

Четыре категории сложности, которые приходилось строить самим

Сегодня разработчикам приходится собирать весь платёжный стек самостоятельно, и он охватывает четыре группы сложности. Обработка платёжного протокола: разобрать 402-челлендж из HTTP-ответа и отличить его от прочих ошибок 4xx, собрать корректный платёжный заголовок с криптографическим доказательством в том формате, который ждёт мерчант, поддержать несколько платёжных схем без прошивки вендорной логики в агента и сохранить совместимость с x402-реализациями, различающимися форматом челленджа, стейблкоинами или временем расчёта. Управление ключами и безопасность: хранить приватный ключ для подписи платежей в среде, открытой для недоверенных входных данных, и вести жизненный цикл кошелька — ротацию ключей, обновление учётных данных, переключение провайдера. Операционная устойчивость: повторять исходный запрос с платёжным заголовком, сохраняя состояние сессии, cookies и контекст, обеспечивать идемпотентность и держать лимиты трат на сессию и транзакцию с отслеживанием бюджета при параллельных запусках агента. Наблюдаемость и соответствие: фиксировать в аудит-логах каждую попытку платежа, одобрение, отказ и расчёт.

Без управляемого сервиса агент должен на каждом 402-ответе оркестрировать весь платёж внутри себя: подписать доказательство, прикрепить корректный заголовок, повторить запрос, рассчитать транзакцию и залогировать результат. Каждый шаг — это собственный код, который надо написать, защитить и поддерживать.

Риски выходят за пределы инженерных усилий. Без жёстких лимитов трат на уровне инфраструктуры баг, цикл ретраев, промпт-инъекция или случайный доступ могут запустить нежелательные платежи: агент, зациклившийся на платном эндпоинте, продолжает авторизовать платежи до ручного вмешательства. Приватные ключи внутри рантайма агента делят среду исполнения с недоверенными веб-страницами, сторонними инструментами и внешними зависимостями, а если инфраструктура подписи доступна из рантайма, атакующий может попытаться добраться до ключа или перенаправить платежи на подконтрольный адрес. У браузерных агентов есть и дополнительное ограничение: платёж должен происходить в той же браузерной сессии, иначе записи сессии и живой просмотр перестают соответствовать тому, что реально исполнялось.

Решение: платёжный стек уезжает в управляемую инфраструктуру

Anchor Browser и AgentCore payments переносят весь платёжный стек в управляемую инфраструктуру. Amazon Bedrock AgentCore payments — полностью управляемая возможность AgentCore, с помощью которой агенты сами находят, получают доступ и платят за API, серверы Model Context Protocol (MCP) и веб-контент: сервис управляет подключением кошелька, применяет настраиваемые лимиты трат на уровне инфраструктуры и проводит платежи по протоколу x402, а наблюдаемость попыток, одобрений, отказов и расчётов даёт Amazon CloudWatch.

В отличие от stateless вызова инструмента, Anchor Browser даёт настоящий облачный браузер с постоянной идентичностью, повторяемыми детерминированными процессами и контекстом сессии, нужным чтобы войти, пройти по страницам и надёжно закончить задачу. Аутентификация, навигация, сетевые запросы, записи и живой просмотр идут в одной браузерной сессии, и платёж тоже происходит внутри неё — запись фиксирует всю последовательность от запроса к 402, оплате и выдаче контента. У агентов Anchor есть встроенный инструмент x402, который нативно обрабатывает платные вызовы API в браузерном контексте и не требует менять существующие сценарии на Playwright, Puppeteer или Chrome DevTools Protocol.

В центре сервиса — Payment Manager, верхнеуровневый ресурс, который координирует платёжные операции для аккаунта AWS; при его создании указывают тип авторизатора и IAM-роль, а AgentCore затем выпускает соответствующую рабочую идентичность в Amazon Bedrock AgentCore Identity. С внешней кошелёк-инфраструктурой Payment Manager соединяют PaymentConnector (интеграция с Coinbase Developer Platform или Stripe Privy), PaymentCredentialProvider (безопасное хранение учётных данных провайдера кошелька в AgentCore Identity) и PaymentInstrument (конкретный адрес кошелька, с которого списываются средства).

Anchor Browser заводит кошельки через AgentCore payments с поддержкой провайдера кошелька, не помещая секреты кошелька и приватные ключи в рантайм агента. Для поиска эндпоинтов AgentCore даёт курируемый MCP-сервер Coinbase x402 Bazaar через Amazon Bedrock AgentCore Gateway, чтобы агенты программно находили доступные платные x402-эндпоинты. Сам Anchor Agent держит только две платёжные компоненты — бюджетную сессию и инструмент x402, — а аутентификация, секреты кошелька, лимиты платежей, наблюдаемость и подпись платёжного доказательства живут в слое AgentCore payments.

Как проходит платёж

Сначала Anchor Browser создаёт для браузерной сессии выделенную AgentCore PaymentSession: если сессия стартует с включённым x402, браузер провижнит PaymentSession и связывает её с настроенным платёжным инструментом и бюджетом. Затем браузер получает ответ HTTP 402: когда агент переходит по URL или делает запрос через fetch либо XMLHttpRequest, мерчант отвечает челленджем с суммой, принимаемыми методами оплаты и платёжным адресом, а браузер выбирает совместимый метод, сопоставляя запрошенный метод с инструментом, привязанным к сессии.

Дальше AgentCore проверяет бюджет сессии и генерирует криптографическое доказательство платежа: сервис удостоверяется, что сумма укладывается в лимит сессии, подписывает транзакцию через настроенного провайдера кошелька и возвращает доказательство — ключевой материал не попадает ни в браузер, ни в рантайм агента. После этого браузер повторяет исходный запрос с платёжным заголовком: подписанное доказательство прикрепляется как PAYMENT-SIGNATURE для x402 v2 или X-PAYMENT для x402 v1, и запрос повторяется ровно один раз. Наконец мерчант проверяет доказательство, рассчитывает транзакцию и отдаёт защищённый ресурс, а агент продолжает задачу; учётные данные кошелька остаются у AgentCore и настроенного провайдера на всём протяжении потока.

Как включить и чем ограничены платежи

Для работы нужен один параметр сессии: session.x402 = true, по умолчанию свойство равно false, а также действующий API-ключ Anchor Browser (ANCHOR_API_KEY). В примерах AWS сессия создаётся POST-запросом к api.anchorbrowser.io/v1/sessions с телом {"session":{"x402":true}} — показаны варианты на cURL и на JavaScript. После подключения по Chrome DevTools Protocol агент работает как обычно: ключ кошелька и платёжный заголовок в код автоматизации добавлять не нужно — браузер сам обрабатывает 402-челленджи, подпись платежа и повтор для навигации по документам, fetch- и XHR-запросов. Тот же встроенный инструмент x402 работает и для платных API, которые ждут POST, PUT и другие методы: код получает ответ так, будто эндпоинт бесплатный.

Если ответ мерчанта некорректен, совместимая сеть не предложена, бюджет исчерпан или AgentCore payments отклоняет платёж, браузер возвращает странице исходный 402-ответ без изменений — автоматизация может обработать его как обычную HTTP-ошибку. Свойство x402 управляет платежами только к сторонним ресурсам: оно не заменяет Anchor credits и не оплачивает саму браузерную сессию.

В документации AgentCore payments описан и другой способ обвязки, без Anchor Browser: Browser Tool даёт агенту управляемую headless-сессию Chromium внутри AgentCore Runtime, агент подключается по WebSocket через Chrome DevTools Protocol, а платёжный процессор создаёт криптоподписи через настроенные CDP-кошельки и внедряет заголовки авторизации, повторяя запрос в той же браузерной сессии.

Что это меняет

Платёж уходит из кода приложения на уровень инфраструктуры: не нужно интегрировать SDK кошелька, писать парсер 402-ответов, реализовывать цикл ретраев, поддерживать сборку заголовков и строить собственное аудирование — весь стек ведёт AgentCore payments. Существующие инструменты не меняются: сценарии Playwright, автоматизации Puppeteer, команды Chrome DevTools Protocol и агентные потоки Anchor Browser работают как раньше, потому что платёж — это свойство сессии, привязанное к браузеру, а не правка логики агента, промптов или описаний инструментов.

Приватные ключи не входят в рантайм: подпись и расчёт идут внутри AgentCore payments, который общается с Coinbase CDP или Stripe Privy через безопасное хранилище учётных данных в AgentCore Identity, а рантайм агента не имеет доступа к ключевому материалу, способному двигать средства. Бюджеты применяются на уровне инфраструктуры: каждая сессия работает в заданных лимитах трат, и при достижении лимита AgentCore payments отказывает в платеже.

Биллинг консолидирован: Anchor Browser рассчитывает сторонние x402-начисления в кредитах на том же счёте, что и время браузерной сессии, — без отдельного хранения крипты, без баланса USDC для мониторинга и без ончейн-расчётов для финансовой команды.

По мере того как всё большая часть веба переходит на оплату за запрос, агенты без платёжного механизма не смогут доводить до конца задачи с платными ресурсами; интеграция закрывает этот разрыв — агент завершает платные сценарии end-to-end в заданных бюджетах, с полной наблюдаемостью через AgentCore Observability и без криптографического ключевого материала в рантайме.