一张图看懂 Agentic Payment 生态

当 Agent 帮人买数据、预订服务或支付 API，参与者常被统称为“Agent 支付公司”。但一个钱包、一个支付协议和一个卡网络负责的事情并不相同。先按任务与交易中的职责看，比先背产品名称更容易理解。

flowchart TD U[用户或企业: 目标和权限] --> A[Agent: 发现和选择] A --> C[授权与策略: 能否购买] C --> W[钱包或支付凭证: 发起支付] A --> M[商家: 商品或数字服务] W --> N[支付网络/链: 处理资金路径] M --> V[支付验证或处理] V --> N M --> D[交付、收据与售后] D --> U

这是一张功能地图，箭头表示可能的关系，不代表固定时序或要求每一层都是独立产品。

从上到下认识各层

层次	要回答的问题	例子与边界
用户与 Agent	谁提出任务、谁选择？	用户可要求先推荐，也可在范围内授权自主购买
授权与策略	这次购买是否被允许？	预算、对象、时间和审批规则；执行位置因产品而异
钱包与凭证	用什么能力付款？	卡、账户、链上签名等；钱包不一定直接持有资金
商业与支付交互	商品、结账和付款要求如何表达？	不同标准处理不同信息，适用场景和版本不同
网络与结算	信息与资金如何流转？	卡网络或区块链等，取决于方案
交付与记录	买到什么，是否成功？	订单、API 响应、收据、对账及售后

如何摆放协议与公司？

x402围绕请求资源时的付款要求和支付交互；AP2定义与结账、支付授权有关的可验证记录。它们可以在不同架构中协作，但不能仅凭名称推定任何两个产品已经互通。

同一家公司的钱包、支付服务和公司本身是不同记录。对比钱包时，拿另一个钱包比控制权和接入方式；研究生态时，再看公司覆盖了哪些环节。不要把协议、产品和公司数量直接相加，误当成同类竞品总数。

从问题找到下一篇

想理解全程：先读《当 AI Agent 需要花钱》。
想知道谁能花钱：读《用户到底授权了什么？》。
想选支付工具：读《Agent Wallet 是什么？》。
想理解卡与链的差异：读《银行卡与稳定币：Agent 支付该怎么选择？》。
想看某个协议的机制：从 x402 或 AP2 的具体案例入手。

一条真实链路还要问清谁实际执行规则、谁承担网络费用、如何处理失败，以及是否提供有效的退款或争议渠道。图能帮助定位问题，不能替代对具体实现的核验。

资料查阅：2026-10-28。图为概念归纳，非某个产品的架构或实测结果。