2026 年 9 月 25 日,星展银行(DBS)宣布将在香港推出名为 DBS Joy 的智能体能力,9 月 26 日起在香港市场逐步上线。它面向 DBS IDEAL 的企业与中小企客户:登录之后,客户可以在一个对话框里用自然语言发起银行任务,智能体在后台跨付款、对账、查询、审批等多个系统把任务办完并返回结果。对外它被称为 agentic banking 的一次规模化尝试,对内则是银行把智能体从演示推进到真实交易流量的一次检验。

登录后才出现,且只面向企业客户

DBS Joy 并不向零售大众开放,而是嵌在既有的企业网银 DBS IDEAL 之中,客户登录后才可见。这一设计把使用场景天然限定在已认证的企业客户上,身份与权限底座由网银体系提供,比面向所有人的开放智能体更可控。对银行这类强监管行业,先在企业侧跑通、再谈更大范围的开放,是一条更稳的顺序——既积累了真实场景数据,也把风险关进了既有合规框架里。

一个对话框,替企业客户跑完原本跨系统的银行流程 登录后启用 仅企业/中小企客户可见 说一句话 「付这笔款 并附回单」 智能体拆解 识别意图 调对应系统 办完 付款/对账 查询/审批 DBS Joy 9 月 26 日起在香港逐步上线,面向 DBS IDEAL 的企业与中小企客户 零售版 digibot 计划 2027 年才引入,企业侧先行
图 1|登录后一个对话框即可发起并办完跨系统的银行任务,把多步操作收成一次对话

从产品形态看,DBS Joy 不是另起炉灶做一个聊天机器人,而是把智能体能力接进已经跑了很多年的企业 banking 流程。这样做的好处是无需客户迁移到新入口,智能体是在原有工作流里多出来的一层「对话式操作面」。对银行 IT 而言,这也是把既有系统能力重新包装成自然语言接口,而非推倒重来。

把多步银行流程收成一次对话

企业财务过去要在多个系统之间切换,才能完成一笔付款、一次对账、一条余额查询或一份审批提交。DBS Joy 的打法是:用户说一句话,智能体在后台识别意图、调用对应系统、把任务办完,再把结果以可直接使用的形式返回。它的价值不仅是省下时间,更是把「操作银行」从一门需要熟悉多界面的手艺,变成一种对话式服务。对中小企业尤其友好——它们往往没有专门的系统对接团队,自然语言入口降低了使用专业银行功能的门槛。

规模与体验:放进真实流量检验

官方与媒体披露的数字给出了一个可观测的样本:香港市场有 10 万以上的企业用户规模;客服热线来电量下降约 16%,约 30% 的问题无需回访,客户满意度高于 4.2 分(5 分制)。需要客观说明,这些数字针对的是企业客户场景,并非全行零售口径,也不应被读成智能体已替代人工。但在真实银行流量里跑出可观测的来电与回访压力下降,本身就说明智能体不是在实验室里好看,而是在生产环境里能减负。

规模与体验:把智能体放进真实银行流量里检验 10 万+ 香港企业用户规模 先登录后启用 覆盖企业与中小企 热线 -16% 来电量下降约 16% 约 30% 问题无需回访 满意度高于 4.2 / 5 数字来自 DBS 披露与第三方报道,口径为企业客户场景,非全行零售口径 智能体先在高频、规则清晰的银行流程里跑量,再谈更广的开放
图 2|把智能体放进真实银行流量后,来电与回访压力出现可观测的下降

把智能体先放在高频、规则清晰的银行流程里跑量,再谈更广的开放,是一个务实的节奏。高频流程意味着样本充足、效果容易量化;规则清晰意味着出错面可控、审计容易做。等这类场景跑稳,再向更复杂的对公与跨境业务延伸,会比一上来就铺大面更稳妥。

零售版为何慢半拍

面向个人的 digibot 计划到 2027 年才引入。原因并不难理解:零售场景的身份更复杂、涉及的反诈与消费者保护要求更细,一旦智能体替个人发起交易,信任与责任的边界都要重新画。先在企业侧把路径跑通,再把能力下沉到零售,是银行对风险与自然采纳曲线的双重尊重。对同业而言,这也提示了一条清晰的落地次序:从可控的企业场景起步,再向开放的个人场景推进。

对同业的参考价值

DBS Joy 示范了一条银行 agentic 落地的可行路径:以既有的企业网银为底座,以登录身份为权限边界,以高频对公流程为首批场景,把智能体当作「对话式操作面」而非独立新产品。它的难点仍在权限粒度、审计留痕与异常回滚——智能体办完一笔付款容易,证明每一笔都来自有效授权、都可追溯、都可撤销,才是银行真正要过的关。目前官方及行业暂未披露更多细节,后续将持续跟进迭代动态。