富国银行新协议：AI代理操作账户，责任归用户

2026年11月24日，富国银行新版《在线访问协议》将正式生效。新增的第15条引起广泛关注：用户若授权第三方AI智能体使用其网银凭证访问账户，智能体发出的任何指令与交易，都可能被算作用户本人直接做出的行为，相应风险由用户自己扛；富国银行不承诺监控智能体的举动，同时保留随时限制或阻止特定工具接入的权利。

有媒体把这一条款说成“银行第一次把AI犯错的责任完全甩给用户”，这个说法并不完全准确，但它背后的法律逻辑值得细看。

一、技术前提：银行分不清“用户”和“用户的AI”

过去网上银行的安全模型建立在一条基本假设上：能正确输入用户名、密码和验证码的人，就是账户持有人。AI智能体一出现，这条假设就站不住了。

一个AI代理拿着用户的凭证登录，在银行认证系统看来，跟本人坐在键盘前操作几乎没有差别——会话令牌相同、权限层级相同、账户视野也相同。以目前的技术手段，银行在密码学层面无法区分三种操作：用户本人直接操作、经用户授权的第三方AI代理操作、窃取凭证的恶意程序操作。

于是就引出一个关键的法律处理方式：既然技术上分不清是谁在操作，那就用合同把AI智能体的行为“视为”用户本人的行为。富国银行第15条的核心正在这里——用合同约定把“智能体即用户”的法律关系固定下来。

这类条款能写进合同，关键在美国《电子资金转移法》（Electronic Fund Transfer Act）配套规则Regulation E留下的解释空间。

Regulation E对“未经授权的交易”（unauthorized transfer）设有消费者保护机制。只要及时报告，用户因盗刷承担的责任上限通常不高：2个工作日内报告，上限是50美元；60天内报告，则是500美元。更关键的是，该规则对“未经授权的交易”有明确定义：由消费者以外、未经消费者实际授权的人发起的交易。同时，定义明确把“由消费者向其提供了访问设备的人发起的交易”排除在外，作为例外。

换句话说，用户把网银用户名和密码交给AI智能体，或者授权某个应用代为登录，按该规则的文义解释，用户就已经“提供了访问设备”。AI智能体不是未经授权的入侵者，而是拿着用户凭证的授权使用者。如果代理随后发起了用户并不想要的交易，银行的法律论点是：钥匙是用户自己交出去的，责任就该用户来担。

消费者银行家协会（Consumer Bankers Association）在2026年1月的白皮书中把这个问题称为“该领域的核心教义问题”：消费者授权AI智能体访问其银行账户并发起交易，算不算消费者“提供了”访问设备，从而触发Regulation E的例外条款？

到目前为止，还没有法院或监管机构对此作出明确裁决或解释。富国银行新版协议第15条，等于用合同形式提前把银行的立场定下来。

二、行业分化：封堵路线与开放路线

差不多同一时期，美国其他大型银行走的是另一条路。摩根大通、美国银行、花旗、嘉信理财都选择限制或拦截第三方AI智能体登录，强调资金转移必须有人参与。富国银行则不设硬性阻拦，允许智能体接入，但通过合同把责任前置到用户一侧。

两种路线背后是不同的商业判断。选择封堵的银行是这样想的：身份识别和范围授权标准成熟之前，让AI智能体操作资金账户，等于引入不可控的风险；富国银行的算盘则是：智能体接入是未来金融服务的流量入口，先把场景占住，再用合同把潜在风险损失隔离开。

富国银行把新版条款的生效日定在2026年11月24日，正好赶在黑色星期五（11月27日）之前。这恰恰体现了上述商业逻辑。感恩节后的几天，是美国零售支付交易量最高的时段。AI购物智能体——帮用户找优惠、下单、管理退货，全程无需人工审核——正在大力向消费者推广，这是富国银行要抓住的关键时间节点。

三、技术解法：范围化委派授权

这个问题的技术解法其实不神秘，思路也清楚：别让AI智能体拿到用户的主密码，而是给它一把“限定了用途的临时钥匙”。这把钥匙只能做某一件具体的事，比如“支付本月电费账单”，但不能“把所有存款转到另一个账户”。每把钥匙都有明确的失效时间，用户可以随时撤销，撤销这个动作本身也能被记录和证明。

这套思路在技术圈有现成的工具。OAuth是一种授权协议，让用户授权第三方应用访问自己的部分数据，而不必交出密码。在此基础上还有更精细的扩展：富授权请求（Rich Authorization Requests）允许用户指定“只能付哪张账单、金额上限是多少”，背通道认证（back-channel authentication）允许用户在另一台设备上独立确认“是的，这笔交易是我批准的”。这些工具在规范层面都已存在，在一些非金融领域也有实际应用。

可现实是，规范有了，离银行真正把它落成一套靠得住的生产系统还差着很远的工程距离。美国大型银行的核心交易系统，多数是上世纪八九十年代建起来的，要动它们，得花好几年和大量资金。更要紧的一点是，眼下没有哪条监管规定逼着银行去做这件事：CFPB 的开放银行规则已经因诉讼被暂停，何况这条规则本来就只管数据开放，交易授权不在其覆盖范围内。监管上没有压力，又没出现过大范围损失的案例，银行自然提不起劲去启动改造。

2026年10月，Meta和Sierra联合发布了“个人代理协议”（Personal Agent Protocol，代号Poppy），试图在OAuth之上建立一个专门面向AI代理的授权标准。富国银行是参与设计的早期银行之一。但这份协议目前还是草案，版本号0.2，明确写着“任何部分都可能不向后兼容地变更”，支付功能也被排除在核心范围之外。换句话说，要成为银行可以依赖的生产级基础设施，它还有相当长的路要走。

现实是，蓝图已经画好，可银行这边的工程改造还没动，监管层面暂时没有推力，行业标准也停在草案阶段。空窗期里，AI智能体只能接着“借用户的密码”干活。富国银行第15条，就是趁着这段空窗期抢先定下的合同安排。

四、与中国市场的对照

国内读者看这件事，参照意义更直接。国内规则的起点并非把责任推给用户，而是先把责任锚定在持牌机构身上。2026年8月24日，中国支付清算协会发布《智能体支付应用自律公约》，这是国内首部专门针对智能体支付的行业规则。

公约第五条立下“谁提供支付服务谁负责”的规矩：账户管理、交易处理、资金清结算这些核心环节，只能由银行业金融机构、非银行支付机构、清算机构等持牌主体来做，用户资金与信息安全的主体责任也落在它们头上。身份治理方面，公约要求在传统KYC之外“探索建立KYA（了解你的智能体）”机制，对进入支付链路的智能体做身份识别与验证，理清智能体同用户之间的对应关系，再按风险等级分级管理。授权上，边界要划清、责任协议要签、交易限额要用来控住资金风险；智能体自主发起支付之前，须向协会报备，并接受业务、技术、伦理评估；关键交易节点还要留下可验证、可追溯的证据链，供争议处理和责任认定使用。

治理理念上，工商银行行长刘曾给过一个更透的框架：银行面对AI，先要问的不是“怎么用”，而是“它是谁、谁受益、谁担责”。他借区块链“证明”机制的说法提出“收益证明”——谁从智能体部署里拿到收益，谁就独立担起相应责任。这套思路还停留在业界治理讨论，没有变成监管条文，但和公约“持牌机构主体责任”的底层逻辑是相通的。

拿富国银行第15条一对照，差别很清楚：美方条款把“收益归银行、风险归用户”写进了合同；国内公约则想以“风险随服务走、责任随收益走”为起点。前者是责任真空期的过渡安排，后者是想在真空期到来之前就把责任骨架搭起来。