独立解读
AP2：如何证明用户允许 Agent 购买？
项目资料 · AP2 ↗你让 Agent 帮忙买一双鞋：「总价不超过 100 美元，黑色，今天内有货就买。」几个小时后，Agent 找到了商品并准备付款。
对商家和支付方而言，问题不只是「谁发来了请求」：这个 Agent 是否获得了用户授权？这次购买是否符合用户设定的条件？ AP2（Agent Payments Protocol）关注的就是如何表达和验证这类授权。
鞋子与金额是假设案例。以下根据 AP2 公开规范介绍设计，未对任何商家或支付服务做实测。资料查阅日期：2026 年 10 月 28 日。
两份授权，分别回答什么？
AP2 使用可验证、具备防篡改能力的数字凭证，称为 Mandate。当前规范围绕两类授权：
| 授权记录 | 主要问题 | 谁会关心 |
|---|---|---|
| Checkout Mandate | 被授权购买的是哪份结账内容？ | 商家验证购买内容与条件 |
| Payment Mandate | 是否授权用某种支付工具支付这份结账？ | 支付凭证提供方、网络及商家支付处理方按角色验证 |
两者可以与具体结账内容绑定，相关方能够核验签名、内容与约束。规范也定义了收据，供交易结果记录和潜在争议处理使用；争议最终如何裁决、资料保存多久则不由该规范完整解决。AP2 规范
用户在场与不在场
用户在场时，可以在可信界面查看已经形成的具体结账内容，明确确认购买和付款。用户不在场时，先确认条件；Agent 后续找到符合条件的商品，再形成针对该交易的授权。
开放（open）授权描述未来交易的限制，封闭（closed）授权绑定具体交易。规范规定开放授权需绑定 Agent 的公钥，并建议设置尽可能短的有效期限；验证方要检查具体内容是否符合限制。AP2 授权框架、AP2 规范
例如，用户给出「黑色、总价不超过 100 美元」的约束，实际购买是黑色、含税总价 95 美元，才可能符合这些条件；如果运费导致总价 105 美元，就需要按系统规则拒绝或重新取得授权。这个例子解释设计意图，不意味着任意产品都支持这些具体规则。
签名证明了什么？
有效签名有助于验证授权记录的来源及完整性，验证方还要检查约束、交易绑定和信任关系。它不能单独证明商品质量好、商家一定履约，也不会让银行卡发卡方自动批准交易。Agent 的密钥如果被盗或签署环节本身有问题，仍需要其他安全和风控措施。
同样，AP2 不等于付款网络或钱包。它为购买和支付提供授权证据，资金可以经由支持的支付工具处理；商家目录、库存、配送和具体结账接口由其他商业流程承担。
AP2 与 UCP、x402
UCP 官方定义了 AP2 Mandates 扩展，描述把授权记录放进 UCP 结账过程的机制。UCP 与 AP2 AP2 官方也提供与 x402 相关的示例。存在示例或扩展并不代表任意两个现成产品开箱即用；实际要检查双方是否支持同一版本、授权格式、支付方式以及验证流程。AP2 官方首页