UC-081银行用例 / 风控合规
邮储银行
邮储银行具有覆盖广、客户多、下沉市场深的特点,三农、信用卡、票据、投行、反欺诈和反洗钱等场景都存在高频、复杂、人工成本高的问题。尤其在审贷和风险监测中,图像、文本、交易流水和关系网络信息量巨大,传统人工处理难以兼顾效率与质量。 邮储银行的“邮智”大模型展示了银行如何吸收多款主流大模型并落地到 230 多个场景。它的特色不是只做聊天,而是把大模型、交易机器人、图像识别、实时流计算、知识图谱和反洗钱报告自动生成结合起来。
披露摘要披露效果非常具体:邮小宝使询价交易效率提升 95% 以上;智能审贷助手每天支持三农、信用卡等信审场景超 3 万笔业务;2025 年上半年反欺诈体系累计保护潜在受害账户逾 10 万户,防止客户资金损失超 8 亿元。 反洗钱方面,邮储银行每日加工约 1.27 亿笔交易流水数据,构建近百个可疑预警模型,并实现可疑分析报告自动化生成,有效呈现团伙洗钱证据链,帮助人工甄别效率提升 30%。
UC-082银行用例 / 运营提效
建设银行
国有大型银行业务线极广,既有网点服务、零售客户经理、普惠金融、财富管理,也有对公授信、国际结算、托管、研发测试和运营支持。AI 如果只在单点使用,很难改变整体效率;只有嵌入员工日常工作流和核心审批流程,才可能释放规模化价值。 建设银行披露的大模型 398 个场景,适合观察“人 + 数字员工”的协同模式。它不是把人替换掉,而是让柜面员工、客户经理、审批人员、研发人员都获得垂直智能体或助手,把重复性文案、信息检索、政策比对、单据识别和测试生成交给 AI。
披露摘要建设银行大模型技术累计赋能 398 个场景应用。网点员工问题响应 AI 助手覆盖率达到 99.42%,日均访问量超过 10 万人次。授信审批全流程 AI 应用可在 1 分钟内生成包括 5 大模块的评级审查意见初稿,自动撰写十余页审查意见初稿,最高生成比例达 90%。 该授信审批功能已在境内外广泛应用,月均生成超过 5 万份,覆盖对公客户超过 11.3 万户;2025 年人工审批业务量同比实现两位数增长,审批平均净用时下降超过 30%。另据披露,建行通过 500 项智能判断应用实现信用证自动核查,AI 代码生成率贡献达到 64%,功能测试案例采纳率达到 48%。
UC-083银行用例 / 客户服务
Lloyds Banking Group
越来越多客户开始使用通用 AI 工具管理个人财务,但通用工具存在两个问题:一是不了解客户真实银行数据和个人情况,二是可能输出过时或不准确的金融建议。Lloyds 的调研显示,英国 56% 成年人在过去 12 个月使用过 AI 帮助管理钱,其中 80% 担心信息不准确或过时,69% 担心缺乏基于个人情况的个性化。 这为银行提供了机会:在安全的手机银行 App 内提供受监管、可解释、可转人工的 AI 财务助手,把消费洞察、储蓄投资规划和产品服务结合起来。与传统虚拟助手相比,该类工
披露摘要Lloyds 披露,2025 年生成式 AI 已交付约 5,000 万英镑价值,预计 2026 年下一代 AI 将创造超过 1 亿英镑价值。该财务助手计划从消费、储蓄、投资逐步扩展到 Lloyds 的完整金融产品,包括按揭、汽车金融和保障需求。 官方强调,该助手不同于通用 AI 模型,使用经策展的银行数据确保回答准确且贴合客户,并具备记忆能力以提供更整体的客户体验。它还内嵌 AI assurance framework 和 guardrails,帮助实现安全、可解释、受监管的互动。
UC-084银行用例 / 平台治理
Lloyds Banking Group
当银行各团队都开始尝试 AI Agents 时,最大的风险是重复建设、缺少统一控制、无法监控行为、难以复用成功经验。智能体比普通聊天机器人风险更高,因为它可能记忆上下文、调用工具、执行任务甚至影响客户旅程。 Lloyds 的 Envoy 案例展示了一个更成熟的组织模式:不是让每个团队独立搭建智能体,而是提供内部平台、模板、市场、审核、监控和审计轨迹,让团队在同一治理框架下构建和共享智能体。
披露摘要官方披露,Envoy 的目标是让员工更高效、改善客户旅程,并支持潜在的颠覆性业务模式。对于处理客户数据的 Agents,Envoy 允许在遵守隐私和保留规则的前提下记住对话中的重要细节,以减少客户重复说明。 Envoy 是 Lloyds 更广泛 AI 生态的一部分,功能将在 2026 年继续演进。它强调强控制、监控和监督,说明银行已经开始把智能体作为可治理的企业能力,而不是实验室玩具。
UC-085银行用例 / 营销经营
Starling Bank + Google Cloud
个人客户普遍希望知道“钱花到哪里去了”,但传统手机银行的支出分析多依赖分类图表和筛选器。客户需要自己切换时间、商户、类别,门槛并不低。生成式 AI 的价值在于让客户直接用自然语言提问,例如“上周我在食品杂货上花了多少钱?”或“去年我捐了多少慈善款?” Starling 是数字原生银行,其案例展示了客户侧 AI 可以从低风险、只读、强价值的消费洞察切入。该类场景不直接发起交易或推荐高风险产品,但能明显提高客户理解自身财务的能力。
披露摘要Starling 官方称,这是英国银行业首次让客户在 App 内用 AI 和自然语言直接与自己的消费数据互动。该工具是 Starling 客户侧 AI 战略的第一阶段,并与其“Good with money”使命结合。 Google Cloud 案例披露,Starling 通过 Gemini 和 Google Cloud 创建了直观的 Spending Intelligence 工具;同时,Starling 使用 Gemini 自动总结客户服务电话记录,每月节省 8,000 小时,并在帮助中心提供即时准确答案,使客户服务转介减少 50%。
UC-086银行用例 / 风控合规
Starling Bank + Google Cloud
授权推送支付诈骗(APP fraud)的难点在于,客户本人往往在骗子诱导下主动发起转账。传统银行风控可以识别异常交易,但很难看到客户在社交平台、二手市场或聊天软件中的受骗上下文。客户在付款前如果能得到及时、具体的风险提示,就有机会阻止损失。 Starling 的 Scam Intelligence 把 AI 用在付款前的客户教育和风险识别上,让客户上传在线市场广告、商品图片、卖家消息或短信截图,系统在几秒内识别诈骗信号。它代表反欺诈从“交易后补救”进一步前移到“交易前识别”。
披露摘要Starling 官方称,这是英国银行业首次在 App 中提供 AI 驱动的诈骗检测工具。该工具在 2025 年 10 月上线,适用于个人、联名和企业账户客户。当时英国 2024 年欺诈损失达到 11.7 亿英镑,其中 APP fraud 为 4.5 亿英镑。 Google Cloud 案例披露,Scam Intelligence 的首阶段消费者测试在 4 周内交付;该工具已经使客户取消市场支付的比例提高 300%。这说明多模态 AI 不只是识别风险,还能改变客户付款前行为。
UC-087银行用例 / 客户服务
Starling Bank
当消费分析和诈骗识别等单点 AI 工具逐步成熟后,客户需要一个统一入口来管理日常财务,而不是在 App 中寻找多个功能。Agentic AI 的意义在于,它不仅能回答问题,还能在客户授权下执行任务,例如创建储蓄目标、组织账单空间、查询交易历史和提供支持指引。 Starling Assistant 是从“AI 功能”向“AI 界面”的升级。它把 Spending Intelligence、Scam Intelligence 和新的智能体能力整合到一个对话界面,让客户通过自然语言
披露摘要Starling 官方称,该工具是英国首个 Agentic AI 财务助手,建立在 Starling 自有技术平台之上,并使用 Google Gemini 和 Google Cloud 技术。Starling 表示,该助手来自八年 AI 开发积累,并整合了上一年推出的多个生成式 AI 工具。 2026 年 3 月起,Starling Assistant 面向个人活期账户客户推出,企业和联名账户随后跟进。它展示了银行 App 未来可能从菜单式交互转向对话式、任务式交互。
UC-088银行用例 / 平台治理
Monzo
数字银行的竞争优势很大程度来自数据和模型能力。欺诈防控、客户服务、信贷、个性化和产品体验都需要持续学习和快速迭代。Monzo 的 2025 年机器学习总结不是单一案例,而是展示一家数字银行如何把 ML 从早期试验发展成覆盖核心业务的能力体系。 该案例对银行从业者很有价值,因为它把 AI 应用按成熟度分层:反欺诈已是成熟高影响场景,客户与金融犯罪运营正在快速发展,信贷决策是负责任放贷基础,个性化是最新前沿,而 ML 平台是所有场景的基础设施。
披露摘要Monzo 披露,机器学习每年帮助防止数百万英镑的未授权交易、诈骗和 money-muling 损失。LLM 驱动的运营系统已经带来一批强结果,包括自动处理部分客户查询、更快的决策工作流、可衡量的客户满意度提升,以及更快、更一致、更具上下文感知的支持。 在信贷方面,Monzo 使用 ML 预测信用风险、理解额度使用和估计产品倾向,从而在风险偏好内向更多客户提供合适价格和额度。个性化方面,Monzo 正在用消费、储蓄和产品使用数据推荐下一步行动,帮助客户更好地管理钱。
UC-089银行用例 / 运营提效
Royal Bank of Canada(RBC)
银行软件系统复杂、监管要求高、遗留系统多,开发效率直接影响数字产品迭代速度和安全质量。AI 代码生成如果由开发者个人随意使用,可能带来数据泄露、代码质量不稳定和安全漏洞;但如果纳入企业级开发平台,就能与流水线、测试、部署和安全扫描结合。 RBC 的案例展示了银行如何把 AI 代码能力嵌入集中式开发者平台,而不是单独发放一个代码助手。重点是让 AI 支持构建、测试、部署、缺陷预防、问题解决和安全威胁应对。
披露摘要RBC 披露,该平台覆盖 6,000 多名开发者,并把 AI 代码生成与构建、测试、部署自动化结合。虽然官方页面未给出节省小时数,但其价值在于把 AI 研发能力纳入银行级平台和治理,而不是碎片化使用。 RBC 同页还披露,该行使用 AI 支持 NOMI、身份验证、电子交易、数据与 AI 洞察、员工技术支持等场景,说明开发者平台是更广泛 AI 生态的一部分。
UC-090银行用例 / 公司银行
American Express
智能体商务意味着 AI Agent 可以代表客户发现商品、比较选项并完成购买。传统支付系统假设“人”浏览、决策和点击购买;但当智能体根据客户预设意图执行交易时,支付网络必须回答新的问题:这个智能体是否被授权?它能花多少钱?能在哪些商户买?如果出错谁负责? American Express 的 ACE Developer Kit 正是为这个新支付模型设计。它把客户意图、智能体授权、支付凭证、商户执行和审计追踪连接起来,试图在智能体自主性和支付安全之间建立可执行边界。
披露摘要American Express 在 2026 年 4 月发布 ACE Developer Kit,并宣布面向注册智能体购买的行业首创保护机制。技术文章披露,ACE 设计为不要求合作伙伴根本改变既有支付基础设施,商户仍可通过现有支付轨道处理交易。 ACE 还采用 OAuth、双向 TLS、加密、令牌化、动态凭证、短期授权工件和防重放保护。未来还将提供 SDK、Agent Skills、MCP server 和 reference implementations,降低开发者集成门槛。
UC-091银行用例 / 公司银行
Visa
支付争议是银行卡生态中的长期痛点。消费者不理解交易、商户提交材料不完整、发卡行和收单行人工审核成本高、欺诈争议和友好欺诈混在一起,都会造成大量运营成本和客户体验问题。Visa 披露,2025 年全球处理 1.06 亿件争议,较 2019 年增长 35%。 争议管理正在从后台运营事项变成战略优先级。原因是争议量上升、监管压力加大、客户体验要求提高,同时碎片化、手工化流程会让可追回收入流失,也会让金融机构承担本可避免的成本。
披露摘要官方披露,这些工具旨在帮助商户和金融机构削减行政成本、减少欺诈相关损失,并把资源重新投入增长、创新和客户体验。部分工具已经试点或可用,部分计划在 2026 年晚些时候普遍可用。 Visa 强调,争议会给支付生态各方造成压力:消费者感到困惑,商户和金融机构承担成本与复杂性,过时技术无法跟上时还会让欺诈漏检。新工具通过 AI 和 Visa 专有数据提高可见性和处理效率。
UC-092银行用例 / 风控合规
Revolut
现代诈骗越来越多从社交平台、加密聊天软件和虚假广告开始,银行或金融 App 往往只在最后付款环节才看到风险。Revolut 的报告指出,诈骗者正在转向 WhatsApp 和 Telegram 等加密消息应用,而 Meta 平台在其全球报告诈骗中仍占最大来源。 这类场景说明,银行反欺诈不能只盯交易本身,还要理解诈骗来源、客户被诱导路径、社交平台责任和付款前教育。金融机构虽然不能单独解决所有社交平台诈骗,但可以通过实时 AI 检测、应用内通话、交易限额、生物认证和教育资源降低损失
披露摘要Revolut 披露,2024 年阻止了超过 6 亿英镑潜在客户欺诈损失。报告指出,Facebook 仍是诈骗者偏好的平台,占报告欺诈 28%;Meta 平台整体占 54%;相比之下,Google 平台占 0.09%。 2024 年下半年,来自 Telegram 的诈骗案件增长 121%,来自 WhatsApp 的案件增长 67%,两者合计占报告诈骗的 39%。Revolut 也呼吁社交媒体平台采取更强行动,包括主动移除诈骗内容、验证广告主,并分担源自其平台的诈骗受害者赔付。