“当一份意图需要被持续执行，授权就不再只是一张凭证，而变成了一种需要不断维护的状态。”
文丨张盒子
出品丨支付之家 · 深度
1797年，歌德写下了一首后来广为流传的叙事诗《魔法师学徒》。
故事里，魔法师外出以后，留下学徒独自干活。学徒嫌一桶桶取水太麻烦，便模仿师父学来的咒语，让一把扫帚替自己到外面取水。最开始，一切都按照他的设想运行。扫帚提着水桶不断往返，水缸很快被装满，学徒也终于不用再亲自干活。
麻烦出现在任务已经完成以后。
水已经够了，扫帚却还在继续取水。学徒知道怎样让它开始，却不知道怎样让它停下来。眼看屋里的水越来越多，他只好拿起斧头把扫帚劈开，试图强行结束这一切。结果被劈开的两部分各自又变成一把扫帚，继续提着水桶往屋里灌水。直到魔法师回来，才真正终止了这道失去控制的命令。
真正的问题并不是扫帚有没有理解学徒的命令。恰恰相反，它执行得非常准确。问题在于，一道命令一旦脱离发出命令的人持续执行，系统还必须知道它什么时候应该继续，什么时候应该停止，已经执行到了哪里，以及原来的命令发生变化以后应该怎么办。
智能体支付正在碰到一个没有那么戏剧化，却十分相似的问题。
假如用户告诉智能体，“这个月帮我购买日常用品，总预算2000元。”
智能体第一次花了300元，第二次花了500元，第三次又花了400元。到了下一笔交易，支付系统需要知道的已经不只是“用户曾经授权智能体最多花2000元”，还要知道前面已经用了1200元，现在还剩800元。如果用户中途把预算从2000元调低到1500元，或者干脆撤销授权，这份已经交给智能体执行的指令也必须随之改变。
“总预算2000元”是授权，“已经用了1200元、还剩800元”则是状态。
过去支付系统更多需要确认一笔交易有没有得到用户授权。现在，当智能体可以在几天、几周甚至更长时间里持续替用户执行任务，授权本身也开始成为一个会不断变化的对象。
支付之家获悉，由Visa、Mastercard、美国运通、Discover、JCB和银联共同治理的全球卡支付技术标准组织EMVCo，公开发布《EMV Agentic Payments – Framework for Specifications》草案，并面向行业征求意见。
目前公开的是一份为后续技术规范制定提供基础的框架草案。其中一项重要设计，是Intent Services，也就是“意图服务”。
EMVCo关注的是那些不会随着一笔付款结束而消失的消费者授权，包括定期购买、累计预算以及交易完成后的后续操作。在这些场景里，消费者的意图可能持续存在，并随着智能体一次次执行任务不断改变。
意图管理本身并不是第一次出现。Google、Visa、Mastercard、美国运通和银联等机构此前已经从不同路径建立智能体授权、意图和支付机制。
现在，共享的意图状态开始进入EMVCo的框架。
当越来越多体系都允许智能体获得支付权限，不同智能体、商户、支付服务商、收单机构、卡组织和发卡行怎样共同理解这些权限，也成为必须面对的问题。
不同智能体、商户、支付服务商、收单机构、卡组织和发卡行，怎样共同理解这份仍在持续变化的授权？
授权进入持续状态
传统银行卡支付里，消费者通常会选择商品、确认付款并完成身份认证，银行或支付系统再根据交易信息和风险判断决定是否放行。
人的操作、支付授权和具体交易，通常发生在相近的时间里。支付体系需要判断的一个核心问题，是眼前这一笔交易到底是不是消费者本人同意的。
智能体支付正在改变这种关系。
用户可能星期一告诉智能体，“未来一周帮我订一张3000元以内的机票。”
智能体真正找到合适航班并准备付款，可能已经是星期五。那时候用户可能并不在线，也没有再次点击付款，更没有重新选择商品。
如果任务更复杂，一次授权甚至可能对应多笔交易。
一个家庭智能体获得一个月的日常采购预算后，可以继续完成食品、清洁用品和宠物用品等多次购买。用户真正作出的决定，是提前设定预算和购买范围，后面发生的具体付款则是这份授权的持续执行。
原本相距很近的“用户确认”和“交易发生”，由此被拉开。
支付流程也增加了另一种可能。用户先给出委托，智能体在授权范围内持续行动，之后才产生一笔或者多笔交易。
支付授权开始从交易发生时的一次确认，扩展成交易之前就已经存在的一份持续委托。
一旦授权持续存在，它就会有自己的生命周期。什么时候开始，什么时候结束，可以花多少钱，可以购买什么，已经执行了多少，中途有没有修改或者撤销，都需要继续被管理。
在EMVCo此次公开框架之前，行业已经在处理智能体如何获得和证明用户授权的问题。
Google AP2通过一组授权委托机制约束和证明智能体的购买与支付权限，并支持用户不在场时的自主交易。
Mastercard提出“可验证意图”，把消费者身份、原始指令和智能体执行的交易联系起来，形成可以核验的授权记录。
Visa围绕Visa Intelligent Commerce建立智能体支付能力，其中“支付指令”允许消费者设置和修改智能体的购买指令，并在后续交易中核对是否仍然符合原始要求。
美国运通今年4月推出ACE开发者工具包，其中的“意图智能”用于捕捉持卡人的购买意图，并将相关信息用于认证、授权和争议处理。
不同机构采用了不同路径，但都已经把用户授权和意图带进实际支付流程。
智能体支付不仅要知道“谁在付款”，还必须知道“用户到底允许智能体做什么”。
银联今年4月推出APOP时，也已经把“意图管理”列为智能体支付四项核心能力之一。
支付之家当时曾重点讨论这一设计。银联所说的意图管理，并不是简单保存一句用户指令，而是把用户的支付诉求转化为可执行、有边界、结构化的限制指令，再通过注册、管理、留存和传递，让这份意图能够进入实际支付流程并在交易中核验。
用户对智能体说出的“帮我订一张机票”“这个月帮我采购日用品”，不能只停留在智能体自己的任务记录里。只要它最终会触发真实付款，这份意图就要变成支付体系能够识别和核验的信息。
支付之家当时关注的一个核心问题是，智能体支付真正困难的已经不只是“AI能不能把钱付出去”，而是系统究竟怎样理解用户的意愿，又怎样保证后面的执行没有越过这份意愿。
EMVCo现在继续处理这份意图进入支付系统以后发生的问题。
一份意图即使已经被正确登记和证明，在几天、几周甚至多次交易以后，支付系统仍然需要知道它现在还剩下什么权限。
前文2000元预算的例子里，交易发生一段时间后，支付系统需要知道这份授权是否仍然有效、已经使用多少、剩余额度还有多少，以及中途有没有发生修改或者撤销。
证明解决的是“过去授权过什么”，状态管理解决的是“现在还允许做什么”。
EMVCo提出的意图服务，为这种持续变化的消费者意图提供一个共享、可互操作的机制。
一份意图被登记以后，相关支付参与方可以引用、查询和读取。随着智能体执行任务、交易不断发生，或者消费者修改原有权限，这份意图的状态和生命周期也可以继续被维护。
支付之家将这种共享、可互操作机制概括为“意图层”。“Intent Layer”并不是EMVCo此次框架中的正式标准名称。
意图服务负责维持和协调消费者授权意图的状态，交易是否最终获批仍由现有银行卡授权体系决定，清算和支付执行流程也继续沿用既有机制。
智能体越自主，支付系统需要管理的就越不像一张静态的授权证明，而更像一份仍然“活着”的授权。
支付之家此前把智能体支付概括为一场“授权秩序重建”。从授权证明进一步走到持续状态，这场重建正在继续向更具体的支付基础设施下沉。
意图走向互操作
一家公司完全可以在自己的智能体产品里规定用户授权怎么表达、智能体怎么保存、交易怎样验证。
这些智能体进入开放支付链后，不同授权表达之间的差异也会进入支付流程。
不同体系都在表达“用户允许智能体做什么”，但背后的数据结构、状态定义、生命周期、验证方式和撤销机制并不天然一致。
在单一产品或者相对封闭的使用场景里，这些差异未必构成问题。
一旦智能体带着用户授权进入真实支付链，商户需要识别，支付服务商需要处理，收单机构需要传递，卡组织需要理解，最终发卡机构还要完成风险判断和交易授权。
这时候问题不再只是有没有一份授权。
一套体系里的授权，到了另一家支付参与方那里，是不是仍然能被准确理解。
如果不同智能体平台和支付体系都按照自己的方式表达意图，支付产业就需要不断进行适配和转换。同一份消费者委托，也可能需要转换成不同卡网络、支付服务商和商户能够理解的形式。
卡组织的公开动作已经开始反映这种互操作需求。
JCB此前宣布参与Google AP2建设时，就把信任、互操作以及准确反映客户意图列为智能体支付共同基础需要解决的问题。Google公布AP2时，美国运通、JCB、Mastercard和银联国际等也已经出现在参与机构名单中。
卡组织一边在发展自身的支付、身份、授权和意图机制，一边也开始进入其他开放协议和跨机构标准协作。
智能体可以来自不同平台，支付凭证可以来自不同网络，交易最终还会穿过商户、支付服务商、收单机构和发卡机构。任何一套机制如果只能在自己的边界内被理解，都很难支撑大规模开放交易。
Google和Mastercard已经把部分智能体授权能力带入FIDO联盟的标准化工作。EMVCo此次也明确表示，正在与FIDO联盟、OpenID基金会、OpenWallet基金会和万维网联盟等机构协作。
智能体支付走到今天，行业已经不缺新的协议。接下来的问题，是这些协议如何进入已经运行多年的支付基础设施，并被不同参与方共同理解。
为什么是EMVCo
今天一张银行卡可以跨银行、跨收单机构、跨终端甚至跨国家使用，并不是因为Visa、Mastercard、银联等卡组织采用完全一样的商业规则。
它们之间依然竞争，也拥有各自的网络规则、费率体系、风控政策和商业安排。
支撑这些竞争性支付网络彼此连接的，是一层又一层共同技术基础。
银行卡芯片需要共同的技术规范，线上支付认证需要彼此兼容，支付凭证令牌化需要共同的技术基础，远程支付也需要让不同参与方按照一致方式交换关键信息。
EMVCo长期负责制定和维护支撑这类互操作的技术规范。
它由Visa、Mastercard、美国运通、Discover、JCB和银联共同治理。随着多家治理成员分别进入智能体支付，EMVCo也开始面对这些能力怎样进入共同技术体系的问题。
在这份框架发布以前，EMVCo的多家治理成员已经分别从智能体身份、消费者意图、支付授权、支付凭证和开放协议等不同方向进入智能体支付。
路线各不相同，但问题正在汇到一起。智能体是谁，用户授权了什么，权限可以持续多久，交易有没有越过原始意图，不同机构又怎样验证同一份授权，都开始进入真实支付体系。
此前，这些问题主要由不同卡网络、平台和协议分别推进。
现在，它们共同治理的EMVCo开始处理另一件事。
当智能体真正进入全球银行卡体系，这些不同能力需要什么共同技术基础。
EMVCo负责的是全球银行卡体系中的共同技术接口。六家卡网络仍然保留各自的商业规则、费率体系和风控政策。
不同支付网络怎样在关键技术层面说同一种语言。
过去这种共同语言主要围绕卡、终端、认证、支付凭证和远程交易建立。
现在，智能体开始进入这套体系。一起进入的，还有智能体背后的消费者意图。
如果消费者委托未来成为一种可以持续存在的共享状态，支付链上的不同参与方至少需要能够理解，这是不是一笔由智能体发起的交易，消费者究竟授权了什么，这份授权现在处于什么状态，智能体当前行为是否仍然落在授权边界内，又应该引用哪一份消费者意图。
意图也不再只是用户和某个智能体之间的一条指令。
它开始成为支付体系需要共同识别的一类信息。
EMVCo此次还提出，后续可能继续研究“了解你的智能体”、智能体交易标识，并评估EMV 3DS、支付令牌化、安全远程商务以及数字支付凭证等现有体系是否需要针对智能体支付进行增强。
这些工作都在让已经运行多年的银行卡支付基础设施逐步适应智能体交易。
EMVCo进入以后，智能体支付进一步从产品、协议和网络层的探索，走到了全球银行卡共同技术基础这一层。
意图层的现实边界
这套框架仍有明显边界。
此次公开的是框架草案，正式技术规范以及全球卡网络之间统一的智能体支付规则仍未形成。
意图状态本身也有一个现实问题。
如果用户给智能体一个2000元预算，之后所有交易都通过同一张银行卡完成，支付体系相对容易追踪这份授权已经使用了多少。
但如果智能体第一笔使用银行卡，第二笔走银行账户转账，第三笔又使用其他支付工具，同一份2000元授权到底已经消耗了多少，就会复杂得多。
目前EMVCo的框架并没有完整解决一个消费者意图跨不同支付轨道保持统一状态的问题。
EMVCo开始解决的是授权状态问题，但还不是整个支付世界的统一授权状态。
不同标准组织之间的分工也仍在形成。FIDO联盟、EMVCo、OpenID基金会、OpenWallet基金会和万维网联盟等，都在从各自的位置推进身份、授权、钱包和支付相关能力。
这些标准体系正在寻找分层协作和接口，统一的智能体支付标准体系还没有形成。
EMVCo正在把智能体授权带进银行卡共同技术体系，并为不同支付参与方理解这些授权建立基础。
这已经说明，智能体支付正在从产品、网络和协议创新，继续进入全球银行卡支付的共同技术基础。
智能体开始改变的，已经不只是支付入口，而是支付系统如何理解和管理“授权”本身。
《魔法师学徒》里，最棘手的从来不是让扫帚动起来，而是让一项持续执行的命令始终停留在原本的边界内。今天，当机器开始真正获得代表人持续参与交易的能力，支付行业面对的也不再只是一项新的支付技术，而是一套新的授权秩序。
从让AI能够付款，到让整个支付体系都能理解、约束和验证机器的行动，这可能才是智能体支付真正进入基础设施的开始。
这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，也记录智能体支付正在带来的入口迁移、授权重构和信任重排。本文为行业观察与阶段性判断，观点内容仅供参考。
未经允许，严禁转载。发布者：支付之家 转载或引用请注明出处：https://www.zfzj.cn/14628.html
