银行AI落地真相:咨询话术与工程实现的双重视角
阅读指南:本文面向银行高管、业务负责人、架构师、产品经理及AI解决方案提供商。如果你看了无数架构图仍不知下午该写哪行代码,本文正是为你而作。
核心摘要:咨询派推崇“语义脱耦层”,工程派主张“结构化工单+MCP封装ESB”。本文揭示两者背后的统一本质,拒绝空谈——我们将抽象的“任务工厂”转化为一段真实的Java Config工单模板,并附上一份从0到1的“7天极简实操指南”,让架构师阅后即动。
🎁 阅读本文你将获得三样关键成果:
1. 一张认知地图——咨询派的“语义脱耦层”与工程派的“结构化工单+MCP+@Tool”实为同一概念,差异仅在于抽象层次;
2. 一个工程抓手——结构化工单如何借助Java Config固化骨架、实现规模化生产;
3. 一条实施路径——不必急于构建图谱,遵循“7天指南”先行跑通最小可行产线(MVP)。
00 引言:两套表述,同一本质
近日研读BCG孙中东老师关于2026年银行Agent范式的文章,其核心观点为智能体+客户旅程重塑+本体论三位一体。对照本人撰写的“任务工厂”系列,得出一个有趣结论:咨询公司与一线架构师在探讨“银行AI如何落地”时,实际讲述的是同一套逻辑,仅使用了不同的表述方式。
咨询派用宏大词汇指明方向,工程派以代码铺路架桥。今日,我们不仅将这两套说法拆解透彻,更要彻底消除“不知如何下手”的焦虑。
01 两派表述:抽象愿景与工程实践
孙中东老师在文中描绘了一种应对“遗留系统考古难题”的架构——语义脱耦层:将业务逻辑与底层异构系统解耦,无需重构老旧核心即可让智能体安全访问全域数据。听起来理想,但如何与ESB集成?这是典型的咨询派策略:用大词包装“应做之事”,具体实现留待客户自行探索。
在“任务工厂”系列中,我们对同一概念提出了不同命名——MCP封装ESB以实现语义适配。保持ESB不变,在大模型与ESB之间构建一层轻量级MCP Server。通过Spring AI的@Tool注解实现:
这是典型的工程派策略:用代码赋予具体形态,人机边界清晰定义,“照写即可运行”。
在接口适配(语法层)层面,两派殊途同归。但需澄清,若工程派仅将“语义脱耦层”理解为在@Tool中进行报文转换,则其退化为“高级ESB适配器”。真正的语义脱耦层,在V1阶段依赖结构化工单(任务级语义),在V2阶段引入知识图谱(领域级语义)。
02 本质解析:结构化工单的工程落地
在任务工厂体系中,结构化工单是第一车间(意图识别与拆解)的产出,也是语义脱耦的核心载体。概念上包含四要素:基础信息、意图与实体、执行蓝图、风控与治理标签。但在工程实践中,它绝非让LLM随意生成的JSON,而是由开发人员用Java Config严格定义的强类型模板。
1. 工单的物理形态:Java Config强类型模板
我们需给AI套上缰绳,不能让大模型决定流程走向。开发人员须提前用代码定义步骤顺序(执行蓝图)、注入规则(风控与治理标签),AI仅在指定节点内提取实体并润色话术。以“查询养老金”为例,工单骨架如下:
人机边界清晰明确:人工用代码固化骨架(承载执行蓝图与风控红线)→ 框架按序触发节点(上步输出作为下步输入)→ AI自主(仅在节点内提取意图实体、润色话术)。大模型不再负责全局编排,仅在框架设定的格子内填空。
03 进阶演进:从工单驱动到图谱前置
咨询派押注Ontology(本体论),但在工程落地中,切勿被庞大的图谱工程吓退。真正的语义脱耦层应从“任务级语义”起步,逐步演进至“领域级语义”。
1. V1阶段:任务级语义引擎(必选项)
即上文所述的Java Config强类型工单模板。它解决了“当前任务如何执行”的局部语义问题,通过代码级骨架约束AI行为边界,用@Tool适配底层ESB,用Skill兜底风控与治理标签。这是当前所有银行AI落地最基础、最坚实且能即刻见效的基石。
2. V2阶段:领域级语义服务(增强项)
待V1跑通后,再利用NebulaGraph等开源图数据库构建Ontology。其定义“客户、账户、产品”等实体及关系,向上为大模型提供标准查询接口。关键在于其与工单的结合方式:图谱不改变工单骨架,而是作为上下文增强注入。在工单step_1执行前,先在图谱中查询客户关联企业、风控状态等全局信息,并将这些信息嵌入节点内的LLM Prompt供其参考或触发刚性拦截。
总结:先用Java Config结构化工单跑通单点业务,再用知识图谱补全全局大脑。切勿一开始就构建全行级图谱,那是陷阱。
04 落地指南:从0到1的7天极简实操方案
不同规模银行策略各异,但无论大行或农商行,第一阶段“最小可行产线(MVP)”完全一致。暂不考虑图谱与中台,以“查询养老金”为例,按此7天执行:
完成这7天,你将拥有一个最小任务工厂。此时,再向高管汇报“语义脱耦层”的宏大愿景,便有了充分底气。
05 受众与总结:虚实结合,破局关键
咨询公司交付“战略路线图”,以“语义脱耦层”对齐高管认知;架构师擅长落地攻坚,将理念转化为代码。这注定咨询派“指明方向”,工程派“铺路架桥”。
面对两套表述,建议两者兼听,但需明确倾听重点:
真正稀缺的并非AI能力,而是对“业务本身”的深刻理解。
咨询派讲“做什么”,工程派讲“怎么做”。两套表述背后是同一真相——将散落的隐性业务规则显性化为统一语义资产,并与底层系统彻底解耦。透彻理解此点并落实于代码,便超越了90%的银行AI项目。
【附录:一图概览与系列推荐】
一图概览:语义脱耦与任务执行全景图
(注:V1阶段跑通右侧闭环,V2阶段引入图谱补全左侧上下文)
#银行AI#Agent落地#MCP#Skill#语义脱耦层#任务工厂#架构师视角