AI-translated from English; not yet reviewed by a fluent editor. # Платежи в Anchor Browser и AgentCore: как агент проходит через paywall x402 > Anchor Browser может повторить запрос к странице или API с оплатой по x402 через AgentCore payments, если разработчик включит сессию и настроит авторизованный платёжный инструмент с бюджетом. By BIG CHANGE Editorial Published: 2026-10-14T05:55:23.177Z Updated: 2026-10-14T05:55:23.177Z Canonical: https://bigchange.ai/blog/anchor-browser-agentcore-x402-payments ![A payment card and blank purchase order sit on a track beside an adjustable mechanical stop with an orange knob.](https://bigchange.ai/api/media/file/payment-authority-hero-v1.png) AI-generated conceptual illustration by BIG CHANGE. Delegating a purchase still requires a boundary around payment authority. The intact card, order and adjustable stop are a conceptual illustration, not a depiction of a specific product. AWS и Anchor Browser [описали интеграцию](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) для оплаты агентом в браузере страницы или API, защищённых x402, в рамках уже существующей сессии. Браузер может ответить на платёжный запрос HTTP 402, получить подписанное подтверждение платежа от Amazon Bedrock AgentCore payments и повторить запрос. Для разработчика главное изменение — место выполнения этой работы: браузер обрабатывает запрос на оплату и повторную попытку, а отдельно настроенная платёжная служба проверяет право расходовать средства. ## Главное изменение - **Что изменилось:**После запроса x402 платный веб-запрос может завершиться в сессии браузера агента без ключа кошелька или платёжного заголовка в коде автоматизации. Разработчик должен явно включить платежи для этой сессии. - **Почему это важно:**Агенты, использующие данные или контент с оплатой за запрос, могут продолжить тот же сценарий, а платёжный инструмент, разрешения идентификации и лимит расходов находятся вне страницы и среды выполнения агента. Реальное решение о покупке переносится в инфраструктуру, которую оператор должен настроить и контролировать. - **За чем следить:**Важная граница — исходный ответ 402. Неверно сформированный запрос на оплату, несовместимая платёжная сеть, исчерпанный бюджет или отклонённый платёж оставят ресурс недоступным для автоматизации; разработчикам всё равно нужно обрабатывать такой ответ. ## Что браузер делает на платной странице В [руководстве AWS и Anchor](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) описан процесс для навигации по документу, `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, а продавец по-прежнему решает, принимать ли подтверждение и выдавать ли ответ. ## Что должен включить разработчик Переключатель браузера работает явно. В [запросе сессии из руководства](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/), `session.x402` по умолчанию имеет значение `false`; значение `true` разрешает **реальные платежи** с настроенного инструмента. Для создания сессии браузера также нужен ключ API Anchor. Этот флаг — последнее звено с полномочиями на оплату, а не замена их настройке. В [руководстве AWS по AgentCore payments](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) описаны базовые ресурсы. Payment Manager задаёт конфигурацию платежей аккаунта AWS и использует роль IAM и авторизатор. Payment Connector связывает его с Coinbase Developer Platform или Stripe Privy. Payment Credential Provider хранит учётные данные провайдера через AgentCore Identity. Payment Instrument задаёт кошелёк и сеть для покупки. Сессия браузера связана с AgentCore Payment Session с лимитом расходов и сроком действия. В [кратком руководстве](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) AWS также требуется пополнить инструмент и предоставить агенту делегированное разрешение на подпись до оплаты. Это отдельные средства контроля. IAM регулирует доступ к службе; разрешение кошелька пользователя позволяет подписывать; инструмент определяет источник средств и сеть; лимит сессии ограничивает расходы во времени. AWS сообщает, что AgentCore отклоняет последующие платежи после окончания срока сессии или достижения лимита. Служба наблюдаемости показывает попытки и результаты платежей в CloudWatch. Интеграция не раскрывает секреты провайдера браузеру и среде агента, но оператору всё равно нужно выбрать подходящие инструмент и лимит. ## Где автоматизированный процесс останавливается В документации Anchor указано конкретное поведение при сбое: если запрос 402 сформирован неверно, совместимая сеть не предлагается, бюджет исчерпан или AgentCore отклоняет платёж, браузер возвращает странице **исходный ответ 402** без изменений. Поэтому автоматизация должна учитывать возможность ответа 402 даже при включённой сессии. В [руководстве AWS по устранению неполадок](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) перечислены и другие ошибки конфигурации: отсутствие разрешения IAM, неактивное делегированное разрешение на подпись, неверные учётные данные провайдера и отсутствие подписки Marketplace для Coinbase. Переключатель `session.x402` относится к оплате ресурсов третьих сторон. AWS указывает, что он не оплачивает сессию Anchor Browser и не заменяет кредиты Anchor. В руководстве упоминаются лимиты расходов и времени сессии, но конкретные значения отсылаются к технической документации Anchor; для этой статьи подробности были недоступны. Стоимость отдельного запроса к третьей стороне зависит от запроса продавца и фактического расчёта. Мы не проверяли полный счёт или транзакцию, поэтому статья не может назвать универсальную цену включённой сессии. Для разработчиков практическое решение принимается до перехода агента на платный URL: подключить пополненный и авторизованный инструмент, задать бюджет сессии браузера и включать x402 только при намерении совершать покупки. Браузер может убрать код платёжного протокола из процесса навигации. Но ответственность оператора за полномочия на расходы, неудачные запросы и проверку фактически списанной продавцом суммы остаётся. Этот вопрос полномочий проходит и через наш [более широкий анализ вариантов оплаты для ИИ-агентов](https://bigchange.ai/blog/ai-agent-payments-stablecoins-bank-deposits). ## Источники и дополнительная литература - [AWS и Anchor Browser, «Building agents that transact with Anchor Browser and AgentCore payments»](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) (13 октября 2026 года). Руководство по интеграции описывает включение функции в браузере, запрос x402, заголовки оплаты для разных версий и возврат исходного ответа 402 при перечисленных сбоях. В нём описан предполагаемый процесс; мы не тестировали платную сессию. - [AWS, «How AgentCore payments works»](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) (руководство для разработчиков, просмотрено 14 октября 2026 года). Описывает Payment Manager, коннекторы провайдеров, учётные данные идентификации, инструменты, сессии расходов и наблюдаемость. Это общее устройство сервиса вместе с руководством для браузера. - [AWS, «AgentCore payments quick start»](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) (руководство для разработчиков, просмотрено 14 октября 2026 года). Описывает настройку учётных данных провайдера, пополненного и авторизованного инструмента и платёжной сессии. Примеры бюджета и длительности иллюстративны, а не подтверждённые настройки Anchor по умолчанию. - [AWS, «Troubleshooting AgentCore payments»](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) (руководство для разработчиков, просмотрено 14 октября 2026 года). Перечисляет ошибки IAM, провайдера, разрешения кошелька, подписки и запроса x402, которые могут помешать платежу. Мы не воспроизводили эти ошибки. ## Sources - [AWS Machine Learning Blog, Building agents that transact with Anchor Browser and AgentCore payments](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) — Основное руководство по интеграции. Описывает значение session.x402 по умолчанию и включение реальных платежей, последовательность действий браузера и AgentCore, одну повторную попытку и неизменённый возврат исходного ответа 402 при указанных сбоях. Это описание поставщика; BIG CHANGE не проводила платную сессию. Отдельное утверждение об объединённых кредитах и счетах Anchor не было независимо сверено с документацией о пополнении кошелька AgentCore и не повторяется как универсальная модель тарификации. - [AWS, How AgentCore payments works](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) — Актуальная справка об архитектуре и средствах контроля сервиса. Определяет Payment Manager, коннектор, провайдера учётных данных идентификации, инструмент, лимиты и срок сессии, разрешение кошелька пользователя, платёжный процесс и наблюдаемость. Общий процесс x402 использует X-PAYMENT; руководство для Anchor отдельно указывает заголовок PAYMENT-SIGNATURE в x402 v2. - [AWS, AgentCore payments quick start](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) — Порядок настройки и предварительные требования, включая подключение Coinbase или Stripe Privy, пополненный инструмент, делегированное разрешение на подпись и ограниченную по времени платёжную сессию. Примеры сумм и сроков — не настройки и не лимиты Anchor. - [AWS, Troubleshooting AgentCore payments](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) — Документирует ошибки разрешений, подписки, разрешений кошелька, учётных данных и запроса x402. Ошибки на стороне службы дополняют описанное в руководстве Anchor Browser поведение возврата исходного ответа 402; здесь не проверялся ни один сценарий сбоя.