我把运维知识库接入了大模型,然后发现 RAG 没那么简单

3.3 LLM检索增强生成(RAG)技术入门:打造专属智能运维知识库 摘要:LLM检索增强生成(RAG)技术在智能运维中的应用 本文介绍了检索增强生成(RAG)技术在AIOps领域的应用,它通过将大语言模型(LLM)与企业内部知识库相结合,显著提升了运维场景中的知识处理能力。文章详细阐述了RAG的工作原理,包括查询编码、向量检索、上下文增强和回答生成四个关键步骤。同时提供了构建运维知识库的实践指导,涵盖知识来源、结构设计和抽取方法,并展示了如何使用向量数据库和嵌入模型实现高效检索。该技术能够有效解决LLM在企业专有知识处理上的局限性,为智能运维提供更准确、个性化的支持。 阅读详情

我们团队积累了好几年的运维文档:故障复盘、架构变更记录、上线 checklists、各种中间件的配置最佳实践……分散在 Confluence、飞书文档和 Markdown 仓库里。

这些文档的价值很大,但问题也很明显:没人看。

新人来了不知道去搜什么;老人遇到问题想查个以前踩过的坑,但"我记得好像在哪看到过"——然后花了半小时翻文档,最后还是去问同事了。

我的想法很直接:把这些文档喂给大模型,做一个运维问答机器人。


第一次尝试:文档切碎丢进去

from langchain.text_splitter import MarkdownHeaderTextSplitterfrom langchain_community.vectorstores import Chromafrom langchain_community.embeddings import OpenAIEmbeddings
class OpsKnowledgeBase:    def __init__(self, docs_dir: str):        self.docs_dir = docs_dir        self.embeddings = OpenAIEmbeddings(model="text-embedding-ada-002")        self.vector_store = None        self._load_documents()
    def _load_documents(self):        all_chunks = []        for root, dirs, files in os.walk(self.docs_dir):            for f in files:                if not f.endswith('.md'):                    continue                with open(os.path.join(root, f), 'r', encoding='utf-8') as fp:                    content = fp.read()                splitter = MarkdownHeaderTextSplitter(                    headers_to_split_on=[("#", "h1"), ("##", "h2")]                )                all_chunks.extend(splitter.split_text(content))
        self.vector_store = Chroma.from_documents(            documents=all_chunks, embedding=self.embeddings)

看起来没问题,但一用就发现各种翻车。


翻车现场

翻车 1:问到具体的配置参数,答案张冠李戴

用户问:“Nginx 的 keepalive_timeout 应该设多少?”

知识库里有两份文档:一份说 65 秒(给 Web 前端用的),一份说 300 秒(给内网反向代理用的)。语义搜索把两个都找到了,LLM 把 65 秒和 300 秒混在一起回答。

教训:不加场景标签的文档,检索出来也是噪音。

翻车 2:新旧版本冲突

知识库里同时存在"K8s 1.20 迁移记录"和"K8s 1.26 升级文档",关于 Ingress 的配置方式完全不一样。用户问 Ingress 的问题,旧版本的文档优先级更高,LLM 给了过时的答案。

教训:没有版本标记,知识库就是时间的垃圾场。

翻车 3:检索到错误片段

有一篇踩坑记录,里面记录了某个错误的配置方式以及后来怎么改的。用户问配置方法,检索到了"踩坑"部分,LLM 把错误的配置当成了正确答案。

教训:文档里的反例如果不标注,会被 LLM 当成正例学习。


第二次尝试:结构化知识库

1. 给文档加上元数据

 class KnowledgeDocument:    def __init__(self, filepath: str):        self.filepath = filepath        self.metadata = self._parse_metadata()
    def _parse_metadata(self) -> dict:        # 文档格式:YAML front matter        # ---        # title: Nginx 配置最佳实践        # tags: [nginx, 配置, 性能优化]        # version: v2.1        # deprecated: false        # ---        with open(self.filepath, 'r', encoding='utf-8') as f:            content = f.read()        if content.startswith('---'):            parts = content.split('---', 2)            metadata = {}            for line in parts[1].strip().split('/n'):                if ':' in line:                    k, v = line.split(':', 1)                    metadata[k.strip()] = v.strip().strip("'/"")            return metadata        return {}

2. 检索时做两轮过滤

class ImprovedRAG:  def query(self, question: str, context: dict = None) -> str:        # 第一轮:向量检索 TOP20        docs = self.vector_store.similarity_search(question, k=20)
        # 第二轮:元数据过滤        filtered = []        for doc in docs:            m = doc.metadata            if m.get('deprecated') == 'true':                continue            filtered.append(doc)
        context_docs = filtered[:5]        # ... 拼接后给 LLM

3. 回答时标注置信度

def generate_answer(self, question: str, docs: list) -> str:  if not docs:        return "知识库中未找到相关信息"
    avg_score = sum(d.metadata.get('relevance_score', 0.5) for d in docs) / len(docs)
    if avg_score < 0.4:        disclaimer = "以下信息仅供参考:"    elif avg_score < 0.7:        disclaimer = "以下信息可能部分相关,建议结合实际验证:"    else:        disclaimer = "根据知识库记录:"
    answer = self._llm_answer(question, docs)    return f"{disclaimer}/n{answer}"

做完之后的感受

折腾了一圈,准确率从第一版的 60% 提升到了 85% 以上。

但我最大的感受是:RAG 的瓶颈从来不在 LLM 和 Embedding,而在知识库本身。

如果你文档里写的都是"大概、可能、也许"这种模糊描述,或者同一个问题在不同文档里互相矛盾,再好的检索也救不了。

在做 RAG 之前,先做一件事:给你的知识库做一次数据治理。该删的删、该更新的更新、该打标签的打上标签。这个过程枯燥但必要——因为 LLM 只会在你给的数据上工作,它不会自己变出正确答案。

🚀 如果你想系统学习 AIOps,推荐这个课程👇

图片

51CTO 明星讲师授课:崔皓(前惠普中国系统架构师、20年IT经验)& 韩先超(K8s架构师、50万+学员)

课程内容:

  1. 1AI 大模型开启智能运维新时代
  2. 2AI 智能解析慢查询:自动诊断 SQL 并给出优化方案
  3. 3自动化巡检实战:Dify + Prometheus + DeepSeek
  4. 4AIOps 闭环实践:基于大模型的对话式运维(OpenClaw + 微信 + Jenkins)
  5. 5DeepSeek + RAG:构建 K8s 智能故障分析平台
  6. 6企业级 AI 助手:实时分析 EFK 错误日志
  7. 7智能运维新范式:AI 故障预测与决策辅助
  8. 8零基础也能入门!用 AI 智能体实现运维智能化

🔗 点击文末「阅读原文」立即报名(微信后台已配置:https://edu.51cto.com/surl=CFqX11)

这里给大家精心整理了一份全面的AI大模型学习资源,包括:AI大模型全套学习路线图(从入门到实战)、精品AI大模型学习书籍手册、视频教程、实战学习、面试题等,资料免费分享!

👇👇扫码免费领取全部内容👇👇
在这里插入图片描述

1. 成长路线图&学习规划

要学习一门新的技术,作为新手一定要先学习成长路线图,方向不对,努力白费。

这里,我们为新手和想要进一步提升的专业人士准备了一份详细的学习成长路线图和规划。可以说是最科学最系统的学习成长路线。
在这里插入图片描述

2. 大模型经典PDF书籍

书籍和学习文档资料是学习大模型过程中必不可少的,我们精选了一系列深入探讨大模型技术的书籍和学习文档,它们由领域内的顶尖专家撰写,内容全面、深入、详尽,为你学习大模型提供坚实的理论基础。(书籍含电子版PDF)

在这里插入图片描述

3. 大模型视频教程

对于很多自学或者没有基础的同学来说,书籍这些纯文字类的学习教材会觉得比较晦涩难以理解,因此,我们提供了丰富的大模型视频教程,以动态、形象的方式展示技术概念,帮助你更快、更轻松地掌握核心知识。

在这里插入图片描述

4. 2026行业报告

行业分析主要包括对不同行业的现状、趋势、问题、机会等进行系统地调研和评估,以了解哪些行业更适合引入大模型的技术和应用,以及在哪些方面可以发挥大模型的优势。

5. 大模型项目实战

学以致用 ,当你的理论知识积累到一定程度,就需要通过项目实战,在实际操作中检验和巩固你所学到的知识,同时为你找工作和职业发展打下坚实的基础。

在这里插入图片描述

6. 大模型面试题

面试不仅是技术的较量,更需要充分的准备。

在你已经掌握了大模型技术之后,就需要开始准备面试,我们将提供精心整理的大模型面试题库,涵盖当前面试中可能遇到的各种技术问题,让你在面试中游刃有余。

在这里插入图片描述

7. 资料领取:全套内容免费抱走,学 AI 不用再找第二份

不管你是 0 基础想入门 AI 大模型,还是有基础想冲刺大厂、了解行业趋势,这份资料都能满足你!
现在只需按照提示操作,就能免费领取:

👇👇扫码免费领取全部内容👇👇
在这里插入图片描述

语音大模型接入调研 本文介绍了智能语音交互系统的技术架构与应用实现方案。系统由三部分组成:ASR语音识别(FunASR/Whisper)、TTS语音合成(微软Azure)和大语言模型(MaxKB+deepseek)。重点阐述了大模型的三种接入方式:PROMPT直接提示、RAG检索增强和Fine-tuning微调训练。以智能开关柜终端为例,说明如何将ASR+TTS本地化部署实现基础语音控制,同时通过云端"AI专家"系统(采用RAG方式)处理复杂问答。文章还分析了终端与专家系统的分工设计,以及基于安全等级的多层次语音交互方案,为工 阅读详情

相关推荐

【大模型结合知识库的应用范式】

大模型与知识库融合应用正成为AI领域的重要方向,通过结合大语言模型的生成能力和结构化知识库的精准检索,有效解决了通用大模型在专业领域应用中的三大痛点:知识时效性不足、专业深度不足和"幻觉"问题。该技术已在金融、医疗、制造等行业展现出变革性应用价值,如企业知识管理、专业咨询服务和工业智能化等场景。然而,该技术仍面临数据隐私保护、算力成本优化、知识实时更新等挑战。未来发展趋势将聚焦于隐私计算技术、模型轻量化、增量学习等解决方案,并向专业化与个性化方向发展,形成"基础模型+行业知识库

CLubiy的博客 1365

化繁为简:阿里内部如何通过大模型知识库 RAG 赋能运维?

近年来大模型技术的突破性发展,为运维领域带来了前所未有的机遇。大模型知识库基于先进的算法和海量的数据,能够提供更加精准、快速的故障诊断和处理方案。它不仅可以帮助企业迅速定位问题根源,还能预测潜在的系统风险,从而减少停机时间,提升系统的整体稳定性。

2401_82469710的博客 2093

OceanBase RAG实战:构建基于大模型的知识库系统

检索增强生成(Retrieval-Augmented Generation,RAG)是当前AI领域最受关注的技术范式之一,它巧妙地将信息检索技术与大语言模型(LLM)的生成能力相结合,有效解决了传统大模型面临的"知识固化"和"幻觉问题"。 RAG的工作原理可以分为三个关键阶段: 检索阶段:将用户查询转化为向量表示,从知识库中检索最相关的文档片段 增强阶段:将检索到的相关内容作为上下文提供给大模型 生成阶段:大模型基于检索到的上下文生成准确、可靠的回答 与传统大模型应用相比,RAG具有以下不可替代的优势:

本博客聚焦 YOLOv11 全流程落地,涵盖架构优化、数据集处理、训练技巧与多场景部署,兼及国产数据库、Java 开发与 AI 模型应用,内容兼顾理论与工程实践,为开发者提供系统干货,助力高效提升技术能力。 1193

化繁为简:阿里内部如何通过大模型知识库 RAG 赋能运维?大模型入门到精通,收藏这篇就足够了!

通过本次演讲,听众不仅能紧跟技术前沿,还能获得实际操作的指导,助力其所在组织实现运维知识库的转型升级。

pythonhy的博客 882

基于RAG与本地大模型的配电运维知识库构建实战

检索增强生成(RAG)是一种将信息检索与大型语言模型生成能力相结合的技术范式。其核心原理是,当用户提出查询时,系统首先从指定的知识库中检索出最相关的文档片段,然后将这些片段作为上下文提供给大模型,由模型基于这些确凿的依据生成最终答案。这种架构能有效缓解大模型常见的“幻觉”问题,显著提升生成内容的准确性和可信度,对于工业、金融等对事实准确性要求极高的领域具有重要技术价值。在应用场景上,RAG特别适合构建企业级私有知识库、智能客服和文档问答系统。本文聚焦于配电运维这一具体领域,详细阐述了如何利用Qwen2-7B

weixin_30824479的博客 466

FPGA开发者必看:Xilinx PCIe IP核BAR地址配置避坑指南(附实例解析)

本文为FPGA开发者提供了Xilinx PCIe IP核中BAR地址配置的详细避坑指南。文章深入解析了32位与64位地址空间的选择逻辑、Pcie to AXI Translation参数的核心作用,并通过实例说明如何正确配置以避免地址映射错乱和数据访问失败。重点探讨了BAR空间类型、大小设定以及地址转换机制,帮助开发者构建清晰可靠的PCIe系统,是调试与优化PCIe设计的关键参考。

weixin_29252171的博客 425

AI大模型开发实战:如何构建京东自有RAG知识库系统

RAG(Retrieval-Augmented Generation)意思是“检索增强的生成”。这是一种结合检索(Retrieval)和生成(Generation)的机器学习模型,通常用于自然语言处理任务,如文本生成、问答系统等。在AI大模型开发实战中,搭建自有的RAG知识库对系统具有十分重要意义,可以提升模型的回答准确性、增强领域专业性、提高响应速度、保护数据隐私、实现个性化服务,并持续优化和改进大模型的性能。

m0_70486148的博客 1840

别再只用真彩色了!手把手教你用ENVI主成分分析(PCA)给遥感图像‘美颜’与‘瘦身’

本文详细介绍了如何利用ENVI主成分分析(PCA)技术优化遥感图像处理,实现数据‘美颜’与‘瘦身’。通过PCA的维度压缩、噪声分离和特征增强三大优势,显著提升高光谱数据的可视化效果和分析效率。文章还提供了ENVI操作的最佳实践和常见问题解决方案,帮助读者掌握这一遥感图像处理的游戏规则改变者。

weixin_28465009的博客 277

Dify 接入蓝耘 MaaS:从 0 搭建一个企业知识库问答助手

最近很多团队都在尝试把大模型接入到自己的业务里,但真正落地时会发现一个问题:直接和大模型聊天并不等于拥有一个可用的业务助手。

倔强的石头的博客 4万+

库卡机器人外部轴配置全流程:从接线到WorkVisual 6.0实战(附避坑指南)

本文详细解析了库卡机器人外部轴配置的全流程,涵盖从硬件接线到WorkVisual 6.0软件配置的实战步骤。重点介绍了KPP驱动模块连接、电机参数匹配、安全配置激活及零点标定等关键环节,并提供了实用的避坑指南,旨在帮助工程师高效、安全地完成外部轴集成,提升工作站柔性。

weixin_29161785的博客 505

手把手实战:快速构建合同智能审查Agent

配置“模型供应商”,选择 “OpenAI-API-compatible”,输入申请到的 “API Key” 和 “URL” 后点击“保存”,如下图示例完成 “AlayaNew/DeepSeek-R1。至此,我们完成了合同智能审核Agent的构建,我们也可以在Dify中把这个智能体发布为API服务,这样企业其它应用如OA就可以通过API集成,在原合同流程中实现智能审核工作。该节点“输入变量”中,配置从“开始”节点中获取上传的文件,输出变量就是合同的内容,配置如下图。接下来我们开始创建智能体。

weixin_46880696的博客 4403

RAG 技术优化运维问答:如何构建运维知识库?

本文介绍如何基于RAG技术构建智能运维知识库系统。针对传统知识库检索存在的痛点,该系统结合检索与大语言模型,实现自然语言问答、精准答案检索和动态更新。

ececec12的博客 659

Deepseek:物理神经网络PINN入门教程

物理信息网络(Physics-Informed Neural Networks, PINN)是一种将物理定律(如偏微分方程、守恒定律等)嵌入神经网络训练过程的深度学习方法。其核心思想是通过神经网络同时拟合观测数据并满足物理约束,从而解决传统数值方法难以处理的高维、噪声数据或复杂边界条件问题。

金石软件 9300

【大模型】RAG增强检索:大模型运维的基石

RAG(检索增强生成)通过整合动态知识库与大语言模型,构建了“检索-增强-生成”的闭环体系,成为大模型运维的核心基础设施。其核心价值在于: ​​知识保鲜​​:实时检索更新运维文档、故障日志等数据,解决传统大模型知识滞后问题,使故障诊断准确率提升至92%; ​​精准控制​​:采用混合检索策略(BM25关键词+向量相似度)和多级权限隔离,降低幻觉答案率至3%以下; ​​效率跃迁​​:通过分级存储(SSD/HDD)和量化压缩技术,存储成本降低70%,故障平均解决时间从45分钟缩短至8分钟;

weixin_42178846的博客 912

基于YOLOv8n的FPGA无PS端PL部署完整实现方案

本文提出了一种将YOLOv8n目标检测模型完整部署到FPGA纯PL端的实现方案。通过PyTorch训练和INT8量化技术,结合Vitis AI工具链,将模型转换为适合FPGA实现的硬件描述。方案详细阐述了从模型训练、量化校准到FPGA硬件设计的全流程,重点解决了无PS端部署的架构设计、资源优化和实时性保障等关键技术挑战。实验结果表明,该方案在Xilinx Virtex-690T FPGA上实现了30FPS以上的实时目标检测性能,为边缘计算场景提供了高效的硬件加速解决方案。

huanghm88的专栏 510

2026星宸科技数字IC设计笔试带答案

摘要:本文包含四个计算机科学领域的编程与逻辑设计题目解析。第一部分通过C语言程序补充水仙花数判断代码,考查循环结构和函数设计;第二部分分析Verilog代码的D触发器电路,讨论时序约束与时钟频率影响;第三部分详细讲解静态时序分析中的建立/保持时间计算与违例判断;第四部分计算机体系结构题目涉及CPI、MIPS计算和性能加速比分析。最后还包含一个逻辑代数化简的示例,展示基本的布尔代数简化技巧。这些题目全面覆盖了编程基础、数字电路设计、时序分析和计算机性能评估等核心知识点。(149字)

Open 122

大模型为什么需要知识库?如何把知识库应用到大模型?

有些同学可能发现了,不少使用大模型的企业没有直接使用大模型官方提供的知识库系统,而是自建了一套知识库系统,他们为什么要这么做呢,这个知识库系统又是如何实现的呢?

2301_81888214的博客 947

聊聊蓝牙配对技术-CTKD OVER BR/EDR

摘要:本文探讨了蓝牙设备通过跨传输密钥派生(CTKD)机制实现双模连接的技术细节。研究发现,手机在连接双模耳机时优先通过BR/EDR配对,再利用CTKD派生BLE连接所需的密钥。关键条件包括:设备地址一致性、启用安全连接(Secure Connection)及禁用justworks配对方式。文章详细剖析了从BR/EDR链路密钥派生BLE长期密钥(LTK)的算法流程,重点解析了H6/H7加密函数的作用机制与安全差异。研究还通过HCI日志验证了密钥交换和加密建立的完整过程,指出蓝牙5.1版本对CTKD安全性的强

十多年蓝牙协议软件开发,擅长蓝牙协议分析 2703

企业级大模型知识库搭建全攻略:从选型到RAG精准提升

本文解析企业为何需要结合大模型搭建本地知识库,介绍六种常见实现方案,并从技术选型、部署落地到准确率提升提供全面指导。文章通过数据预处理、检索优化、重排序、生成控制和持续进化等策略,帮助读者解决RAG系统中的准确性和可靠性问题,为企业构建高效、安全、精准的本地知识库提供实用参考。

大模型训练 1518

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

开源RAG知识库平台深度解析

摘要:RAG(检索增强生成)技术通过结合外部知识库检索与大模型生成,有效解决了大模型知识时效性、准确性等痛点。当前开源RAG平台中,RAGFlow(多模态支持)、dify(低代码)、MaxKB(中文优化)和FastGPT(高性能检索)凭借各自特色成为主流选择。本文从技术架构、应用场景等维度对比分析这四款平台,为企业选型提供参考。RAG平台正朝着低代码化、多模态融合和国产化方向发展,将成为大模型落地行业的关键桥梁。

freedom的专栏 1057

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

RAG 知识库本地化部署搭建全流程详解

Dify 1.5.1知识库搭建全流程指南 本文详细介绍了开源AI开发平台Dify 1.5.1版本中知识库功能的本地化部署与配置方法。核心内容包括: Dify平台概述:低代码AI应用开发工具,支持多种大模型和RAG技术 本地部署步骤:Docker环境配置、服务初始化及模型API设置 知识库搭建详解:重点对比通用模式和父子模式的分段策略,以及向量检索、全文检索和混合检索三种检索方式的配置技巧。通过RAG技术实现企业私有数据的精准调用,提升AI应用的生成质量与专业性。

2301_76168381的博客 1695

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

利用DeepSeek-R1构建简单的本地知识库

初期接触 LLM 即大语言模型,觉得虽然很强大,但是有时候 AI 会一本正经地胡说八道😅,这种大模型的幻觉对于日常使用来说具有很大的误导性,特别是如果我们要用在生成环境下,由于缺少精确性而无法使用。为什么会造成这种结果呢?简单来说就是模型是为了通用性设计的,缺少相关知识,所以导致回复的结果存在胡说八道的情况。根据香农理论,减少信息熵,就需要引入更多信息📚✨。从这个角度来说,就有两个途径:1️⃣ 一是重新利用相关专业知识再次训练加强模型,或进行模型微调;

沉淀所学,分享所思,让热爱与成长同行。商务记录AI实战经验,助力开发者快速成长。 热爱AI,希望做出有影响力的技术成果。 技术点亮生活,分享连接价值与机会。 专注AI落地实战,陪你走好技术每一步。 4万+

10分钟看明白爆火的本地知识库! 掌握本地知识库基本概念与RAG的完整架构

知识更新不及时:大模型的知识截止于其训练数据的时间点,无法获取训练后出现的新知识。幻觉问题:模型可能会生成看似合理但实际错误的内容,经常“一本正经地胡说八道”。知识覆盖不足:对于某些垂直领域的专业知识,模型可能没有充分的训练数据,因而无法准确回答。为了解决上述问题,RAG(Retrieval-Augmented Generation,检索增强生成)技术应运而生。在生成回复前,先从外部资料库中检索相关信息,结合检索结果生成更准确的回答。这就像给大模型配备了一个即时查阅的“百科全书”,使其回答更加准确、及时。

2401_85325726的博客 1403

基于Dify的RAG知识库搭建,大模型入门到精通,收藏这篇就足够了!

Dify 是一款开源的大模型应用开发平台,旨在帮助开发者快速构建生产级生成式 AI 应用。在Dify 本地化部署中,知识库功能是实现企业级 AI 应用的核心能力。

2301_81940605的博客 1210
上一篇: 扒扒RAG:当大模型学会“查资料”,AI 的脑子发生了什么变化?
下一篇: 什么是RAG:为什么ChatGPT不知道你公司的内部文件?
AI_小站
博客等级 码龄3年 6255粉丝 1154原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值