AI 代理能发起付款,不代表它能独立完成商业交易。OKX 的 Agent Payments Protocol(APP)把问题从“发起一次转账”扩展到“管理一段商业关系”:发现交易对手、协商范围和价格、托管资金、计量消费、链上结算、处理争议、分配收入并关闭账期;白皮书还强调,人类主要在异常情况下介入,而不是在每一步手动确认。[1]
先看结论
- APP 是 OKX Onchain OS 下的 Agent Commerce 开放标准,目标是让 AI 代理执行完整商业工作流,而不只是付款。[
2]
- 白皮书称,APP 用四类 intent——
charge、escrow、session、upto——覆盖一笔交易的生命周期。[1]
- 需要区分蓝图和现状:OKX Learn 在介绍完整流程时,同时把 escrow 和 dispute resolution 标注为 coming soon。[
2]
APP 是什么:不是 OKX 手机 App
这里的 APP 指 Agent Payments Protocol。OKX Learn 将其称为 OKX Onchain OS 推出的 Agent Commerce 开放标准;白皮书则把它描述为一个开放协议,让 AI 可以围绕完整商业关系自主行动。[1][
2]
它要解决的不是“代理能不能把钱转出去”,而是“代理能不能按商业规则完成一笔交易”。OKX 的公开说明认为,代理商业的瓶颈不只是支付,还包括报价、谈判、托管、计量、结算和争议解决等环节。[2]
为什么说它把支付变成商业关系
普通支付通常只表达一个状态:谁向谁付了多少钱。APP 的设计把交易前、中、后的状态都放进协议:交易对手如何发现,服务范围和价格如何形成,资金何时被锁定和释放,消费如何计量,收入如何分配,账期如何关闭,以及异常时如何进入争议流程。[1]
这也是四类 intent 的意义。白皮书称,charge、escrow、session、upto 共同覆盖一笔交易的生命周期,并把互动单位从单次转账扩展为完整商业关系。[1] 公开摘要没有展开每个 intent 的全部字段,因此更稳妥的理解是:它们是代理表达交易意图和执行条件的基础单元,而不是单纯的支付按钮。[
1]
一笔 APP 交易如何运行
1. 发现交易对手
购买方代理先找到能够提供服务、数据或任务执行的对手方。白皮书明确把 discover counterparties 放在协议覆盖的商业生命周期中。[1]
2. 报价与谈判
服务方代理给出价格、范围或计费方式,购买方代理按预算、目标和约束进行协商。OKX Learn 将 quoting 和 negotiating 列为代理商业流程的一部分,白皮书也写到 negotiate scope and price。[1][
2]
3. 托管资金
APP 的蓝图包含资金托管:资金不是简单即时打给卖方,而是可以在满足服务交付、用量或里程碑条件后再释放。[1] 但这一点需要加上现状限定:OKX Learn 在同一介绍中把 escrow 标注为 coming soon,因此它应被视为协议路线中的关键能力,而不应被理解为所有托管场景已经成熟可用。[
2]
4. 计量消费与计费
如果服务按调用、用量、订阅周期或阶段收费,协议需要记录消费并据此结算。白皮书把 meter consumption 纳入生命周期;第三方报道也称 APP 支持订阅、预付款和按使用量计费等结构。[1][
11]
5. 链上结算、分账与账期关闭
当约定条件满足后,APP 将结算放到链上,并把 revenue split 和 close the billing period 纳入完整流程。[1] 对代理来说,关键价值是交易状态可以被机器读取和重复执行,而不是每一步都靠人工确认;白皮书也称人类主要在异常情况下介入。[
1]
6. 争议与异常处理
如果交付结果、计量数据或服务质量发生争议,APP 的白皮书把 handle disputes 纳入商业关系生命周期。[1] 不过 OKX Learn 对 dispute resolution 同样标注 coming soon,所以目前更准确的说法是:争议处理是 APP 想覆盖的核心模块,但公开材料显示其部分能力仍在推进中。[
2]
一个具体场景:采购代理购买数据分析服务
假设一个 AI 采购代理需要购买数据分析服务。它可以先发现多个服务代理,比较服务范围和报价;选定对手后,双方围绕价格、用量上限、交付条件和账期形成承诺;资金进入托管;服务方开始执行任务;协议记录调用量或阶段进度;条件满足后完成链上结算和分账;如果采购代理认为结果不符合约定,则进入异常或争议流程。[1][
2][
11]
这个场景展示了 APP 的核心主张:AI 代理之间的交易不应只有成功付款或失败付款两种状态,而应能表达可协商、可计量、可结算并可进入争议处理的商业承诺。[1][
2]
多链、钱包和 SDK:哪些信息可以确认
官方材料中最稳妥的定义是:APP 是 OKX Onchain OS 旗下的 Agent Commerce 开放标准,用于让 AI 代理执行完整商业生命周期。[1][
2]
实现层细节则要分来源看。第三方报道称,APP 设计为跨链标准,并提到 Ethereum、Solana、X Layer、Agentic Wallet、Payment SDK、TEE-backed session keys 和 20+ 链支持等组件。[5][
6] 这些报道有助于理解 OKX 可能构建的生态范围,但判断协议核心能力时,仍应优先以白皮书和 OKX Learn 已明确说明的内容为准。[
1][
2]
它能带来什么,不能保证什么
APP 的价值在于把代理商业中的资金、用量、结算和账期状态协议化。对于需要自主购买服务或数据的代理,这比单次转账更接近真实商业流程。[1][
2]
但链上结算本身并不自动解决所有商业问题。公开材料确认 APP 要覆盖争议处理,也说明相关能力仍有 coming soon 限制;服务质量如何证明、计量数据如何采信、争议证据如何提交,以及多少服务方愿意接入,仍取决于具体实现和生态采用。[1][
2]
结论
OKX APP 的重点不是“AI 代理会付款”,而是“AI 代理能按协议做生意”。它把报价、谈判、托管、计量、链上结算、分账、账期关闭和争议处理放进一个商业生命周期,并用四类 intent 作为交易表达的基础。[1][
2]
更谨慎地说,APP 目前更像 AI 代理链上商业的协议蓝图:方向清晰,但 escrow 和 dispute resolution 等关键模块仍需关注实际上线、开发者接入和真实交易场景验证。[2]




