世界从未停止变化。RSS
BIG CHANGE.

Markdown 版本

AI-translated from English; not yet reviewed by a fluent editor.

# Anchor Browser 与 AgentCore 付款：代理如何通过 x402 付费墙

> 开发者启用会话并配置获授权、设有预算的付款工具后，Anchor Browser 可通过 AgentCore payments 重试采用 x402 收费的页面或 API 调用。

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/)，让浏览器代理能在现有会话中为受 x402 保护的页面或 API 付款。浏览器可以响应 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/)介绍了 Anchor Browser 会话中的文档导航、`fetch`或 XMLHttpRequest 流程。商家返回带付款挑战的 HTTP`402 Payment Required`。Anchor 读取条款，并寻找与会话绑定的付款工具兼容的方法。AgentCore 检查会话剩余预算，并使用已配置的钱包提供商签署证明。浏览器把证明添加到**原始请求**中并重试一次；x402 v2 使用`PAYMENT-SIGNATURE`，v1 使用`X-PAYMENT`。商家验证并结算付款后，才会返回资源。

这是文档描述的流程，并非 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`即可授权使用已配置工具进行**真实付款**。创建浏览器会话还需要 Anchor API 密钥。该标志是连接付款权限的最后一步，并不能代替权限本身的配置。

AWS 的[AgentCore 付款指南](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。AWS 的[快速入门](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html)还要求付款工具已注资，且用户在代理付款前授予其委派签名权限。

这些是不同的控制措施。IAM 管理服务访问；用户的钱包授权允许签名；付款工具决定资金来源和网络；会话限额则限制一段时间内的支出。AWS 表示，会话到期或达到限额后，AgentCore 会拒绝后续付款。其可观测性服务会在 CloudWatch 中展示付款尝试和结果。该集成让提供商密钥留在浏览器和代理运行环境之外，但运营者仍需选择适合任务的付款工具和限额。

## 自动化流程在哪里停止

Anchor 文档说明的失败行为很明确：如果 402 挑战格式错误、没有提供兼容网络、预算耗尽或 AgentCore 拒绝付款，浏览器会将**原始 402**原样返回页面。因此，即使会话已启用，自动化也应把 402 视为可能结果。AWS 的[故障排查指南](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html)还列出其他配置问题，包括缺少 IAM 权限、委派签名授权未激活、提供商凭证无效，以及 Coinbase 缺少 Marketplace 订阅。

该`session.x402`开关适用于第三方资源付款。AWS 表示，它不会支付 Anchor Browser 会话费用，也不会取代 Anchor 积分。教程提到会话支出和时间限制，但具体限制需查阅 Anchor 技术文档；本文无法获得这些细节。具体第三方请求的费用取决于商家挑战和实际结算。我们没有核实端到端账单或交易，因此本文无法给出启用会话的通用价格。

对开发者来说，实际决策应在代理到达收费 URL 之前作出：连接已注资且获授权的付款工具，为浏览器会话设定预算，并且只在计划购买时启用 x402。浏览器可以从导航路径中移除付款协议代码，但不会免除运营者对支出权限、失败请求或核对商家实际收费金额的责任。这个权限问题也贯穿我们对[AI 代理付款选择的更广泛考察](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/)（2026 年 10 月 13 日）。集成教程记录了浏览器选择加入、x402 挑战、按版本区分的付款标头，以及失败时返回原始 402 的行为。它描述的是预期流程；我们没有测试收费会话。
- [AWS，《How AgentCore payments works》](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html)（开发者指南，2026 年 10 月 14 日查阅）。解释 Payment Manager、提供商连接器、身份凭证、付款工具、支出会话和可观测性。这是通用服务设计，与浏览器专用教程配合阅读。
- [AWS，《AgentCore payments quick start》](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html)（开发者指南，2026 年 10 月 14 日查阅）。提供提供商凭证、已注资且获授权的工具以及付款会话的设置步骤。示例预算和时长仅作说明，并非经核实的 Anchor 默认值。
- [AWS，《Troubleshooting AgentCore payments》](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html)（开发者指南，2026 年 10 月 14 日查阅）。列出了可能阻止付款的 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 专用教程区分 x402 v2 的 PAYMENT-SIGNATURE 标头。
- [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 的行为；本文未测试任何失败路径。