英国首笔智能体A2A支付，为什么走的是Direct Debit？

英国首笔智能体A2A支付来了。

支付之家注意到，英国银行支付公司GoCardless近日宣布完成其所称英国首笔智能体账户到账户支付。交易发生在反贫困慈善机构Trussell的捐赠场景中。用户可以在AI对话中了解相关项目，选择每月5英镑、10英镑或15英镑的捐赠金额，随后输入银行账户信息，通过Direct Debit建立扣款授权。

与今年以来陆续出现的银行卡智能体支付案例相比，这笔交易有一个明显区别。它没有通过银行卡网络完成支付，底层连接的是用户银行账户。GoCardless将其称为一笔智能体A2A支付，也就是账户到账户支付。

那么，没有银行卡之后，Agent到底靠什么获得付款能力？

这笔钱，到底是怎么付出去的

用户进入AI对话后，可以了解Trussell的工作，并从不同金额中选择每月捐赠额度。确定金额以后，AI提示用户输入银行账户信息，并建立Direct Debit扣款授权。GoCardless称，整个过程可以在AI对话中完成。

从公开流程看，几项关键决定仍由用户作出。捐赠对象已经明确，捐赠金额由用户选择，银行账户信息也由用户提供，并由用户建立相应的扣款授权。AI参与的是信息交互、选择承接和支付流程组织，没有获得独立决定付款对象和金额的能力。

GoCardless将其归入A2A，是因为付款资金来自银行账户，没有经过银行卡网络。但A2A只是一个更上层的描述，此次实际采用的机制是Direct Debit。Direct Debit本质上建立在用户预先授权扣款的关系之上。

放在这次捐赠场景里，用户先建立一项持续捐赠的扣款授权，后续付款再按照这项关系执行。它和一次性的Open Banking账户付款并不是同一种机制，也不能直接与可变周期支付VRP画等号。

此次支付流程还处在英国金融行为监管局FCA的AI Live Testing项目中。GoCardless属于第二批参与机构。FCA称，该项目为企业提供从概念验证到市场测试的支持，并帮助参与机构处理技术和监管挑战。

这笔交易中，AI智能体已经进入真实的银行账户付款流程，并参与从用户表达意图到建立Direct Debit授权的过程。

Agent获得的，不一定是一张“卡”

目前，银行卡仍是智能体支付的重要实现路径之一。

过去一段时间里，Visa、Mastercard、银联等卡组织一直在围绕智能体商业建设新的身份、授权和支付机制。一个核心问题是，当消费者把购买任务交给AI以后，商户和支付系统怎样确认面前的Agent真实可信，它代表的是谁，又是否获得了完成这笔交易的授权。

沿着银行卡这条路线，Token、Agent Credential、Agent身份识别和交易意图验证成为重要组成部分。无论具体产品怎样设计，其中都绕不开一个问题，也就是怎样让Agent在受控条件下使用已有支付凭证。

GoCardless此次采用Direct Debit，授权方式也随之不同。用户没有先准备一个供Agent使用的银行卡凭证，而是针对已经明确的收款对象和捐赠关系建立Direct Debit扣款授权。Agent参与的是这段付款关系的建立和后续流程。

在银行卡场景中，支付系统更需要判断这个Agent能不能使用某项支付凭证，当前交易是否符合用户授权，以及凭证本身是否真实、安全。在Direct Debit场景里，更重要的是用户建立了什么付款关系，允许按照什么条件扣款，以及Agent能够在这段关系中完成哪些动作。

Agent能够付款，并不意味着它必须先拿到一个可以使用的支付凭证。

过去消费者自己完成网购时，选择商品、选择支付方式、确认付款通常发生在一段连续操作里。Agent加入以后，这些动作可能逐渐被拆开。用户先告诉Agent自己想完成什么，再设定金额、对象或者其他条件，后续的交易组织和部分执行则由机器完成。

支付系统因此需要处理更明确的授权边界。谁把什么能力交给了Agent，Agent可以做到什么程度，当前交易有没有超过用户设定的条件，已经给出的授权又怎样被修改或撤回。

GoCardless此次使用的Direct Debit并不是一种新的支付工具。新的地方在于，一套已经存在多年的扣款授权机制被放进了由AI对话驱动的支付流程。

GoCardless今年4月曾提出，智能体商业需要能够暂停、调整和撤销的“结构化委托”，并据此看好Direct Debit和VRP等账户侧支付方式。这一观点反映的是GoCardless自身对A2A路线的判断，并非对账户支付与银行卡两种方式优劣的行业结论。

这次交易进一步把Direct Debit这种基于持续扣款授权的机制带入了智能体支付流程。Agent参与付款，不一定需要持有银行卡凭证，也可以进入用户已经建立、边界相对清楚的付款关系。

不同支付方式，可能需要不同的机器权限

银行卡与Direct Debit原本就运行在不同的支付机制中。Agent进入以后，两者需要解决的问题自然也不会完全一样。

在卡网络中，需要解决的是如何在现有支付基础设施上识别Agent、保护支付凭证、验证用户意图，并确认一笔由机器参与的交易是否真正获得授权。

Direct Debit体现的则是另一种结构。用户先建立扣款关系，付款围绕特定收款方持续存在。Agent进入以后，需要处理的是怎样在这段已经设定条件的付款关系中参与执行。

从已经出现的不同支付实践看，Agent获得付款能力并没有一套统一方式。不同支付轨道原有的凭证和授权机制，也对应着不同的机器授权和执行方式。

账户侧未来还可能出现更动态的方式。

英国Open Banking体系中的VRP允许用户建立长期授权，并通过金额、频率、收款方和有效期等条件限制后续付款。这种“先设定边界，再允许后续执行”的结构，与未来Agent在一定范围内持续完成付款存在结合空间。不过，GoCardless此次捐赠交易并没有使用VRP，目前还只能作为后续观察方向。

银行卡路线同样仍在继续发展。今年3月，桑坦德银行与Mastercard已经通过Mastercard Agent Pay完成一笔欧洲端到端智能体支付测试，AI可以在预设条件下通过现有支付网络执行交易。

现有案例显示，智能体支付并没有沿着单一支付轨道发展。银行卡、银行账户以及其他支付网络都在调整原有授权机制，让Agent进入实际交易流程。

用户把任务交给AI，并不意味着同时交出不受限制的付款能力。真正需要被设计的，是机器能够做什么、在什么范围内做，以及支付系统怎样确认这些条件。

GoCardless此次交易，让Direct Debit这种基于扣款授权的机制进入了真实的智能体支付流程。

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