内容简介:
阿里云各产品线(数据库、容器、大数据、中间件、网络等)每天产生海量工单、故障案例、产品文档、SOP 与专家经验,但知识长期“存得多、用得少”,诊断仍高度依赖个人经验。本议题先简要介绍 知识工程的演进,包括RAG、知识图谱与本体三个概念及其互补关系:RAG 负责语义召回,知识图谱负责关系推理,本体为图谱提供可跨产品扩展的概念骨架。随后聚焦云产品诊断这一共性场景,讲解如何把分散资料组织成可被诊断系统调用的知识底座。重点拆解三个问题:海量资料如何分层、分域拆分构建;知识图谱如何约束搜索空间、多跳定位根因、沉淀排查路径以提升诊断效率;以及诊断能力如何在反馈闭环中持续演进、并在产品间复用迁移。
演讲提纲:
1.前言:知识工程演进
RAG 做语义召回、图谱做关系推理、本体做概念建模,三者互补;本体定义统一的「现象—指标—根因—方案」骨架,知识工程由此从静态存储走向动态认知。
2.咨询类问题:云产品海量知识建图
定义 9 类实体、11 类关系的闭合本体;按文档类型路由抽取策略,每条关系必带原文证据,不臆造、不泛化,确保图谱知识可溯源。
3.诊断:知识图谱如何提升诊断性能
图谱当知识仓库、动态 playbook 当诊断处方:原始资料库清洗之后入图,诊断时动态拼装针对性的 playbook。
4.演进:诊断能力如何在图谱中进化与迁移
原始资料入库即回写权重,不断培育新知识,多点证实渐进晋升,错案精确回放到具体原始资料和图节点及时纠正。
听众收益:
1.理解 RAG、知识图谱、本体在诊断场景的分工,以及“本体”为何是跨产品扩展的骨架,避免只做单产品向量问答的误区。
2.知识图谱可落地的工程化实践:如何把海量工单与知识资料拆分、建模为诊断图谱,并用于根因定位与方案推荐。
3.获得Agent诊断能力持续演进的思路,让让诊断 Agent 越用越准、一处沉淀多处复用”,从个人经验升级为组织级智能诊断能力。
阿里云数据库技术专家,在数据库据库领域有丰富的运维经验,擅长智能诊断体系构建,深度参与阿里云云小二诊断能力建设。当前正推进检索增强生成与知识图谱技术在云产品诊断场景的融合应用,构建高精度、可自进化的智能诊断能力。