[核心摘要]
据路透社援引消息人士的说法，美国多家银行已在账户与支付接口层面主动识别并拦截未经审核的第三方人工智能代理。报道描述的共性情形是：并非由银行自有应用发起的自动化指令，触发了银行风控系统的异常标记，部分账户被直接拒绝服务。这意味着在明确的监管规则出台之前，银行已经用自身的风险控制手段先行划定了边界。
[事件详情]
- 发现方式：据报道，异常活动的识别发生在银行自有系统的行为监测环节，并非源于监管机构的通报或外部的安全事件披露。
- 拦截层级：措施落在账户访问与支付指令层面，拦截发生在银行自有渠道之外，属于对第三方自动化调用的直接拒绝。
- 触发特征：多位消息人士描述的共同点在于调用来源未经授权，而不是指令内容本身异常。这也解释了为何这类活动此前不易被察觉。
- 并行对照：同一时间窗口内，另有报道显示某大型零售平台选择开放购物智能体接口，允许外部代理接入。两家机构采取相反路线，说明当前并不存在行业统一口径。
- 性质界定：这属于银行自主采取的经营风控措施，与行政监管下的合规要求并非同一回事，但两者在客户体验上产生的效果可能非常接近。
[全景透视]
把智能体的账户访问问题放到银行体系内部来看，真正被重新定价的其实不是某一项具体功能，而是代理身份的可验证性。传统金融风控的判断对象是账户主体：钱是不是从本人的账户流出、设备是不是本人常用、行为模式是不是长期一致。而智能体调用引入了一个全新的变量，指令发起者并不是账户主体本人。这使得原本成熟的风控模型第一次遇到了一个它无法直接归因的对象，也解释了为什么这类活动需要银行重新调整监测口径，而不是靠既有规则自动拦截。
值得注意的是，这次银行选择的是拒绝而不是放行加限额。放行加限额在技术上更容易实现，也更符合过去几年支付行业处理异常交易的一贯思路，因为限额至少能界定最大损失敞口。但智能体的风险结构并不适合这种处理方式，因为它的危险往往不在于单笔金额有多大，而在于能否在多次小额、分散、看起来都很正常的交易中持续存在。只要额度还有余地，代理就有机会在阈值以下长期运行，而客户在此过程中甚至不会察觉。因此银行选择直接阻断，本质上是在承认现有风控工具暂时无法给这类调用定价。
另一种解读值得重视：这可能是一次以风控名义完成的策略宣示。在明确的规则缺位时，监管套利的空间会迅速被市场填满。谁先给出可执行的拒绝标准，谁事实上就为行业划下了临时基线。这条基线日后未必会被正式规则采纳，甚至可能因为过于严格而限制合法用途，但它确实会先于立法塑造开发者的实现选择。对创业团队而言，这意味着产品设计阶段就需要回答一个此前很少被问到的问题：如何向对方证明你是被授权调用，而不是仅仅能够调用。
这一事件也暴露出当前智能体生态的一个基础缺口，即缺少可被多方接受的授权凭证体系。当前的常见做法是由用户口头同意或点击确认，这种授权既难以在事后审计中复现，也难以跨机构使用。一套允许用户对特定范围、特定时长授权的凭证机制，可能是这类摩擦最终的技术出口。在它出现之前，银行与平台之间各自为政的拦截策略会长期并存，用户则要在两侧承担不一致的摩擦成本。
[多方观点比对]
- 消息人士视角：报道引述的说法强调，发现异常的是银行内部的行为监测环节而非监管通报，说明风险暴露早于公开讨论。
- 零售平台一侧：同期选择开放智能体接口的机构认为，受控接入可以扩大使用场景，而完全拒绝会让用户转向监管更弱的替代渠道。
- 风控从业者视角：行业实践者普遍认为，代理调用难以用传统限额框架定价，是这次选择直接拦截的核心技术原因。
- 合规观察者视角：有观点提醒，风控拦截属于机构的自主选择，与法定义务不同，但在客户实际体验上两者难以清晰区分。
编辑：GoodInfo全球资讯组