Mastercard扩展Agent Pay信任框架:AI代理购物将先证明“是谁、替谁、能花多少”

随着AI代理开始代用户搜索商品并发起购买,商户面对的不再只是传统机器人拦截问题。Mastercard正把身份、意图、权限和行为风险信号纳入Agent Pay,并与Skyfire推进“了解你的代理”验证机制。

Mastercard扩展Agent Pay信任框架:AI代理购物将先证明“是谁、替谁、能花多少”

2026年10月,Mastercard宣布进一步扩展其Agent Pay平台,把AI代理身份、欺诈与行为洞察加入代理支付流程,并向发卡机构提供用于判断代理真实性的概率评分。对商户和支付参与方而言,变化在于:未来判断一笔代理订单时,重点将从“这是不是机器人”转向“这个代理是谁、代表谁、被授权做什么”。

Mastercard把代理身份纳入支付判断

Mastercard称,Agent Pay此前已提供验证凭证、令牌化支付信息、消费控制和用户同意证明,用于支持代理代表用户完成零售交易。此次扩展形成更完整的 Mastercard Agent Pay Trust Framework,把身份验证、用户意图、代理权限、交易执行和风险情报放在同一套框架中。

其中一项关键变化是,发卡机构将获得一个概率评分,用来评估访问商户网站的AI代理是否为合法代理。商户可以把这一信号与代理本身的信息,以及代理背后用户的信息结合起来,再决定是否放行交易。这个机制仍然是决策依据之一,而不是对每笔订单的自动批准承诺。相关安排见Mastercard对Agent Pay信任框架的说明。

“好机器人”需要可验证的身份

传统网站安全系统长期把机器人视为潜在恶意流量,因此许多代理在抓取商品、访问账户或发起交易时,可能会被沿用的人机识别和反欺诈机制拦截。Mastercard引用Skyfire联合创始人兼CEO Amir Sarhangi的说法称,商户已经看到代理流量,但往往不知道流量背后的用户是谁,这种不确定性限制了代理交易扩大。

Skyfire近期加入Mastercard Start Path首期Agentic Commerce & Services项目,并与Mastercard推进将其Know Your Agent(KYA)技术扩展至Agent Pay。其设计是在后台生成KYA令牌,验证代理身份及其代表的用户;令牌还可以与令牌化支付信息配对,并限定代理获准支出的金额。

在来源描述的购物场景中,代理访问商户网站购买商品时,可出示KYA令牌,同时提交经过授权的支付信息和配送地址。由于KYA信息能够被商户现有的安全与反欺诈工具识别,商户有机会在不重建网站的前提下接收可信代理。这个设计也让商户继续获得关于用户及其购物行为的交易信息,而不是完全被代理层隔离在外。

从一次支付扩展到整条代理链路

Mastercard的判断是,代理商业要从概念走向日常使用,单一支付凭证还不够。商户需要知道代理是否真实、用户是否确实授意、代理权限是否覆盖当前订单,以及交易行为是否呈现异常特征。因此,Agent Pay信任框架把“证明意图”和“限制权限”放在身份与支付执行之间,再叠加欺诈和行为洞察。

这一思路对应的是代理交易责任链的变化:用户授权代理采取行动,代理以可验证身份访问商户,商户结合多层信号判断风险,发卡机构再参考概率评分作出支付决策。Mastercard执行副总裁兼全球身份业务负责人Dennis Gamiello表示,身份是数字交易信任的起点;在代理替用户操作时,确认代理及其背后用户的关系变得更重要。

市场规模仍属于预测,而非已实现交易量。来源援引McKinsey研究称,到2030年可能有十分之一的人把购物交给代理,全球代理商业收入或在本十年末达到5万亿美元。Mastercard同时表示,代理商业仍处于早期阶段,商户已出现相关流量,但信任问题仍是扩大采用的主要障碍之一。

对企业支付与授权管理的影响

对管理海外工具、订阅或广告支出的团队而言,当前更直接的变化不是马上获得一种普遍可用的代理支付方式,而是支付审核可能逐步需要识别“代理身份+用户授权+可支出范围”这组三类信息。若相关机制进入更多商户和发卡机构的风控流程,团队应把代理能代表谁、可执行哪些购买动作、单次或单类支出上限作为授权设计的一部分。

不过,来源描述的重点是消费者购物和零售交易,且只说明Mastercard正在扩展平台能力、与Skyfire推进技术整合,并未给出全面开放时间、覆盖商户范围或企业采购场景的落地数据。对企业团队来说,现阶段更适合把它看作代理商业基础设施的演进信号,而不是已经普遍改变订阅、广告充值或采购审批的支付标准。

这对企业支付运营意味着什么

认证路径会随交易条件变化,但认证通过不等于每笔付款都会成功。广告和 AI 订阅团队仍应先核对账单信息、余额、卡片限额和平台要求,再按服务或项目分配虚拟卡,记录拒付原因和实际扣款。查看卡 BIN 历史授权表现时,应把聚合数据当作参考,而不是单笔支付承诺。

参考来源

相关入口