---
title: "银行拦住AI智能体"
date: 2026-10-23
description: "2026年10月22日，据Axios报道，摩根大通、美国银行等发现第三方AI智能体用客户交出的密码登录并操作账户，部分疑似自主行动、联系呼叫中心，银行无法区分“客户派来的”与“失控的”。多家银行已封禁或限制：只读可、动钱不行，嘉信每周拦截数十个并转向自建MCP。本文梳理事件、各行应对、存款搬家与责任归属（Reg E“责任转移”），提出银行在智能体身份、授权与开放接口上的启示。"
tags: ["AI智能体","银行风控","开放银行","MCP","反欺诈","存款管理","责任界定"]
schema_type: Article
references:
  - title: "Major Banks Detect Unauthorized AI Agents in Customer Accounts（Cyber Kendra，2026-10-23，援引Axios）"
    url: "https://www.cyberkendra.com/2026/10/banks-unauthorized-ai-agents-customer-accounts.html"
    source: "Cyber Kendra / Axios"
  - title: "Banks Are Freaking Out Over Personal AI Agents Accessing Customer Accounts（SFist，2026-10-22）"
    url: "https://sfist.com/2026/10/22/banks-are-freaking-out-over-personal-ai-agents-accessing-customer-accounts/"
    source: "SFist"
  - title: "JPMorgan Chase Blocks AI Agents Like Meta's Muse（TheOutpost.AI）"
    url: "https://theoutpost.ai/news-story/jpmorgan-chase-blocks-external-ai-agents-from-customer-accounts-citing-security-risks-32108/"
    source: "TheOutpost.AI"
  - title: "报道：美国的银行正在阻止第三方AI代理访问客户账户（新浪财经滚动播报，2026-10-23）"
    url: "http://m.toutiao.com/group/7699582702302855716/"
    source: "新浪财经"
  - title: "JPMorgan and Schwab Are Locking AI Agents Out of Accounts（n8n Lab News）"
    url: "https://n8nlab.io/news/banks-lock-ai-agents-out-of-accounts"
    source: "n8n Lab"
---

# 银行拦住AI智能体

**2026 年 10 月 22 日，Axios 报道称，美国多家主要银行发现第三方 AI 智能体在客户账户内操作，而这些操作并未经过银行批准。**

**让银行高管用“可怕”形容的，不是系统被黑客攻破，而是多数智能体拿着客户自己交出的用户名、密码登录，替人查余额、付账单、转账；银行却分不清哪些是客户授意、哪些已经失控。**

**摩根大通、美国银行、花旗、摩根士丹利、富国、嘉信理财等相继出手，规则高度一致：可以在银行控制的渠道里“看”，但不能“动钱”。**

**背后是两个更深的问题：一是智能体可能替客户把存款从低息账户搬到高息账户，冲击银行负债；二是一旦出错，责任可能因客户“共享凭证”而转移到客户自己身上。**

**这正是“主动智能体”时代银行必须面对的第一道监管墙——智能体的身份、授权和责任，需要重新定义。**

## 一、事件：账户里来了“别人派来的AI”

1. **报道来源**：Axios 于 2026 年 10 月 22 日发布报道，路透社转引时表示暂无法独立核实，报道未披露涉及账户数量、具体属于哪些 AI 产品，也未说明是否已有客户资金损失。
2. **涉及机构**：据知情人士，摩根大通、美国银行、摩根士丹利、富国银行等都在紧急处置这一问题，花旗、嘉信理财随后也公开了相关限制。
3. **不是破门而入**：多数智能体并非破解系统，而是使用客户主动提供的账号密码登录，以完成余额查询、账单支付、资金划转等代办事项。
4. **真正的担忧**：部分智能体主动联系银行呼叫中心，或出现看似脱离客户指令的自主行为，银行无法区分“客户有意派来的智能体”和“失控的智能体”。
5. **条款冲突**：即便密码是客户自愿提供的，这种做法仍违反大多数银行“必须由账户本人登录”的服务条款。

## 二、各行怎么应对：能看，不能动钱

1. **摩根士丹利**：已开始封禁第三方智能体接入其平台，但发言人称尚未发现失控 AI 智能体进入其系统。
2. **摩根大通**：最早划出红线，10 月 13 日三季度业绩电话会上，CEO 戴蒙称“你不希望有失控的智能体，而它们可能有成千上万个”；该行不允许第三方用客户凭证登录，但允许通过 Plaid 等连接器读取余额等只读数据。
3. **花旗与美国银行**：10 月 16 日跟进，不允许第三方 AI 智能体登录或交易，同时保留通过合规开放银行渠道的有限只读访问；英国《金融时报》报道称，监管机构私下支持银行的做法。
4. **嘉信理财**：CEO 沃斯特表示正在阻止包括 Meta Muse 在内的未授权智能体转移客户资金，每周报告显示大型智能体被拦截“数十个”，并计划让客户通过嘉信自建的 MCP 服务器连接 AI，只暴露余额与研究、不暴露资金划转。
5. **共同模式**：五家机构的规则高度一致——智能体可以通过银行控制的渠道查看账户，不能移动资金；多数银行已授权或正在走向类似记账软件 Quicken 的只读授权。

## 三、导火索：会“行动”的消费级智能体

1. **Meta Muse**：Meta 于 2026 年 9 月 8 日在美国推出个人智能体 Muse，可填表、发邮件、购物结账、连接银行账户，约一周后又公测“给美国商家打电话”的能力。
2. **平台先警觉**：亚马逊于 9 月 20 日开始屏蔽 Muse，理由是其在浏览时没有表明自己是 AI；OpenAI 则在数周后发布了自己的智能体 Dots。
3. **边界被快速推近**：从“只回答问题”到“替你行动”，消费级智能体在短短一个月内把登录、支付、转账这些金融高风险动作推到了银行面前。
4. **银行无法只靠技术判断**：智能体用的是真实客户的凭证，传统风控很难单凭登录行为判断背后是人还是 AI，也难以判断指令是否真的来自客户。

## 四、第二层隐忧：存款“一键搬家”

1. **存款流失担心**：CNBC 报道，随着 Muse 下载量上升，9 月银行股一度下跌，市场担心客户用智能体把低息账户里的现金自动扫向更高收益的产品。
2. **管理层确认**：摩根大通 CFO 巴努姆在 10 月业绩电话会上提到同样可能，英国《金融时报》称银行已向监管表达存款流失的担忧。
3. **银行自己也在做**：摩根大通计划中的 Smart Cash 工具，本质上也是自动在支票账户和高收益券商产品之间划转资金——银行并不反对智能理财，而是要把入口掌握在自己手里。
4. **加拿大跟随**：蒙特利尔银行 CEO 公开提醒客户不要把账号密码交给 AI 智能体，加拿大皇家银行 CEO 则表示正在考虑屏蔽 Muse。
5. **负债成本压力**：智能体若大规模“优化”客户现金，会加速存款向高收益端迁移，抬升银行负债成本、削弱活期沉淀，这是比单点欺诈更系统的经营冲击。

## 五、第三层核心：谁为智能体的错误买单

1. **责任可能转移**：巴努姆表示，客户若把凭证共享给智能体，一旦智能体滥用信息或做出客户不想要的交易，客户可能要自己承担后果；戴蒙称之为“责任转移”。
2. **Reg E 的例外**：美国联邦支付规则 Regulation E 把消费者未授权电子转账的损失上限压到最低 50 美元，但排除了“消费者主动给出访问凭证的人”，除非消费者已通知银行停止该人的访问。
3. **“人”是否包括AI**：规则把“人”定义为包含公司，美国消费者银行家协会 1 月的报告已提出疑问：把密码交给 AI 工具，是否会触发这一例外，让客户为智能体的错误买单？目前尚无监管或法院定论。
4. **替代方案也悬着**：消费者金融保护局 2024 年 10 月定稿的开放银行规则，本欲把第三方访问从“凭密码屏幕抓取”转为“银行主导的 API”，但自 2025 年起一直面临诉讼与重新审议。
5. **给客户的现实建议**：不要直接共享登录信息；Plaid 等获批聚合器的只读连接仍可用；停用服务时要主动撤销授权，因为删除 App 并不等于切断连接。

## 六、银行的应对：从封堵到可管控的接口

1. **正在做最坏准备**：据报道，银行在演练“次日”情景，以便一旦智能体造成损害，能够快速保护或恢复客户访问。
2. **自建受控接口**：嘉信选择自建 MCP 服务器，让智能体在银行划定的边界内读取数据，把资金移动能力留在银行体系内。
3. **只读先行**：多家银行把智能体权限收敛到与记账软件相同的只读层级，先开放信息、再谈动作。
4. **修订条款与提示**：银行正改写服务条款，明确禁止共享凭证，并反复提示客户“不要把账号密码交给任何人，包括 AI”。
5. **承认需求存在**：多位高管表示，客户会持续需要这类工具，最终需要某种中间地带，而不是一味封堵。

## 七、对银行的十点启示

1. **智能体身份是新课题**：登录的可能不再是“人”，银行需要识别“是客户本人、客户授权的智能体，还是失控智能体”。
2. **凭证共享是最大缺口**：客户自愿交出密码往往绕过了所有技术防线，风险教育、凭证托管与反屏幕抓取要并重。
3. **授权必须分级**：按只读、可草拟、可支付、可划转分层，资金移动类权限默认关闭、单独授权、可随时撤销。
4. **责任要提前界定**：在协议中明确客户、智能体提供方、银行三方在不同操作下的责任，避免事后纠纷。
5. **开放接口是出路**：用银行主导的 API、MCP 等标准连接替代“交密码”，让智能体在可审计、可管控的通道里工作。
6. **要防存款搬家**：智能体自动资金管理会冲击负债成本，需通过有竞争力的产品、定价与客户经营稳住存款。
7. **自营与第三方要平衡**：银行可自建智能体承接理财、还款等需求，同时对第三方采取受控开放，而非简单封堵。
8. **监控要针对智能体**：建立识别智能体特征、异常自主行为、批量扫款的反欺诈模型，而不仅是传统登录风控。
9. **应急演练要前置**：借鉴“次日”演练，预设智能体失控时的账户冻结、凭证重置、资金追回与客户通知流程。
10. **监管协同不可少**：智能体身份、授权、责任涉及支付规则、开放银行和消保，需要监管统一标准，避免各家规则不一。

## 八、落地建议

1. **先盘点再开口**：摸清现有第三方数据接入、屏幕抓取和连接器的底数，建立智能体访问台账。
2. **默认只读、动作严控**：把“可看”和“可动”分开，涉及资金的动作一律走强认证、强授权与人机确认。
3. **建设受控连接标准**：以 API/MCP 为方向，为智能体提供标准化、可限流、可审计、可撤销的接入通道。
4. **改造客户协议**：明确凭证共享、智能体授权与责任划分，用通俗语言告知客户风险与正确做法。
5. **升级反欺诈体系**：把“智能体自主行为”“跨账户扫款”“呼叫中心异常请求”纳入监控与规则。
6. **补齐应急与消保**：制定智能体致损的处置预案，同时做好客户教育，引导使用正规只读聚合渠道。
7. **统筹自营与开放**：用自家智能体承接合规的资金优化需求，对第三方坚持受控开放，掌握入口和数据。
8. **跟踪监管与判例**：Reg E 例外、开放银行规则等尚无定论，应持续跟踪并参与标准制定。

## 结语

昨天，Claude Duet 这样的主动智能体开始“上班”，让人看到智能体主动盯守、代办事务的未来；今天，当智能体拿着客户的密码出现在银行账户里，银行的第一反应是把它拦在门外。这两件事并不矛盾，而是同一枚硬币的两面：**智能体越主动、越能行动，就越需要清晰的身份、明确的授权和可追溯的责任。** 对银行而言，单纯封堵挡不住客户对智能代办的需求，放任共享密码又会把安全和责任拖入灰色地带。真正的出路，是像摩根大通、嘉信那样，把“看”和“动”分开，把资金能力留在自己手里，用银行主导的开放接口、分级授权和可撤销连接，给智能体划出一条可控的通道。当 AI 学会替人花钱、替人转账，银行要回答的就不只是“让不让它进”，而是“以什么身份进、能做什么、做错了谁负责”。这道题，技术之外，更是治理。

（口径说明：本文事件主要依据 Axios 2026 年 10 月 22 日报道，经 Cyber Kendra、SFist、TheOutpost、n8n Lab、新浪财经等转引，路透社转引时称暂无法独立核实；涉及账户数量、具体 AI 产品及是否有资金损失，报道未披露。各行举措、高管表态与时间点（10/13、10/16）以上述报道为准，Reg E、CFPB 开放银行规则等法律状态以美国官方文本为准。本文为行业与风险管理分析，不构成法律或投资建议。）