据《智探AI应用》近期披露，北京农商银行已启动建设企业级智能体平台，并在能力要求里写明：内置通用 Skill 与工具不少于 50 个。这条看似平常的采购动向，背后是一条正在国内银行业蔓延的新动作——从「买个现成助手」转向「自己造 Agent 中台」，并把记忆、MCP 网关、越权防控写进规范。
把视野放宽，北京农商行并不是孤例。民生银行在 2026 半年报里就提到，已建成支持 Skill、MCP 协议的企业级 Agent 平台，通过网关技术实现智能体身份认证与越权防控；重庆银行同样在半年报披露，建成试用的企业级智能体中台与 AI 统一门户；中信银行则在 8 月下旬发布了数字员工智能体平台软件产品的供应商征集，明确提到「记忆」问题——平台要具备任务记忆能力，留存操作习惯与使用偏好，专门解决传统大模型上下文断裂、记忆失效的毛病。几家行的动作拼在一起，是一条清晰的主线：头部与区域银行正把智能体从「部门级试用」升级为「全行级中台」。
为什么银行愿意自己造平台，而不是继续买现成助手？逻辑很现实。银行的数据、合规与业务流程高度专属，外部通用助手很难直接吃进核心系统；与其让每个业务条线各自接一个第三方工具，不如先立一个统一的 Agent 底座，把身份、权限、记忆、工具编排这些横切能力收口。MCP 网关在这里成了关键件——它既负责把内部系统安全暴露给智能体，又负责身份认证与越权防控，相当于给 agent 进出核心系统装了一道可控的闸。记忆能力则回应了大模型「用完就忘」的老毛病，让数字员工能沉淀操作习惯、理解跨会话的上下文。这些规范写进采购要求，本身就是一种信号：银行已经不满足于「能对话」，而要「可控、可管、可复用」。
把 MCP 网关摆在规范里尤其值得玩味。对银行来说，智能体最危险的不是答错，而是越权访问核心系统——账户、信贷、清算这些数据的敏感性，决定了「谁能调什么、调之前要不要批」必须是一道独立可控的闸，而不是散落在各业务 prompt 里的口头约定。MCP 网关恰好把这件事标准化：统一身份、统一授权、统一审计，相当于给 agent 进出核心系统装了一道可监控的门。这比单纯堆几个对话机器人，更能戳中银行 IT 治理的痛点，也解释了为什么银行宁可自己立底座，也不愿把这道闸交给外部通用助手去管。
这股「造平台」趋势，和本站之前覆盖的券商密集接入金融智能体生态（1620，Kimi、腾讯 WorkBuddy、阿里千问、火山引擎被券商接进获客全链路）正好是镜像——券商偏向「买生态、快铺开」，银行偏向「造底座、重可控」。也不同于福建移动牵手金龙汽车的运营商交钥匙方案（1616）：那是运营商打包算力、模型加智能体的整体交付，银行则是把 Agent 当成自家 IT 基础设施来立项。视角切换背后，是金融机构对数据驻留、权限边界、审计追溯的硬约束——这些恰恰是通用助手给不了的，只能自己收口。
对智能体厂商而言，银行的这轮平台建设是一块明确的新市场：卖的不该再是「一个聊天机器人」，而是 Agent 平台、MCP 网关、记忆中间件这些能嵌进金融 IT 标准件里的东西。但也要泼盆冷水：采购征集和供应商入围，离真正投产还隔着 pilot 到运营的漫漫长路，本站此前也多次提示企业智能体「停在试点期」的普遍困境（相关调研显示可运营化比例很低）。北京农商行们写进规范的 50 个 Skill、MCP 网关、记忆能力，最终是变成全行生产力，还是停留在立项 PPT，要看后续有没有真实上线的案例与可核验的数字。对观察者来说，比起这次采购动作本身，更值得盯的是：哪家银行先拿出能跑通核心流程、且经得起审计的 Agent 中台。