Agentic Pay 生态：玩家各站哪一格
所属：第四部分 · 叠加 Agentic Pay（第 11–12 章） 前置：本课第 11 章（委托支出闭环的六步）、第 8 章（发卡）、第 6 章（收单）、第 10 章（稳定币应用）；《支付系统》基础教程部分第 30 章（四个方案各站哪一格）、第 28 章（网络中立性） 本章新概念：闭环的四层玩家、六个协议的分工、三条跟踪线
（本章的公司、协议和数字来自 2026 年 9 月之前的公开信息，其中几项是 2026 年年中的新变化。名单会继续变，要记住的是每家站在闭环的哪一步、模型的哪一块。）
一、上一章留下的问题¶
上一章把 Agentic Pay 拆成六步：委托、形成候选支出、策略判断、生成限权凭证、既有执行、证据。最后问：这六步分别由谁来做？
答案是一张分层表。先给表，再逐层看公司，最后看 2026 年年中发生的三件事说明了什么。
二、委托与身份、凭证、执行、协议四层各有玩家¶
| 层 | 对应闭环的哪几步 | 做什么 | 玩家 |
|---|---|---|---|
| 委托与身份层 | 第 1–3 步 | 人在哪里设边界、agent 用什么身份出现、谁判断批不批 | agent 平台：OpenAI、Google、Anthropic、Microsoft、Perplexity；企业软件：Ramp、Brex 这类支出管理公司；agent 身份服务：Visa 的 Agentic Directory、Cloudflare 的 Web Bot Auth、Skyfire |
| 凭证层 | 第 4 步 | 把批准的一笔变成限权凭证 | 卡组织：Visa Intelligent Commerce、Mastercard Agent Pay；PSP：Stripe 的 Shared Payment Token；发卡方：Stripe Issuing、Lithic、Marqeta 的单次虚拟卡；钱包：PayPal、Coinbase |
| 执行层 | 第 5 步 | 凭证进入轨道，商户接受 | 本课前十章的全部：卡轨道、银行轨道、链上；商户侧的收单方和商户平台：Shopify、Adyen、Checkout.com、Stripe |
| 协议层 | 横跨各步 | 让上面三层的公司互相说得通 | ACP、UCP、AP2、x402、MPP、Visa 的 Trusted Agent Protocol |
四层里，凭证层和执行层就是上一章说的 PSP 的机会所在；委托与身份层是 agent 平台的地盘；协议层是所有人在争的地方。
三、协议层：ACP、UCP、AP2、x402、MPP、TAP 各管哪几步¶
协议最容易让人眼花，因为它们名字相似、发布时间接近、支持方互相重叠。按“管闭环的哪几步”拆开就清楚了：
| 协议 | 谁发起 | 什么时候 | 管闭环的哪几步 | 结算资产 | 治理 | 2026 年年中的状态 |
|---|---|---|---|---|---|---|
| ACP | OpenAI 与 Stripe | 2025 年 9 月 | 第 2、5 步：agent 与商户之间的商品、结账、订单交互 | 卡为主 | Stripe 发布的开放规范 | 2026 年 3 月 OpenAI 收缩了最初的 Instant Checkout，转向“发现商品，结账留给商户自己的系统” |
| UCP | Google 与 Shopify | 2026 年 1 月 | 第 2、5、6 步：从发现到履约的全流程 | 不限 | 部分公开 | 接入 Google 的购物和 Gemini，覆盖 Shopify 的商户 |
| AP2 | Google 联合六十多家机构 | 2025 年 9 月 | 第 1、3、6 步：把用户的委托和批准做成可验证的凭证链 | 卡和稳定币都接 | Google 主导，卡组织、PayPal、Amex、Coinbase 参与 | 卡组织已把自己的凭证格式对齐 AP2 |
| x402 | Coinbase | 2025 年 5 月 | 第 5 步：机器请求资源、服务器报价、机器付款的 HTTP 流程 | 早期以稳定币为主，基金会章程扩展到卡 | 2026 年 7 月交给 Linux 基金会下的 x402 基金会，40 家成员 | 一个月约 7,500 万笔、2,400 万美元，平均每笔约 0.32 美元 |
| MPP | Stripe 与 Tempo | 2026 年 3 月 | 第 5 步：同样基于 HTTP 402，接 Stripe 的 SPT 用卡、接 Tempo 用稳定币 | 卡和稳定币 | Stripe 发布 | Stripe 同时支持 MPP 和 x402 |
| Trusted Agent Protocol | Visa | 2025 年 10 月 | 第 3、5 步之间：让商户识别可信的 agent 并验证它带的签名意图 | 卡 | Visa | 已在对齐 OpenAI 的协议 |
这张表要读出两个规律。
第一，管商户结账的协议（ACP、UCP）和管机器支付的协议（x402、MPP）是两条线，对应上一章三类场景的两端：前者服务替人购物，单笔几十到几千，走卡；后者服务机器对机器，单笔不到一美元，走链上。x402 的数据把这个分界坐实了：平均每笔 0.32 美元，这个金额在卡轨道上连固定成本都覆盖不了。
第二，AP2 和 Trusted Agent Protocol 管的不是钱怎么走，是“谁授权了什么”和“这个 agent 是谁”。它们是第 1、3 步的证据层，可以叠在任何一条结算线上。所以卡组织可以同时支持 AP2 和 x402，不冲突。
四、用模型看每家的位置¶
| 玩家 | 在 PSP 模型的哪一块 | 在闭环的哪几步 | 动机 |
|---|---|---|---|
| Visa、Mastercard | 卡轨道本身 | 第 4 步发 agent 专用令牌，第 3 步之后做 agent 身份验证 | 在位者防守：把 agent 流量留在卡轨道上；同时加入 x402 基金会，两头下注 |
| Stripe | 收单、发卡、稳定币端点都有 | 第 4 步（SPT、单次虚拟卡）、第 5 步（收单、MPP）、协议层（ACP、MPP） | PSP 里第 4、5 步都已布局的一家，收购 Bridge 后链上执行也有了 |
| OpenAI、Google | 不在模型里，是 agent 平台 | 第 1–3 步的入口 | 抢“定规则”的位置；OpenAI 的收缩说明商户不愿把结账交出去 |
| Coinbase | 链上执行 | 第 5 步 | 把 x402 交给中立基金会，换取所有人加入 |
| Shopify | 商户平台，站在收单那一侧 | 第 5 步的商户端 | 让几百万商户对 agent 可读，同时支持 ACP 和 UCP，不押一家 |
| PayPal | 钱包，兼有收单 | 第 4 步（用户批准和凭证）、第 5 步（商户网络） | 用钱包的用户关系换 agent 平台的入口 |
| Ramp、Brex 这类支出管理公司 | 发卡加余额核心 | 第 1–4 步天然齐全：企业委托、策略、单次虚拟卡 | 企业采购场景里离闭环最近的玩家 |
| Skyfire、Payman 这类创业公司 | 不在模型里 | 第 1 步的 agent 身份和第 4 步的钱包 | 做 agent 专用的身份和钱包，赌 agent 会成为独立的支付主体 |
《支付系统》基础教程部分讲 Agentic Payments 时说，“不持有资金、只定规则”的位置每隔几十年空出来一次，现在又空出来了。上表最右一列就是各家对这个位置的态度：卡组织想守住，OpenAI 和 Google 想抢，Coinbase 把标准交出去换中立，Stripe 不争规则、争凭证和执行。
成因规则：一家公司站在闭环的哪一步，取决于它原来在模型里持有什么。持有轨道的做凭证，持有商户的做结账，持有用户的做委托入口，什么都不持有的做协议或做 agent 专用的身份和钱包。
五、2026 年年中的三个事实：结账留在商户、机器流量量大额小、传输层归了中立基金会¶
从 2025 年各家发布方案，到 2026 年年中，有三件事已经发生，它们比方案本身更能说明这个领域的走向。
第一，商户不愿把结账交出去。 OpenAI 2025 年 9 月推出 Instant Checkout，让用户在 ChatGPT 里直接下单付款；到 2026 年 3 月，真正上线的商户只有几十家，OpenAI 收缩了这个模式，改为在 ChatGPT 里做商品发现和比较，结账回到商户自己的系统。Walmart 在 ChatGPT 里的做法是接自己的账户和自己的支付。原因用收单那一章的语言说：结账页是商户的客户关系、定价权和数据所在，交给 agent 平台等于把这些都交出去。这意味着收单那一侧的机会在“让商户自己的结账页对 agent 开放”，不在“替商户结账”。 Visa 2026 年 6 月与 OpenAI 的合作走的就是这条路：把令牌化的 Visa 凭证接进 OpenAI 的 agent，用户设限额和商户类别，商户侧仍走原有的授权和风控。
第二，机器对机器已经有真实流量，而且量大额小。 x402 基金会公布的一个月 7,500 万笔、2,400 万美元，平均 0.32 美元，说明《支付系统》基础教程部分讲 Agentic Payments 时说的“微支付判给链上几乎没有悬念”已经从推断变成数据。这一格的 PSP 机会在链上端点：谁能让企业客户的 agent 用余额里的稳定币按次付款，谁就接住了这条流量。
第三，授权层各家各做，传输层归了中立基金会，而且在互相兼容。 卡组织把凭证格式对齐 AP2，Visa 对齐 OpenAI 的协议，Stripe 同时支持 MPP 和 x402，卡组织和 Stripe 都加入了 x402 基金会。这条战线没有打成“你死我活”，反而像《支付系统》基础教程部分讲一笔汇款的报文时那样，在往“传输层统一、授权层各自实现”收敛。对 PSP 来说，这意味着不需要押注某一个协议，需要的是凭证层和执行层的能力能接上任何一个协议。
六、三条跟踪线：凭证由谁签发、结账留在谁那里、企业场景是否先跑通¶
《支付系统》基础教程部分讲 Agentic Payments 时给过三条跟踪线：责任规则的落点决定费率，单笔金额的分界线决定轨道，监管的分叉决定产品形态。站在 PSP 这一侧，再加三条：
第一条：凭证由谁签发。 第 4 步是闭环里各家都想占的一步：卡组织、PSP、发卡方、钱包都想做。看每个场景里最后是谁的凭证被商户接受：卡组织的 agent 令牌、Stripe 的 SPT、发卡方的单次虚拟卡，还是钱包的批准。谁的凭证成为默认，谁就拿到这一层的定价权。
第二条：结账留在谁那里。 2026 年 3 月之后，消费者购物的结账大概率留在商户自己的系统里。那么商户侧的机会属于收单方和商户平台：让结账页对 agent 可读、可验证、可用凭证付款。看 Shopify、Adyen、Checkout.com 这类公司在这一步做了多少。
第三条：企业场景是否先于消费场景跑通。 上一章说企业采购的委托最复杂，但争议最少、证据最容易接（发票、合同、预算本来就在系统里）。支出管理公司已经有第 1–4 步的全部零件。如果企业场景先跑通，PSP 的企业客户会是最早需要这套能力的人。
七、全课回顾¶
这门课从一句话开始：一个 PSP 对客户提供的，是一个余额核心，加上分布在各国的收款端点和付款端点。 之后每一章都是在这句话上加东西：
| 部分 | 加了什么 | 判断工具 |
|---|---|---|
| 第一部分 · 骨架 | 三块各自的牌照门槛和工程门槛；自建与租用 | 谁允许你做，你做不做得对；端点改资金线，核心改账本线 |
| 第二部分 · 延伸 | 收单、本地支付方式、发卡三种能力 | 推还是拉决定责任在哪一侧；卡组织会员资格在两侧各长出一层中介 |
| 第三部分 · 稳定币 | 三个位置：客户余额、链上端点、财资桥 | 谁持有稳定币、持有多久；走廊两头的法币轨道有多贵 |
| 第四部分 · Agentic Pay | 六步闭环和四层玩家 | agent 改变付款之前的决策，不改变付款的执行；持有什么决定站在哪一步 |
结课任务只有一个：任选一家你关心的支付公司，用这四行的工具把它拆开。它的余额核心是自持还是借的，端点在哪些国家自建、哪些租，有没有收单、发卡、本地支付方式，稳定币用在哪个位置，在 Agentic Pay 的闭环里占了哪几步。拆得开，这门课就学完了。
八、自检题¶
- 一家 PSP 宣布“全面支持 ACP、UCP、AP2 和 x402”。用本章的分层表判断：这四个协议分别让它在闭环的哪几步跟别人说得通？支持了协议，它就有了 Agentic Pay 的能力吗？
- OpenAI 收缩 Instant Checkout 之后，收单那一章讲的收单方在 Agentic Pay 里的机会变大了还是变小了？为什么？
- 用本章的成因规则判断：一家只做银行付款端点、没有发卡也没有收单的 PSP，在 Agentic Pay 的闭环里最可能从哪一步切入？它的凭证长什么样？
九、参考答案¶
先自己答完再往下看。
ACP 和 UCP 让它在第 2、5 步跟 agent 平台和商户说得通，AP2 让它在第 1、3、6 步能验证和记录用户的委托，x402 让它在第 5 步接机器对机器的付款。但协议只是“说得通”，能力要看它自己在凭证层和执行层有什么：能不能签发限权凭证（发卡或付款端点的授权环节），能不能执行付款（余额核心和端点）。四个协议全支持但自己签不出凭证，它仍然只是一个翻译层。
变大了。Instant Checkout 的模式是 agent 平台替商户结账，商户侧只要提供商品目录，收单方在这个模式里没有新角色。收缩之后，结账回到商户自己的系统，那么“让商户的结账页能识别可信 agent、能接受限权凭证、能把订单和付款关联起来”就成了必须有人做的事，这正是收单方和商户平台的位置。第 5 步的商户端从“被绕过”变成“必经之路”。
从第 4 步切入，凭证是限权付款指令：限收款人、限金额、限期限的银行付款授权。成因规则是持有什么决定站在哪一步，它持有的是付款端点的授权环节，所以能签发的凭证是银行轨道上的，而不是卡或链上的。最适合它的场景是上一章说的企业付款：agent 处理发票，形成向某供应商付某金额的候选，策略批准后生成一笔只能付给这家供应商的付款授权，付款端点执行，证据接到发票。它接不住替人购物的场景，因为那需要卡。
上一章：第 11 章 Agentic Pay：它解决什么问题