AWS и Anchor Browser описали интеграцию для оплаты агентом в браузере страницы или API, защищённых x402, в рамках уже существующей сессии. Браузер может ответить на платёжный запрос HTTP 402, получить подписанное подтверждение платежа от Amazon Bedrock AgentCore payments и повторить запрос. Для разработчика главное изменение — место выполнения этой работы: браузер обрабатывает запрос на оплату и повторную попытку, а отдельно настроенная платёжная служба проверяет право расходовать средства.

Главное изменение

  • Что изменилось:После запроса x402 платный веб-запрос может завершиться в сессии браузера агента без ключа кошелька или платёжного заголовка в коде автоматизации. Разработчик должен явно включить платежи для этой сессии.
  • Почему это важно:Агенты, использующие данные или контент с оплатой за запрос, могут продолжить тот же сценарий, а платёжный инструмент, разрешения идентификации и лимит расходов находятся вне страницы и среды выполнения агента. Реальное решение о покупке переносится в инфраструктуру, которую оператор должен настроить и контролировать.
  • За чем следить:Важная граница — исходный ответ 402. Неверно сформированный запрос на оплату, несовместимая платёжная сеть, исчерпанный бюджет или отклонённый платёж оставят ресурс недоступным для автоматизации; разработчикам всё равно нужно обрабатывать такой ответ.

Что браузер делает на платной странице

В руководстве AWS и Anchor описан процесс для навигации по документу, fetch или XMLHttpRequest в сессии Anchor Browser. Продавец возвращает HTTP 402 Payment Required с запросом на оплату. Anchor читает условия и ищет метод, совместимый с платёжным инструментом, привязанным к сессии. AgentCore проверяет оставшийся бюджет и использует настроенного провайдера кошелька для подписания подтверждения. Браузер добавляет его к исходному запросу и повторяет запрос один раз, используя PAYMENT-SIGNATURE для x402 v2 или X-PAYMENT для v1. Продавец проверяет и проводит платёж до выдачи ресурса.

Это документированная последовательность, а не испытание платного конечного узла компанией BIG CHANGE. По данным AWS, браузер сохраняет контекст сессии во время оплаты и повтора запроса. Существующие сценарии Playwright, Puppeteer и Chrome DevTools Protocol могут и дальше переходить по страницам или вызывать API через браузер, не формируя платёжные заголовки самостоятельно. Успешная оплата не делает доступной любую платную страницу: сайт должен предоставить поддерживаемый запрос x402, а продавец по-прежнему решает, принимать ли подтверждение и выдавать ли ответ.

Что должен включить разработчик

Переключатель браузера работает явно. В запросе сессии из руководства, session.x402 по умолчанию имеет значение false; значение true разрешает реальные платежи с настроенного инструмента. Для создания сессии браузера также нужен ключ API Anchor. Этот флаг — последнее звено с полномочиями на оплату, а не замена их настройке.

В руководстве AWS по AgentCore payments описаны базовые ресурсы. Payment Manager задаёт конфигурацию платежей аккаунта AWS и использует роль IAM и авторизатор. Payment Connector связывает его с Coinbase Developer Platform или Stripe Privy. Payment Credential Provider хранит учётные данные провайдера через AgentCore Identity. Payment Instrument задаёт кошелёк и сеть для покупки. Сессия браузера связана с AgentCore Payment Session с лимитом расходов и сроком действия. В кратком руководстве AWS также требуется пополнить инструмент и предоставить агенту делегированное разрешение на подпись до оплаты.

Это отдельные средства контроля. IAM регулирует доступ к службе; разрешение кошелька пользователя позволяет подписывать; инструмент определяет источник средств и сеть; лимит сессии ограничивает расходы во времени. AWS сообщает, что AgentCore отклоняет последующие платежи после окончания срока сессии или достижения лимита. Служба наблюдаемости показывает попытки и результаты платежей в CloudWatch. Интеграция не раскрывает секреты провайдера браузеру и среде агента, но оператору всё равно нужно выбрать подходящие инструмент и лимит.

Где автоматизированный процесс останавливается

В документации Anchor указано конкретное поведение при сбое: если запрос 402 сформирован неверно, совместимая сеть не предлагается, бюджет исчерпан или AgentCore отклоняет платёж, браузер возвращает странице исходный ответ 402 без изменений. Поэтому автоматизация должна учитывать возможность ответа 402 даже при включённой сессии. В руководстве AWS по устранению неполадок перечислены и другие ошибки конфигурации: отсутствие разрешения IAM, неактивное делегированное разрешение на подпись, неверные учётные данные провайдера и отсутствие подписки Marketplace для Coinbase.

Переключатель session.x402 относится к оплате ресурсов третьих сторон. AWS указывает, что он не оплачивает сессию Anchor Browser и не заменяет кредиты Anchor. В руководстве упоминаются лимиты расходов и времени сессии, но конкретные значения отсылаются к технической документации Anchor; для этой статьи подробности были недоступны. Стоимость отдельного запроса к третьей стороне зависит от запроса продавца и фактического расчёта. Мы не проверяли полный счёт или транзакцию, поэтому статья не может назвать универсальную цену включённой сессии.

Для разработчиков практическое решение принимается до перехода агента на платный URL: подключить пополненный и авторизованный инструмент, задать бюджет сессии браузера и включать x402 только при намерении совершать покупки. Браузер может убрать код платёжного протокола из процесса навигации. Но ответственность оператора за полномочия на расходы, неудачные запросы и проверку фактически списанной продавцом суммы остаётся. Этот вопрос полномочий проходит и через наш более широкий анализ вариантов оплаты для ИИ-агентов.

Источники и дополнительная литература

  • AWS и Anchor Browser, «Building agents that transact with Anchor Browser and AgentCore payments» (13 октября 2026 года). Руководство по интеграции описывает включение функции в браузере, запрос x402, заголовки оплаты для разных версий и возврат исходного ответа 402 при перечисленных сбоях. В нём описан предполагаемый процесс; мы не тестировали платную сессию.
  • AWS, «How AgentCore payments works» (руководство для разработчиков, просмотрено 14 октября 2026 года). Описывает Payment Manager, коннекторы провайдеров, учётные данные идентификации, инструменты, сессии расходов и наблюдаемость. Это общее устройство сервиса вместе с руководством для браузера.
  • AWS, «AgentCore payments quick start» (руководство для разработчиков, просмотрено 14 октября 2026 года). Описывает настройку учётных данных провайдера, пополненного и авторизованного инструмента и платёжной сессии. Примеры бюджета и длительности иллюстративны, а не подтверждённые настройки Anchor по умолчанию.
  • AWS, «Troubleshooting AgentCore payments» (руководство для разработчиков, просмотрено 14 октября 2026 года). Перечисляет ошибки IAM, провайдера, разрешения кошелька, подписки и запроса x402, которые могут помешать платежу. Мы не воспроизводили эти ошибки.