某大型城市轨道交通集团 如何在 城市轨道交通运营 / 地铁运营与设备维保 中协同落地 AI 知识库与智能体
HiNowly 以私有化部署的 AI 知识库为可信知识底座,为该集团统一接入并治理规章规程、检修工艺卡、设备手册、应急预案与历史故障案例,实现带引用溯源、按线路与专业做权限隔离的可信问答;同时基于 HiNowly AI 智能体开发平台,构建行车调度助手、设备维保智能体、客运服务智能体、应急指挥智能体、规章一致性审核智能体等 11 个智能体,通过 Skill 封装与工具调用打通检修工单、设备台账、备件库存、列车运行图、客服工单与应急指挥系统,以工作流编排、自动化任务与定时任务将智能体嵌入日常生产流程。项目采用全栈私有化部署与信创环境适配,支持本地大模型与国内外主流大模型按场景灵活切换,覆盖 3 万余名员工的分级分域使用。上线半年后,规章检索平均耗时由 8.5 分钟降至 12 秒,夜窗检修准备工时下降 42%,客运工单一次性解决率由 71% 提升至 89%,应急首报时间由 6 分钟压缩至 90 秒。
项目背景
随着线网规模持续扩张,该集团面临“线路越多、规章越厚、经验越散、响应越难”的典型困境。一方面,线网从单线运营走向网络化运营,跨线换乘、共线运行、多专业联合作业成为常态,规章规程与作业标准的数量与更新频率快速上升;另一方面,老一代调度员与检修技师逐步退休,大量隐性经验未能有效沉淀。集团此前已建设文档管理系统与知识门户,但主要解决“存”的问题,未解决“用”的问题:文档以文件夹方式堆放,检索依赖关键词匹配,一线员工在夜窗 3 小时的天窗期内往往没有时间翻查上百页工艺卡,转而依赖电话询问老师傅。与此同时,集团对数据安全要求极高,行车运行数据、乘客信息、安防视频等均属敏感数据,明确要求知识库与智能体不得使用公有云,必须在本地机房或信创云内闭环运行,大模型能力需具备国产化替代路径。
项目总览
方案分为“可信知识底座”与“智能体执行层”两层。知识底座层由 HiNowly AI 知识库承担:通过多源连接器接入文档系统、共享盘、检修工单附件、扫描图纸与音视频课件,经 OCR、版面解析、语义切分与元数据自动打标(线路、专业、设备型号、规章编号、生效与失效日期、密级)后入库;采用向量检索 + 关键词检索 + 知识图谱的混合检索与重排策略,回答时逐句给出原文出处、页码与规章条款编号,并对超出知识范围或权限范围的问题执行拒答。智能体执行层由 HiNowly AI 智能体开发平台承担:以可视化方式定义智能体角色、指令、记忆与协作关系,将“查设备台账”“查备件库存”“创建检修工单”“查询列车运行图”“派发客服工单”“发起应急通知”等能力封装为可复用 Skill,通过 API 与 MCP 协议完成工具调用;对应急处置、故障闭环等长流程使用工作流编排,设置判断分支、并行节点与人工审批节点;对周期性事项使用定时任务与自动化任务。典型联动如:车辆检修智能体在接收检修工单后,先调用知识库获取对应车型的检修工艺卡与安全卡控清单,再调用设备台账确认部件批次与历史故障记录,调用备件库存确认物料可用性,最终生成分步作业指令并在作业完成后回写工单与故障知识条目;行车调度助手在收到信号告警后,调用运行图与预案库判断影响范围,自动生成调度调整方案草稿与通知话术,由调度员确认后一键下发。
项目痛点
规章规程、工艺卡、设备手册分散在文档系统、部门共享盘与个人电脑中,版本混杂、更新滞后,同一作业在不同线路存在不同执行口径,一线员工难以确认“哪一版才是现行有效版本”。
检修与故障处置高度依赖老师傅经验,历史故障案例、处置手法、备件替代方案未被结构化沉淀,新人上手周期长,夜窗天窗期内排查效率低,容易出现“会查手册但不会排故障”的情况。
行车调度与应急处置需要跨专业协同,预案查询、影响范围判断、通知下发仍大量依靠电话与即时通讯群,信息在传递中衰减,事件首报与处置时间线难以自动留存。
客运服务与乘客诉求处理口径不统一,客服人员面对退票规则、延误证明、无障碍服务等高频问题需在多系统间反复切换查询,答复一致性差、工单一次解决率偏低。
集团明确要求数据不出内网,原有通用型大模型工具无法接入,且需满足信创与国产化要求,同时要能按线路、专业、岗位做细粒度权限隔离,避免越权获取敏感信息。
项目诉求
建设集团级统一、可信、可追溯的轨道交通知识底座,覆盖规章规程、检修工艺卡、设备技术手册、应急预案、事故与故障案例等核心知识资产,实现单一权威来源。
实现全栈私有化 / 本地化部署,支持本地大模型与国内外主流大模型按场景切换,满足信创与国产化软硬件适配要求,确保数据不出内网。
基于 AI 智能体开发平台构建面向行车调度、设备维保、客运服务、应急指挥、规章管理等场景的智能体集群,并支持 Skill 封装、工具调用与工作流编排。
打通检修工单、设备台账、备件库存、列车运行图、客服工单、应急指挥等业务系统,使智能体能够读取业务数据并回写执行结果,形成任务闭环。
建立按部门、线路、专业、岗位的数据权限隔离与角色管理机制,实现“同问不同答、越权不可见”的知识与数据访问控制。
形成可持续运营机制,包括知识更新责任到岗、智能体灰度发布与效果度量、定时任务自动巡检,保障知识鲜度与智能体可用性。
HiNowly 解决方案设计
统一接入和治理企业知识,通过可信检索与引用问答为智能体提供知识底座
支持智能体设计、调试、发布与运营,让业务人员快速构建场景化智能体
通过 Skill、工具调用和业务系统连接,让智能体从回答问题升级为执行任务
支持工作流编排、自动化任务与定时任务,串联知识、模型、工具与审批节点
支持本地及私有化部署、主流模型接入、权限隔离,并适配信创与国产化环境
支持文档系统、共享盘、工单附件、扫描图纸、音视频课件等多源接入,自动完成 OCR 识别、版面还原、语义切分与元数据打标(线路、专业、设备型号、规章编号、生效日期、失效日期、密级)。建立“起草—评审—发布—生效—失效—归档”的知识全生命周期管理,任何一份工艺卡或预案都有唯一权威版本,智能体与员工检索到的内容始终保持现行有效,历史版本可追溯但不会被误用。
采用向量检索、关键词检索与设备—部件—故障—处置知识图谱三路混合检索并做重排,回答内容逐句标注出处文档、章节、页码与规章条款编号,用户可一键跳转原文核对。对知识库中无依据、依据不足或超出用户权限的问题,系统主动拒答并提示可咨询的责任部门,从机制上避免“编造答案”,满足轨道交通行业对安全结论必须可追溯的刚性要求。
按部门、线路、专业、岗位四级维度配置数据权限,知识库中的密级标签与用户角色自动匹配,实现同一问题在不同岗位得到不同范围答案。行车调度可检索全线路运行规章,客运人员仅可检索与客运服务相关的规程与话术,涉及安防与乘客个人信息的文档对无权角色完全不可见,所有检索与问答行为均记录审计日志。
平台提供可视化编排界面,可定义智能体角色、专业指令、知识域范围、记忆策略与多智能体协作关系,支持调试、评测、灰度发布与版本回滚。智能体按岗位发布到企业门户与移动端,调度员、检修技师、客服坐席看到的是同一平台下不同能力组合的智能体,发布权限与使用权限由管理员统一管控。
将业务能力封装为标准化 Skill,包括查询设备台账、查询备件库存、创建与回填检修工单、查询列车运行图、读取信号告警、派发客服工单、发起应急通知、查询岗位值班表等,通过 API 与 MCP 协议供智能体调用。智能体不再只是“回答问题”,而是能够读取业务数据、生成结构化指令并回写执行结果,形成从知识到行动的闭环。
针对应急处置、故障闭环、规程变更等跨专业长流程,平台支持多节点工作流编排,提供条件分支、并行执行、超时升级、人工审批与结果归档节点。以故障处置为例,智能体自动串联“告警确认—影响范围研判—预案匹配—通知下发—处置跟踪—复盘归档”全链路,并根据事件等级动态选择流程路径,全过程留痕可回溯。
平台内置定时任务与事件触发两类自动化机制。定时任务支持每日生成线路设备巡检摘要、班前会材料与岗位练兵题目,每周扫描新发布规章并做条款一致性比对,每月汇总知识库高频未命中问题反馈给责任部门;事件触发任务则在信号告警、工单超时、应急预案启动等条件下自动唤起对应智能体,实现无人值守的主动服务。
系统全栈私有化部署于集团本地机房与信创资源池,数据不出内网。支持本地大模型(含国产开源模型私有化推理)与国内外主流大模型 API 的统一接入与按场景路由,敏感场景强制走本地模型,通用场景可切换更高性能模型。已完成国产 CPU、国产操作系统、国产数据库与国产中间件的适配验证,满足集团信创与国产化演进要求。
提供智能体调用量、知识命中率、引用溯源率、拒答率、任务完成率、人工接管率等运营指标看板,支持按部门与智能体维度下钻分析。运营团队可据此定位知识盲区、优化检索策略与指令设计,并将高频未命中问题转化为知识补充任务,形成“使用—度量—补知识—再优化”的持续闭环。
项目实施范围
知识接入与治理范围:规章规程、检修工艺卡、设备技术手册、应急预案、事故与故障案例、培训课件等 6 大类、约 62 万份文档,覆盖 12 条线路与 8 个专业方向。
AI 知识库建设范围:多源接入、OCR 与版面解析、语义切分、元数据与密级打标、版本与生效失效管理、混合检索与重排、引用溯源问答、知识图谱构建、拒答与权限过滤策略。
智能体开发范围:行车调度助手、设备维保智能体、客运服务智能体、应急指挥智能体、规章一致性审核智能体、班前会与岗位练兵智能体等 11 个智能体。
工具与系统集成范围:检修工单系统、设备台账系统、备件库存系统、列车运行图与信号告警接口、客服工单系统、应急指挥系统、企业门户与移动端。
平台与部署范围:全栈私有化部署于集团本地机房与信创云资源池,适配国产 CPU、国产操作系统、国产数据库与国产中间件,支持本地大模型及国内外主流大模型接口接入与按场景路由。
权限与运营范围:部门 / 线路 / 专业 / 岗位四级权限模型与角色管理,智能体灰度发布与效果度量看板,知识更新责任矩阵与定时巡检任务。
实施工期与计划
| 阶段 | 周期 | 关键交付物 |
|---|---|---|
| 第一阶段:业务调研与知识资产盘点 | 3 周 | 完成 8 个专业中心、20 余个生产中心的业务调研,梳理 6 大类 62 万份知识资产清单与权限矩阵,输出知识分类分级标准、智能体场景清单与优先级排序,确定 11 个智能体的建设蓝图与首期试点范围。 |
| 第二阶段:知识接入与治理落地 | 6 周 | 完成文档系统、共享盘、工单附件、扫描图纸与音视频课件的多源接入,完成 OCR、版面解析、语义切分与元数据打标,建立规章与工艺卡的版本及生效失效管理机制,构建设备—部件—故障—处置知识图谱,完成混合检索与引用溯源问答上线并通过内部准确率评测。 |
| 第三阶段:智能体开发与系统集成 | 8 周 | 完成 11 个智能体的设计与开发,封装 30 余个业务 Skill,打通检修工单、设备台账、备件库存、列车运行图与信号告警、客服工单、应急指挥等系统接口,完成应急处置与故障闭环工作流编排,完成定时任务与自动化任务配置。 |
| 第四阶段:试点上线与效果调优 | 5 周 | 在 2 条线路、3 个专业中心与客服中心开展试点,覆盖约 3200 名员工,完成权限隔离验证、信创环境适配测试、答案准确率与拒答策略调优,形成试点评估报告与问题整改清单。 |
| 第五阶段:全网推广与运营体系建设 | 6 周 | 完成 12 条线路与全部专业中心的推广上线,覆盖 3 万余名员工;建立知识更新责任到岗机制、智能体发布与灰度流程、运营度量看板与月度运营例会制度,完成管理员与知识运营专员培训认证。 |
项目最终成果
规章规程、检修工艺卡与应急预案的检索方式由“关键词翻文件夹”变为“带引用的自然语言问答”,一线员工可秒级获取现行有效版本的原文条款,彻底解决多版本混用与执行口径不一致问题。
设备维保智能体嵌入夜窗检修流程后,检修准备阶段自动生成作业步骤、安全卡控清单与备件确认结果,技师不再需要在天窗期内翻查手册,检修准备工时显著压缩,故障处置知识复用率明显提升。
客运服务智能体对接客服工单系统后,坐席可在一个界面内获得统一答复口径与办理路径,退票规则、延误证明、无障碍服务等高频问题的一次性解决率大幅提升,乘客重复来电下降。
应急指挥智能体实现事件触发即自动匹配预案、研判影响范围、下发通知并生成处置时间线,事件首报与响应启动时间大幅缩短,全过程自动留痕,复盘材料可一键生成。
规章一致性审核智能体以每周定时任务方式扫描新发布与修订文档,自动识别条款冲突、引用失效与交叉引用断链,把过去依赖人工抽检的合规审核变为全覆盖自动巡检。
集团形成“知识底座 + 智能体集群 + 运营度量”的可持续机制,知识更新责任到岗、智能体灰度发布可控、使用效果可量化,为后续向建设、安防、培训等更多场景扩展打下统一平台基础。
| 指标项 | 结果值 | 说明 |
|---|---|---|
| 规章与工艺知识检索平均耗时 | 由 8.5 分钟降至 12 秒 | 以现行有效的规章规程、检修工艺卡与应急预案为对象,覆盖 12 条线路、8 个专业方向的日常检索场景,统计口径为员工从提出问题到获得可核对答案并跳转原文的时间。 |
| 问答答案引用溯源率 | 98.6% | 智能体与知识库问答在回答中给出原文文档、章节、页码与条款编号的比例,剩余部分为知识库无依据时的主动拒答并转人工咨询,确保安全类结论均可追溯核对。 |
| 夜窗检修准备工时 | 下降 42% | 在试点线路的车辆、信号、供电专业统计,检修班组从接到工单到形成可执行作业方案与安全卡控清单的平均准备时间,天窗有效作业时间相应延长。 |
| 客运工单一次性解决率 | 由 71% 提升至 89% | 客服中心统计口径为乘客诉求在首次接触中即得到明确答复或完成办理的比例,覆盖退票规则、延误证明、无障碍服务、失物招领等高频场景。 |
| 应急事件首报时间 | 由 6 分钟缩短至 90 秒 | 以应急指挥智能体自动匹配预案、研判影响范围、生成并下发通知话术的时间计,事件等级与影响范围判定由系统辅助完成,调度员确认后即可下发。 |
| 智能体日均调用量 | 超过 4.2 万次 | 全网推广上线后统计,覆盖行车调度、设备维保、客运服务、应急指挥、规章审核等 11 个智能体,其中定时任务与自动化任务触发的调用占比约 23%。 |
“我们最看重的不是“能聊天”,而是“敢采信、能落地”。HiNowly 的知识库让每一条规章、每一张工艺卡都有唯一权威版本并且能溯源到原文条款,一线员工才敢照着做;智能体平台又把这些知识变成了能查台账、能调库存、能开工单、能下发通知的执行能力,真正嵌进了夜窗检修和应急指挥的流程里。整个系统私有化部署在集团内网,权限按线路和专业分得清清楚楚,模型也具备国产化替代路径,这在轨道交通行业是底线要求。上线半年,调度员、检修技师和客服坐席的反馈是一致的:查得快了,做得准了。”
某大型城市轨道交通集团 项目负责人
扫码添加微信