AP2（Agent 支付协议）

一旦 Agent 能动你的钱，最棘手的问题就是信任：商家或者卡组织怎么知道这个 Agent 是在你真正授权的范围内行动，而不是自己脑补出一笔 4000 块的订单？AP2 的答案是用签名授权书（mandate）说话，而不是听 Agent 一面之词。

AP2 把一次 Agent 购物最多拆成三份授权书。意图授权书（Intent Mandate） 记录范围和上限——『跑鞋，42 码，150 元以内，白色或灰色，寄到我存好的地址』——由用户在自己的 AP2 客户端里签名。购物车授权书（Cart Mandate） 是 Agent 拼好的具体商品和最终价格，由用户确认（实时购物场景下），从而留下一份防篡改的记录，写明到底约定了什么。支付授权书（Payment Mandate） 则是允许商家或支付网络扣款的内容。每一份授权书都以可验证凭证的形式传递——一个签了名的 JSON 对象，链条上任何一方都能核验——于是授权信息是跟着交易走的，而不是只存在 Agent 的记忆里。

AP2 由 Google 于 2025 年 9 月发布，一同亮相的还有一大批支付和电商合作方。它定位为『不绑定具体支付方式』，并且可以和其他 Agent 标准组合：用 a2a-protocol 做 Agent 之间的通信，用 ucp-universal-commerce-protocol 这类电商层跑购物流程，再用扩展对接卡组织或加密货币结算。截至 2026 年，它还是一个早期、仍在快速演进的规范，只有少数几个公开试点，远不是一条尘埃落定、被普遍接受的通道。

怎么运作

三份授权书是串起来的。用户客户端签一份意图授权书，写明允许的范围。Agent 去购物（通常通过另一个电商协议），拼出购物车，产出购物车授权书；有人在场的购物由用户签字确认具体商品和金额，而『跌破 X 元就买』这种委托式购物，则要求意图授权书本身写得足够具体，能替代这次确认。随后支付授权书授权针对用户选定的支付工具进行结算。因为每一步都是签名的可验证凭证，商家、支付网络以及任何中间方都能独立核验这笔扣款是否落在用户授权范围内，一旦越界还能追溯。

举个例子

用户对购物 Agent 说：『咖啡豆快见底时帮我按老样子补货，每月不超过 40 块。』Agent 生成一份意图授权书，带上这个上限和商品描述，由用户客户端签名。三周后它发现这款豆子卖 18 块，拼好购物车——因为意图具体且已预先批准——就针对用户存好的卡开出 18 块的购物车授权书和支付授权书。商家发货前会核验这三份授权书；换成 60 块的订单、或者换了别的商品，这一核验就通不过。

和相关概念的区别

常见误解

常见问题