作者：KevinY
AI支付元年开启：Google 联合产业发布 AP2（Agent Payments Protocol），以授权契约（Mandate） 可验证凭证把 AI 代用户交易纳入统一、可审计的范式。
Coinbase 携以太坊社区推动 x402，让 API 调用即支付成为现实 — — 稳定币原生、A2A（Agent-to-Agent）直连。
两条轨道合流：法币与稳定币并进，指向同一终局：面向 Agent 的支付语义层。
创业窗口：协议之上最缺可用的产品化组件与安全风控中台。FluxA选择做第一批可上路量产车。
AI圈恐怕是现在最无休无眠的战场了，各个科技大厂在模型侧的军备竞赛还在如火如荼进行，一个崭新的战场 — — AI支付又慢慢浮出水面。Stripe宣布将推出自己的支付L1，Tempo，Paypal宣布投资了Kite.AI，而就在前几天，Google宣布将推出自己的开源支付协议Agent Payments Protocol(AP2, 智能体支付协议），并将于Coinbase之前推出的X402一起合作，将X402整合到Google自己开发的A2A框架中去。
随着AI的逐渐发展，业界对于AI能力边界和商业化的思考也逐渐进入了下一个阶段，越来越多的人开始认识到，支付能力对于Agent来说是必不可少的，因为支付并不是一个单纯的功能，在这背后所代表的是，当Agentic AI成为了新的互联网“一等公民”, 会松动传统的电商运营，广告与分发以及互联网金融的根本逻辑，以及催生出新的，以AI为核心的Agentic Commerce。
本文将会深度分析现在AI支付领域两大巨头的最新进展：Google的AP2以及Coinbase的X402，从这里入手，分析AI 支付领域的发展趋势以及存在的机会。
Google 在本周联合 60 多家支付网络、金融机构、电商与区块链公司发布 AP2（Agent Payments Protocol），就是试图为 AI 与支付的交汇奠定统一标准。
在没有AI之前，传统的支付是有人在支付后台上点击“购买“完成的，而任何不是人类发起的，自动化的付款行为都会被整个支付系统认为是“不安全的”，整个支付系统到今天已经演化出一套非常成熟的风控体系来管理这种风险。但在AI时代，这就变成了一个难题，因为我们如果允许AI来代替人类来发起交易，那么我们该如何确认：1. 用户是否真正授权了AI做这笔交易？ 2.AI的请求，是不是代表了用户的真实意图？ 3.如果交易出现问题，该怎么追究AI的责任？
而Google的AP2就是从这里入手， google定义了一套开放的协议标准，作为AI和商家之间通讯安全合规的交易提供通用语言，这其实是一个建立在用户 — AI — 商户之间的双重授权机制：
Intent Mandate：用户给出我想买什么、预算上限、时间窗口的明确意图；
Cart Mandate：代理找到具体商品与价格，再次请求用户签名确认。
两份授权，都以可验证凭证加密签名，在用户签名确认之后，形成 不可抵赖的证据链。对于商家与清算网络，这意味着：他们收到支付请求不是来自于某个无法识别的机器人，而是有用户授权过、可验证的“交易契约”，商家和清算网络通过Google 定义的“交易契约”就可以放心大胆的认可这笔交易的合法性并予以放行。
AP2 并不会去改造 Visa/ACH/稳定币与区块链这些清算层的网络，而是在他们之上加了一层 谁在花钱、凭什么花、越权可追的**信任语义层，**试图在稳定币，法币等不同的清算网络中，都能适配和解决AI支付意图的确认问题。这在传统支付场景下，是由我们每个人手动点击“购买”按钮发起的，而对于AI和稳定币时代的“黑暗森林”，我们需要用密码学和流程约束来把每个AI的行为纳入秩序，确保AI不会利用他自己的动钱的权力来给用户的资金带来伤害。
虽然整个AP2的设计和开发还在非常早期，但我们可以清晰的看到Google对AI支付的思考与着力点，那就是打消Agent支付链路上的各个参与方，对于agent行为不可控，不可验证的顾虑，这是AI完成支付行为必不可少的环节之一：
对消费者：通过授权去定义AI支付行为的边界。预算、品类、时窗、例外规则全部固化在授权中；支付前确认agent的行为授权范围，出问题可回溯到当时授权了什么，实现了事前防越权、事后可申诉。
对商家与支付网络：将是否为本人真实意愿从口头/界面确认，升级为可加密校验的意愿凭证；拒付、争议处理有链路证据，减少灰色损失与合规不确定。
对生态：确立了 AI 参与支付的共同语言，便于多方协作创新（身份、风控、清结算、保理等）在同一问题定义上保持一致。
对企业 IT/合规：把AI时代的自动采购、订阅扩容、账单代付等流程从策略文档 人工复核迁移到协议级策略执行；实时留痕，给将来的穿透式监管打好底座。
如果说Google更关注AI支付的授权与安全问题，那么天生离稳定币和区块链更近的Coinbase，则把手直接伸向了AI的交易行为和结算本身，通过与以太坊基金会推动的 x402 协议，Coinbase力图将稳定币和区块链塑造成 AI支付的原生货币和支付原语，并且将AI的支付行为和“消费”行为耦合起来。
x402 取义 于**HTTP 402，**HTTP 402, 其实是HTTP协议的一个状态码，表示“使用该资源需要付款“，而在AI和稳定币时代之前，这个状态几乎在历史上从未被标准化的使用过。而近些年AI的崛起让开发者看到了他的勇武之地，当访问网页和API的访问调用的越来越来自于AI而非真实的人，那是不是应该让AI也为他们的访问付费呢？
x402解决这个问题的思路，是从支付链路入手，让 API的 调用与支付原生耦合：
当AI代理调用某项服务时，x402 会根据这服务商原先定义好的付款信息，通过HTTP回复给AI代理一个付款“账单”，而AI代理就可以用 USDC 等稳定币根据这个”账单“直接在链上完成对服务的结算，服务商会将服务立刻放行通过给AI。
尽快只是一个简单的协议而非一个完整的产品，但x402把稳定币的实时结算，高可编程性的特性运用到了AI支付的场景中，描绘了稳定币时代AI支付可能的样子和潜力：
对于AI代理来说，x402的存在使得AI代理对服务的调用和付款可以一体化的完成，同时借助去中心化，高可编程的稳定币网络，AI可以不再绕“绑定信用卡 — 发起付款 — 等待开通服务”的人类工作流，而是真正实现即付即用。同时，不同于人类相对低频的支付需求，并行化的处理能力使得AI代理的支付频率会远远超过人类, x402的使得更适应于AI代理，使其可以完成更细粒度的自动化的微支付与流支付，AI代理不必预置各家账户与 API key，就能在遇到x402 挑战时自动协商价格。
Join Medium for free to get updates from this writer.
对 AI服务的提供者，x402 把“访问即报价”的能力下沉到协议层：将来，x402的生态开发者可以细粒度地把页面、API、数据分片做成微支付，按请求、按 token、按时长计费等等复杂的支付模式；同时借助稳定币实现即时、跨境、低费率结算，在超高交易笔数的情况下，也能轻松的实现交易对账。
如果 AP2 是传统支付体系的 AI 扩展，那么 x402 更像是 稳定币时代的 AI 原生支付雏形。两者合流，恰好代表了巨头们在携手编织AI Payment的全链路各环节的基础，并且呈现出了双轨并行的场：法币支付与加密支付，都在往Agent 可调用的方向演进。
AP2：把现实世界的监管、风控与消费者保护装进 Agent 交易；
x402：把 Web3 的即时结算与可编程性装进 Agent 交易。
结论显而易见：AI Payment 的下一阶段不会是二选一，而是 双轨并行与互通：
用户与商家在 AP2 下获得合规与信任；
算力/数据/微服务在 x402 下获得速度与可编程；
上层产品需要统一抽象，把两条轨无缝编排给 Agent 使用。
巨头往往从定义标准入手去构建生态与影响力，但诸如X402和AP2这样的“标准”其实离一个在真实环境下可用的AI支付产品还是有非常大的差距，而在 协议之上，打造可用、可扩展的产品化组件。这正是这个赛道创业者值得切入的方向。
Google总结了Agent支付过程里设计的多个参与角色和职责，AP2这类协议，更多是协调支付链路上多方通过验证凭证的方式去信任来自AI Agent支付请求。我们可以看到，AP2并不是支付的执行层，Google选择将执行层开放给其他支付参与方来一起构建。
Credentials Provider， Merchant Payment Processor和Network/Issuer构成了支付执行层等三大角色，在Agent支付时代，支付执行层是否能催生出下一个万亿级市场以及玩家，AI创新先锋正在寻求答案。
FluxA是一套AI Native 的支付执行层，创始团队来自阿里巴巴和蚂蚁集团前高管，正在紧锣密鼓地加入这场Agent支付竞赛。
FluxA要打造一款Agent经济的支付原语（**Payment Primitives），**把身份、钱包、支付抽象成模块化原语，开发者可以像搭积木一样，用 FluxA 提供的组件拼装出自己的 Agentic 经济服务。
FluxA 的核心产品覆盖了AI Agent支付必不可少的四大环节：身份、钱包、收单和支付通道。
AI Wallet：为 AI Agent 聚合所有AI可调用的支付方式（银行卡、电子钱包、稳定币钱包等），为AI Agent提供统一的支付入口。安全和风控模块是该AI钱包的重点，确保AI Agent在用户的意图下进行代理消费。
AI Identity：AI钱包天然可以为AI Agent提供可信的AI身份ID，不仅包含用户的信息认证，还包含AI Agent执行环节的认证，基于FluxA提供的AI身份，商户和支付下游参与方可以进一步提升风控水平，规避为了给AI Agent提供可编程接口而带来的风险敞口。
AI Payment：为商家提供向AI Agent收款的服务，FluxA AI Payment核心思路是聚合收单，聚合多条AI Agent可用的支付通道，使商家无需担心AI agent无法完成支付的困扰。同时集成AP2、x402等行业协议，提供多样化的AI原生支付方式。
Stablecoin Rail：稳定币处于被主流采用的早期，消费者钱包和商家接受度方面都有很多细节服务需要提升，FluxA会围绕主流合规和低门槛采用构建一条用户无感的稳定币通道，专门服务于AI支付。
如果说 Google AP2 与 Coinbase x402 提供了 高速公路，FluxA 要做的就是 公路上的第一批量产车型：
对接 AP2、x402 等协议 → 确保与全球支付标准兼容。
提供 SDK/API → 让开发者无需研究底层协议，即可快速让 AI 具备支付能力。
面向应用场景 → 无论是 B 端 SaaS 的自动采购，还是 C 端 Agent 的电商购物，FluxA 都能充当支付执行层。
在创新赛道的早期，往往是创业者比巨头更快迈出探索的第一步。开放协议才刚刚起跑，市场上真正可用的产品依然稀缺；企业一方面希望尽快让 AI 接入支付，但又必须确保过程快而不乱，因此对可合规、可审计的落地中台需求迫切；与此同时，开发者不愿再疲于奔命地对接数十家网关或钱包，他们需要的是一套一站式的抽象层，让支付能力像调用 API 一样简单直接。
FluxA 不会去自造协议，而是深度对齐，紧跟 AP2 和 x402 的演进节奏，并优先适配主流支付服务商与钱包生态；同时，FluxA 的价值在于做补位，把协议转化为真正能用的产品，把标准变成能落地的业务能力，把安全要求内化为默认配置。这样一来，巨头负责制定规则和建立高速路，创业者则率先在这条高速路上推出可量产的车型。
支付本身是一个庞大的生态，创业公司与巨头之间并非对立关系，而更多体现为互补：
FluxA不造协议，而是深度对齐。紧跟 AP2 / x402 的演进节奏，优先适配主流支付服务商与钱包生态；
FluxA 的价值在于做生态位：把协议变成产品，把标准变成能跑的业务，把安全要求变成默认内置。
当 Google 与 Coinbase 在各自轨道上同轴发力，推动协议标准的建立，市场所需要的已不是新的口号，而是敢于率先落地的执行力。AP2 为合规和可信提供了保障，x402 打开了即时结算和可编程的空间，而 FluxA 则把这些抽象的标准与协议转化为真正可调用的支付原语与真正可用的产品组件。
下一阶段的 AI Payment，将由标准与执行层产品共同定义。Agent 不仅需要被赋予权限，还必须能够被验证和追责；支付流程不只是执行一次转账，而是要实现编排、观测和扩展；而对开发者而言，理想的状态是能够以天为单位快速接入并上线 AI 收付能力。
拐点已经到来。FluxA 希望与生态伙伴一道，把Agent 经济从论文和演示，推进到可靠、可用、并且能够规模化运转的现实世界。
