当AI助手开始替你点按钮、填表单、登录账户，银行的第一反应不是欢迎，而是划清责任边界。
发生了什么
据TechCrunch报道，美国银行（Bank of America）向客户发出提醒：不要把自己的网银密码分享给AI助手，并强调客户需对因AI代理获得账户访问权限而产生的账户活动负责。换句话说，银行并不打算为“我的AI替我转了钱”这类情形兜底。
这一表态并不针对某款具体产品，而是对当下一个正在扩散的使用习惯的回应：越来越多用户把浏览器代理、自动化脚本或带“computer use”能力的AI助手，直接指向自己的网银页面。
为什么重要
过去一年，AI代理的能力叙事从“会聊天”转向“会操作”。能自动登录、点击、填写、提交的代理被视为下一阶段的生产力入口，而金融账户恰好是这类能力最诱人的试验场——也是最不该试验的地方。
问题在于，现有金融体系的责任框架建立在“凭证即身份”之上。银行验证的是密码、验证码、设备指纹，而不是屏幕前究竟是人还是代理。一旦凭证被交给第三方系统，银行在合同层面几乎必然把风险推回给客户。美国银行的提醒，本质上是把这层默认规则说出口。
更微妙的是，这类风险很难用传统“防诈骗”话术覆盖。用户不是被骗，而是主动授权；代理也不是黑客，它只是忠实执行指令——包括被提示注入劫持后执行的指令。责任链条在这里是断裂的。
影响与看点
对用户而言，最实际的结论是：涉及资金的操作，不要让代理持有长期凭证。若必须自动化，优先考虑银行官方提供的受限授权接口，而非把密码交给一个能读取整个页面的模型。
对开发者而言，这是一个明确信号：金融场景的代理产品，卖点不能只是“能操作”，而必须是“可审计、可撤销、权限最小化”。谁先把授权粒度、操作日志和人工确认节点做扎实，谁才有资格进入这个市场。
对行业而言，银行的态度可能成为模板。可以预期，更多金融机构会以类似方式提前免责，而不是等待第一起争议发生。监管层面关于“代理行为归属”的讨论也会随之提速。
一个独立判断：AI代理的真正瓶颈不在能力，而在责任。在权责框架补齐之前，金融、医疗、政务这类高后果场景的代理化会明显慢于演示视频给人的印象——这不是技术保守，而是制度成本。
