美国运通公开智能体支付“意图智能”框架

AI支付又有新进展，美国运通公布技术框架。

支付之家获悉，美国运通正式公开Intent Intelligence（意图智能）框架，系统介绍消费者购买意图如何在AI Agent执行交易前被记录和确认，并延续到支付凭证、交易授权及争议处理环节。

此次披露重点强调，经过消费者确认的购买意图，可以在Agent执行购买前提供给发卡机构，使其提前掌握消费者批准的购买条件，并将这些信息用于后续交易控制。

发卡机构为什么需要提前知道购买意图

Intent Intelligence并非10月才出现。

4月14日，美国运通发布Agentic Commerce Experiences（ACE）开发者工具包时，已经将Intent Intelligence列为五项核心服务之一，与Agent注册、账户关联、支付凭证和购物车信息等能力共同构成智能体交易方案。

5月4日，媒体在采访美国运通高管后，进一步披露了ACE的部分技术机制。当时，美国运通已经介绍了通过“意图合约”（Intent Contract）记录消费者的购买要求，并生成Intent ID和Proof of Intent Token。Agent实际付款时，则使用与购买条件绑定的一次性支付令牌。

这些关键技术组件在10月之前就已有公开介绍。

10月13日，美国运通以Intent Intelligence专项框架的形式，进一步系统说明了Create Intent API、消费者意图确认、参与方职责、发卡机构风险评估及意图生命周期管理等机制，并重点介绍了如何让发卡机构在Agent执行购买前获得经过确认的意图信息。

这项技术针对的是AI购物中消费者决策和交易执行逐渐分离的问题。

在普通网购中，消费者往往自己选商品、核对订单并付款。把任务交给AI后，用户可能只说一次“下周前买一双指定尺码的运动鞋，不超过200美元”，Agent则继续寻找商户、等待补货，在符合条件时下单。消费者作出决定与真正付款之间，可能相隔数日。

不同消费者给AI的授权范围也有所不同。有的用户只批准总预算，让Agent自行挑选商品；有的用户指定品牌、规格和期限；也有用户先审定完整购物车，再由Agent完成结账。授权越宽泛，Agent需要自主判断的事项越多，执行结果与消费者预期出现偏差的空间也随之增加。

美国运通此次试图处理的，正是这些不同程度的授权如何在付款前被清楚记录。

发卡机构在常规授权中可以利用商户、金额、支付凭证及各类风险信号，却未必从这些交易信息中知道用户最初限定了什么商品。即使没有超过200美元的预算，Agent也可能买错消费者指定的尺码。

美国运通希望把经过确认的购买条件提前提供给发卡机构，作为后续判断交易是否符合授权的依据。

消费者的一份购买要求，如何约束AI付款

美国运通公布的链路从意图记录开始。假设用户要求Agent在一周内购买指定品牌、尺码的运动鞋，最高预算200美元。Agent可以追问缺失条件，再将购买要求整理成结构化数据。

Create Intent API用于传递经过消费者确认的意图，包括购买摘要、金额上限、有效期、商户偏好等。用户选择支付工具后，需要认证身份，并明确确认Agent记录的购买条件。技术说明提出，确认可以通过Passkey进行；经发卡机构允许，Agent或数字钱包等第三方也可以代为取得用户确认。无论由谁取得确认，批准具体购买条件的仍是消费者。

信息送往发卡机构的路径并不固定。Agent可以直接提交，也可以通过数字钱包或凭证保管服务商传递。各参与方可能承担记录保存、认证与后续管理等不同职责，但发卡机构需要收到可以用于判断的已确认意图。

这些信息抵达后，发卡机构可以先进行风险评估，必要时要求额外认证。按美国运通的技术说明，相关评估完成后，再建立Intent ID及Proof of Intent Token。

Intent ID是这份意图记录的唯一标识，用于后续查询、更新或取消。Proof of Intent Token则是采用JSON Web Token（JWT）形式的意图证明，表达经过认证的主要约束。完整的购买摘要、订单上下文及商品条件属于意图数据范围，不能笼统理解为全部直接写进Token。

框架还区分消费者提出的购买要求（Intent）与已经确认的购物车信息（Cart）。前者明确AI可以购买的范围，后者对应消费者已经认可的具体商品。

Token本身也不是付款凭证。Agent可以利用意图证明申请受限制的数字支付凭证，结账时使用该凭证，而不是消费者实际卡号。支付凭证的使用范围与已确认意图关联，例如有效期限或特定商户条件。这样，购买要求便有机会从Agent收到的一段指令，转化为后续支付中可以核验的限制。

针对需要多次付款的任务，美国运通还给出了数量控制的设计。意图数据中的Maximum Number of Transactions是预计最多发生多少笔购买，并映射为最多允许签发多少个支付凭证。例如，鞋子和配套商品需要分别付款时，可以在意图中限定预计交易笔数及相应可签发的支付凭证数量。

框架也支持商品之间的条件关系。例如，消费者可以规定先买到机票才购买相应保险。不过，相关条件能否在执行时准确核验，还取决于商户或其他参与方能否提供可信的商品与订单信息。仅能核对商户、金额的交易流程，无法据此判断运动鞋尺码是否正确。

意图还可以在生命周期内更新或取消，相关标识和证明也可用于后续购买请求验证。消费者确认的是Agent可以执行的购买任务，实际付款时，发卡机构仍会按照相应流程处理交易授权。

更早获得用户授权，对发卡机构意味着什么

对于发卡机构，意图信息首先是一类新的风险判断依据。

它可以把“这笔交易看起来是否正常”，与“这笔交易是否处于消费者事先允许的范围内”联系起来。凭证限制、交易授权和风险评估因此有机会利用同一份已确认的购买条件，而不必仅从最终金额、商户等交易信息推测用户意图。

其次是争议处理。

消费者若投诉Agent买错商品，已认证的意图记录可以帮助核对用户允许购买什么、Agent实际执行了什么；若消费者否认曾授权Agent交易，记录也可能成为调查证据。

但意图证明不能单独认定商品是否交付，更不能自动决定退款或争议责任。

美国运通既运营支付网络，也开展发卡业务。其ACE工具包已经涉及Agent身份、账户关联和支付凭证等环节，这些既有能力为Intent Intelligence进入实际支付流程提供了业务基础。

这一探索与EMVCo今年9月提出的Intent Services方向有所交集。EMVCo着重讨论不同支付参与方如何共同登记、查询和管理意图；美国运通则展示意图如何具体进入凭证约束与发卡机构判断。

美国运通此次披露了Intent Intelligence的具体技术设计，相关生态集成仍在推进，框架的实际应用规模尚未公布。

对发卡机构而言，美国运通此次提出的技术路径，可以让消费者事先确认的购买条件进入实际交易控制流程。AI负责执行购买任务，发卡机构则有机会依据这些条件判断交易是否符合授权范围。

这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。