独立解读
商家如何让自己的 API 支持 Agent 付费？
01服务定价02付款验证03资源交付
假设你经营一个行业数据 API，希望 Agent 每次查询前支付 0.01 美元。除了把接口标价，还要让客户端知道怎么付、让服务端确认支付，并能处理支付成功但数据没有返回的情况。
下面用 x402 解释一种可能的路径；这不是实操教程，也没有在本文中接入真实资金。
flowchart TD
A[Agent 请求数据] --> B[服务端返回付款要求]
B --> C[客户端准备支付凭证]
C --> D[携带凭证再次请求]
D --> E[按实现验证和处理支付]
E --> F[按服务规则返回数据]
F --> G[记录支付与交付结果]
先定义卖的是什么
| 商家问题 | 需要确定的例子 |
|---|---|
| 商品 | 一次查询、一个文件，还是一段时间的访问？ |
| 定价 | 固定单次价格，还是按用量计费？ |
| 支付要求 | 支持哪些网络、资产、收款方和金额？ |
| 交付 | 付款后返回什么，超时如何查询？ |
| 售后 | 失败、退款、重复请求如何处理？ |
不能因为 Agent 会自动请求，就省略数据质量、服务条款和稳定性说明。对于 0.01 美元的服务，还要核对网络费、支付处理费和退款成本是否让商业模式可持续。
x402 参与哪一步？
x402 HTTP 规范描述服务端如何表达支付要求，以及客户端如何在后续请求中传递支付信息。Coinbase 的 Bazaar MCP 文档展示一种先验证、处理结算，再转发原始请求的具体实现；其他方案可能不同。
钱包负责其适用的签名或付款能力，支付处理方负责相应验证或结算，API 服务商负责交付。x402 不会自动解决每个服务的退款、质量审核或 Agent 预算。
开放前要测试什么？
- 金额、币种、网络和收款对象不符合要求时，是否拒绝？
- 客户端支付后断网，如何查询订单和交付状态？
- 重复请求是否会重复收费？是否支持幂等或已有凭证处理？
- 支付确认但上游数据源故障时，如何重试、退款或通知用户？
- 收据和日志是否能关联订单，同时避免记录密钥或敏感凭证？
文档示例不代表所有服务都已实现这些功能。建议先在测试网或模拟环境核验，再对正式环境的地区、合同与费用分别确认。