富国银行新协议11月24日生效：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条来对照，差异很清楚：美方条款把“收益归银行、风险归用户”写成了合同；国内公约则想把“风险随服务走、责任随收益走”当作起点。前者是责任真空期的过渡安排，后者是想在真空期到来之前先把责任骨架搭起来。