RAG与微调

大模型训练数据的质量评估框架：从数据到智能的基石 垃圾进，垃圾出——这句计算机科学的古老格言在大模型时代有了更深刻的含义。GPT-4级别的模型需要万亿token的训练数据，而数据质量的微小差异在规模效应下会被放大到惊人的程度。本文将系统介绍我们团队在实践中总结的大模型训练数据质量评估框架。 评估维度总览 我们将数据质量评估分为六个核心维度，每个维度都有可量化的指标体系： 1. 准确性 准确性是最基础也最难以大规模验证的维度。对于事实性内容，我们使用知识图谱进行交叉验证——将训练数据中的实体关系三元组抽取后，与Wikidata等可信知识库比对。在我们的实验中，原始爬取数据中约12%的事实性陈述存在不同程度的错误或过时。 对于无法自动验证的内容，我们采用抽样人工审核，样本量根据数据来源的信任度分级确定。高信任源（如已发表论文）抽样率1%，低信任源（如UGC内容）抽样率5%。 2. 多样性 多样性评估使用两种方法：主题分布的均匀度和风格分布的覆盖度。我们使用预训练的文本分类器将数据分到500+主题类别中，计算Shannon熵作为多样性指标。同时使用风格分类器评估文本风格分布，确保技术文档、文学创作、日常对话等不同风格都有充分覆盖。 一个容易被忽视的问题是模板内容的过度集中。很多网页包含大量重复的导航、版权声明等模板文本。我们使用MinHash算法去重，在最近一次数据清洗中，模板内容占原始数据量的23%，去除后训练效率提升了约15%。 3. 时效性 知识有保鲜期。2026年的模型不应还在大量学习2020年的信息。我们按时间衰减加权，对最近3年的数据给予更高权重。同时，对于快速变化的领域（如AI技术、法律法规），时效性要求更加严格。 时效性得分 = Σ (doc_score × time_weight(doc_date)) time_weight = exp(-Δt / half_life) 不同领域的半衰期不同：技术类约6个月，人文类约5年，数学类几乎无衰减。 4. 安全性 安全性评估包括三个子维度：有害内容过滤、隐私信息脱敏、版权合规检测。我们使用多级过滤管道，包括基于规则的正则过滤、基于分类模型的内容审核、以及基于LLM的细粒度判断。 值得注意的是，安全过滤和保留有用信息之间存在张力。过度过滤会损失模型的应对能力——模型需要"见过"有害内容才能学会拒绝它。我们的策略是在预训练阶段进行适度过滤，在对齐阶段进行针对性训练。 5. 语言质量 语言质量评估包括语法正确性、表达连贯性、信息密度三个指标。我们使用预训练语言模型计算每段文本的困惑度，过滤掉高困惑度的低质量文本。信息密度使用文本压缩比来衡量——压缩比过低意味着冗余过多。 6. 知识密度 知识密度是我们的独创指标，衡量单位文本中包含的可结构化知识的丰富程度。具体方法是从文本中抽取实体和关系，计算每千token的知识三元组数量。学术论文的知识密度通常是社交媒体内容的10倍以上。 框架实现与工具链 我们将上述框架实现为一个可扩展的数据评估流水线： 采集层：支持Common Crawl、自有爬虫、API对接等多种数据源 清洗层：去重、格式归一化、模板去除、语言检测 评估层：六个维度并行评估，输出综合质量报告 决策层：基于评估结果自动决定数据是否进入训练集 整个流水线支持每日处理50TB原始数据，评估报告可视化展示各维度的分布和趋势。 质量与规模的权衡 在万亿token时代，质量与规模的权衡是核心决策。我们的实验表明，从5T token增加到10T token，如果新增数据质量低于已有数据，模型性能反而下降。但如果新增数据质量更高，即使总量减少20%，性能也能提升。 这给我们的启示是：数据规模是必要条件，但不是充分条件。在2026年，当大多数团队都能获取万亿token规模的数据时，数据质量将成为真正的竞争壁垒。 结语 训练数据质量评估不是一次性的工作，而是一个持续迭代的过程。随着模型能力的提升，对数据质量的要求也在不断提高。建立一套系统化、可量化、可扩展的数据评估框架，是大模型工程化不可或缺的基础设施。 本文同步发布于 硅基AGI论坛

大模型蒸馏技术：让小模型拥有大智慧 知识蒸馏是连接大模型和小模型的桥梁——让小模型以更低的成本获得接近大模型的能力。2026年，蒸馏技术已经从简单的输出模仿发展到多维度的知识传递，成为模型部署流程中不可或缺的一环。 蒸馏的基本原理 知识蒸馏的核心思想是让student模型学习teacher模型的行为。最基础的形式是软标签蒸馏：teacher模型对每个输入输出一个概率分布（软标签），student模型不仅学习正确答案，还学习teacher的输出分布。 软标签比硬标签（正确答案）包含更多信息。例如，在情感分类中，teacher可能输出"正面:0.7, 中性:0.2, 负面:0.1"。这个分布告诉student：这个样本倾向于正面，但与中性也有一定相似度——这种"暗知识"是硬标签无法提供的。 蒸馏方法的演进 输出层蒸馏 最早的蒸馏方法只关注最终输出。KL散度损失函数让student的输出分布逼近teacher的输出分布： L = α * KL(softmax(z_t/T) || softmax(z_s/T)) + (1-α) * CE(y, z_s) 其中z_t和z_s分别是teacher和student的logits，T是温度参数，α是损失权重。 温度T的作用至关重要。T=1时，蒸馏等同于标准训练；T较大时，软标签中的"暗知识"被放大，student能学到更多teacher的细微判断。最佳温度通常在2-10之间，需要根据任务调整。 中间层蒸馏 输出层蒸馏的局限是student只能在最终输出层面模仿teacher。但如果teacher和student的架构差异较大，输出层面的模仿可能不够有效。 中间层蒸馏让student的隐藏层表示逼近teacher的隐藏层表示。由于两个模型的隐藏层维度可能不同，通常需要一个线性映射将student的隐藏层投影到teacher的维度： L_hidden = MSE(W * h_s, h_t) 其中W是可学习的映射矩阵，h_s和h_t分别是student和teacher的隐藏层输出。 中间层蒸馏显著提升了student的性能——在我们的实验中，相比纯输出蒸馏，中间层蒸馏让student在推理任务上的准确率额外提升5-8个百分点。 注意力蒸馏 注意力蒸馏让student学习teacher的注意力分布。teacher的注意力模式包含了它"关注什么"的信息——这对理解teacher的推理过程很有价值。 注意力蒸馏在机器翻译等任务上特别有效，因为对齐信息（源语言的哪个词对应目标语言的哪个词）主要体现在注意力分布中。 渐进式蒸馏 渐进式蒸馏不是一次性蒸馏，而是分阶段进行：先用简单任务蒸馏，再逐步引入更复杂的任务。这类似于人类学习的"从易到难"过程。 在渐进式蒸馏中，每个阶段的teacher可以提供不同形式的指导：简单阶段提供软标签，复杂阶段提供推理过程（CoT），最复杂阶段提供完整的解题轨迹。 蒸馏大模型到小模型 选择合适的teacher-student对 不是所有大模型都适合做teacher，也不是所有小模型都适合做student。选择原则： Teacher选择：选择在目标任务上表现最好、输出分布最平滑的模型。输出分布越平滑，暗知识越丰富。经过RLHF训练的模型输出分布往往较尖锐（过度自信），不是最佳teacher。我们通常使用base模型（未经RLHF）作为teacher。 Student选择：student的架构应与teacher尽量相似，以最大化知识迁移效率。如果teacher是Transformer decoder，student也应该是。层数和宽度可以缩减，但基本结构应保持一致。 数据选择 蒸馏数据的质量和多样性比数量更重要。我们使用以下策略构建蒸馏数据集： Teacher生成数据：让teacher模型生成大量高质量的回答，作为student的训练数据。这比使用原始训练数据更有效，因为teacher的输出已经包含了它的"知识"。 难度分层：按任务难度对数据进行分层，确保student逐步学习从简单到复杂的模式。 领域覆盖：确保蒸馏数据覆盖student需要处理的所有领域。如果student主要用于代码生成，蒸馏数据应以代码为主。 实践效果 我们将一个70B模型蒸馏到7B模型，结果如下： 指标 Teacher (70B) Student (7B) Student (7B, 从头训练) MMLU 78.5 71.2 62.3 GSM8K 85.1 74.6 58.2 HumanEval 72.3 65.8 51.4 蒸馏相比从头训练的提升约9-16个百分点，且student的推理速度约为teacher的10倍。 ...

大模型蒸馏技术：让小模型拥有大智慧 知识蒸馏是连接大模型和小模型的桥梁——让小模型以更低的成本获得接近大模型的能力。2026年，蒸馏技术已经从简单的输出模仿发展到多维度的知识传递，成为模型部署流程中不可或缺的一环。 蒸馏的基本原理 知识蒸馏的核心思想是让student模型学习teacher模型的行为。最基础的形式是软标签蒸馏：teacher模型对每个输入输出一个概率分布（软标签），student模型不仅学习正确答案，还学习teacher的输出分布。 软标签比硬标签（正确答案）包含更多信息。例如，在情感分类中，teacher可能输出"正面:0.7, 中性:0.2, 负面:0.1"。这个分布告诉student：这个样本倾向于正面，但与中性也有一定相似度——这种"暗知识"是硬标签无法提供的。 蒸馏方法的演进 输出层蒸馏 最早的蒸馏方法只关注最终输出。KL散度损失函数让student的输出分布逼近teacher的输出分布： L = α * KL(softmax(z_t/T) || softmax(z_s/T)) + (1-α) * CE(y, z_s) 其中z_t和z_s分别是teacher和student的logits，T是温度参数，α是损失权重。 温度T的作用至关重要。T=1时，蒸馏等同于标准训练；T较大时，软标签中的"暗知识"被放大，student能学到更多teacher的细微判断。最佳温度通常在2-10之间，需要根据任务调整。 中间层蒸馏 输出层蒸馏的局限是student只能在最终输出层面模仿teacher。但如果teacher和student的架构差异较大，输出层面的模仿可能不够有效。 中间层蒸馏让student的隐藏层表示逼近teacher的隐藏层表示。由于两个模型的隐藏层维度可能不同，通常需要一个线性映射将student的隐藏层投影到teacher的维度： L_hidden = MSE(W * h_s, h_t) 其中W是可学习的映射矩阵，h_s和h_t分别是student和teacher的隐藏层输出。 中间层蒸馏显著提升了student的性能——在我们的实验中，相比纯输出蒸馏，中间层蒸馏让student在推理任务上的准确率额外提升5-8个百分点。 注意力蒸馏 注意力蒸馏让student学习teacher的注意力分布。teacher的注意力模式包含了它"关注什么"的信息——这对理解teacher的推理过程很有价值。 注意力蒸馏在机器翻译等任务上特别有效，因为对齐信息（源语言的哪个词对应目标语言的哪个词）主要体现在注意力分布中。 渐进式蒸馏 渐进式蒸馏不是一次性蒸馏，而是分阶段进行：先用简单任务蒸馏，再逐步引入更复杂的任务。这类似于人类学习的"从易到难"过程。 在渐进式蒸馏中，每个阶段的teacher可以提供不同形式的指导：简单阶段提供软标签，复杂阶段提供推理过程（CoT），最复杂阶段提供完整的解题轨迹。 蒸馏大模型到小模型 选择合适的teacher-student对 不是所有大模型都适合做teacher，也不是所有小模型都适合做student。选择原则： Teacher选择：选择在目标任务上表现最好、输出分布最平滑的模型。输出分布越平滑，暗知识越丰富。经过RLHF训练的模型输出分布往往较尖锐（过度自信），不是最佳teacher。我们通常使用base模型（未经RLHF）作为teacher。 Student选择：student的架构应与teacher尽量相似，以最大化知识迁移效率。如果teacher是Transformer decoder，student也应该是。层数和宽度可以缩减，但基本结构应保持一致。 数据选择 蒸馏数据的质量和多样性比数量更重要。我们使用以下策略构建蒸馏数据集： Teacher生成数据：让teacher模型生成大量高质量的回答，作为student的训练数据。这比使用原始训练数据更有效，因为teacher的输出已经包含了它的"知识"。 难度分层：按任务难度对数据进行分层，确保student逐步学习从简单到复杂的模式。 领域覆盖：确保蒸馏数据覆盖student需要处理的所有领域。如果student主要用于代码生成，蒸馏数据应以代码为主。 实践效果 我们将一个70B模型蒸馏到7B模型，结果如下： 指标 Teacher (70B) Student (7B) Student (7B, 从头训练) MMLU 78.5 71.2 62.3 GSM8K 85.1 74.6 58.2 HumanEval 72.3 65.8 51.4 蒸馏相比从头训练的提升约9-16个百分点，且student的推理速度约为teacher的10倍。 ...

大模型微调的数据工程全流程 在大模型微调中，数据质量的重要性远超算法选择。同样的微调方法，高质量数据可以带来20-30%的效果提升，而低质量数据不仅无益，还可能损害模型的通用能力。本文系统梳理微调数据工程的全流程。 数据采集 来源规划 微调数据应该来自多个渠道，避免单一来源的偏见： 真实交互数据：从生产环境中收集用户与模型的交互数据，筛选高质量的对话。这是最有价值的数据来源，因为它反映了真实的使用模式。需要注意的是用户隐私保护和数据脱敏。 合成数据：使用更强大的模型生成训练数据。合成数据的优势是可以针对特定能力定向生成，劣势是可能继承教师模型的偏见。我们建议合成数据不超过总数据量的40%。 人工标注：领域专家编写的高质量样本。成本最高但质量最好，适用于关键能力的数据补充。 公开数据集：学术数据集和开源数据。需要注意许可协议和数据质量参差不齐的问题。 采样策略 数据采样的目标是确保训练集覆盖目标能力的各个方面。我们采用"能力矩阵"方法——定义需要微调的能力维度和难度等级，确保每个格子有足够的数据样本。 数据清洗 去重 数据去重看似简单，实则有不少坑。精确去重（完全相同的样本）只能去除最明显的冗余，大量近似重复的样本仍会浪费训练资源并导致过拟合。 我们采用了MinHash+LSH进行模糊去重，将Jaccard相似度超过0.7的样本对标记为近似重复，保留质量更高的那条。在一个10万条数据集上，模糊去重额外移除了约8%的样本。 质量过滤 低质量数据是微调效果的杀手。我们建立了多级质量过滤管道： 规则过滤：移除包含乱码、编码错误、过短或过长、重复模式严重的样本。这一步快速且成本低，可以过滤约10-15%的明显低质量数据。 模型过滤：使用一个训练好的质量评分模型对每条数据打分，低于阈值的被过滤。评分模型可以是一个在人类标注的质量数据上训练的小型分类器，也可以使用LLM-as-Judge。 人工抽检：随机抽取5-10%的样本进行人工检查，评估自动过滤的准确性，并校准过滤阈值。 格式规范化 微调数据的格式必须与模型的训练格式一致。常见问题包括：特殊token的不一致、对话角色的混淆、多轮对话中上下文的截断方式不一致等。 我们定义了严格的格式schema，使用JSON Schema验证每条数据的结构完整性。不符合schema的样本被标记并修复或丢弃。 数据增强 指令改写 同一条指令可以有多种表达方式。“帮我总结这篇文章"和"请概括以下内容的要点"在语义上等价但表达不同。通过指令改写增加表达多样性，可以提高模型的泛化能力。 我们使用LLM自动改写指令，每条原始指令生成3-5个改写版本。关键是要保持语义不变——我们用一个语义相似度模型过滤掉语义偏移过大的改写。 难度分层 同一任务的不同难度级别对模型学习很重要。如果数据全是简单任务，模型无法处理复杂场景；如果全是困难任务，模型难以学到基本模式。 我们为每个任务类型准备了三个难度级别的数据：简单（单步推理）、中等（2-3步推理）、困难（多步推理+边缘情况）。比例约为4:4:2。 数据混合策略 微调数据不仅要覆盖目标任务，还需要包含一定比例的通用数据，以防止灾难性遗忘——模型在学会新能力的同时忘记原有能力。 我们的数据混合方案： 60% 目标任务数据 25% 通用对话数据（从预训练数据中采样） 10% 安全对齐数据 5% 代码和推理数据 这个比例不是固定的，需要根据具体任务和模型表现进行调整。关键是监控模型在通用benchmark上的表现，确保微调没有显著损害通用能力。 质量评估 自动评估 在微调前，我们使用以下指标评估数据质量： 多样性指标：计算数据集的语义多样性分布，确保覆盖面足够 难度分布：统计不同难度级别的样本比例 毒性检测：使用分类器检测并移除有毒内容 偏见检测：检查数据是否存在性别、种族等方面的系统性偏见 消融实验 最终的数据质量需要通过微调实验来验证。我们采用消融实验——分别用完整数据集和去除某一部分后的数据集进行微调，比较效果差异。这帮助我们理解哪些数据对模型能力贡献最大。 结语 数据工程是微调中最耗时但也最值得投入的环节。在我们的实践中，数据工程占整个微调项目时间的60-70%，但也是回报最高的投入。好的数据可以让简单的微调方法超越复杂方法在差数据上的表现。数据为王，在微调领域依然是真理。 本文同步发布于 硅基AGI论坛

大模型微调的数据工程全流程 在大模型微调中，数据质量的重要性远超算法选择。同样的微调方法，高质量数据可以带来20-30%的效果提升，而低质量数据不仅无益，还可能损害模型的通用能力。本文系统梳理微调数据工程的全流程。 数据采集 来源规划 微调数据应该来自多个渠道，避免单一来源的偏见： 真实交互数据：从生产环境中收集用户与模型的交互数据，筛选高质量的对话。这是最有价值的数据来源，因为它反映了真实的使用模式。需要注意的是用户隐私保护和数据脱敏。 合成数据：使用更强大的模型生成训练数据。合成数据的优势是可以针对特定能力定向生成，劣势是可能继承教师模型的偏见。我们建议合成数据不超过总数据量的40%。 人工标注：领域专家编写的高质量样本。成本最高但质量最好，适用于关键能力的数据补充。 公开数据集：学术数据集和开源数据。需要注意许可协议和数据质量参差不齐的问题。 采样策略 数据采样的目标是确保训练集覆盖目标能力的各个方面。我们采用"能力矩阵"方法——定义需要微调的能力维度和难度等级，确保每个格子有足够的数据样本。 数据清洗 去重 数据去重看似简单，实则有不少坑。精确去重（完全相同的样本）只能去除最明显的冗余，大量近似重复的样本仍会浪费训练资源并导致过拟合。 我们采用了MinHash+LSH进行模糊去重，将Jaccard相似度超过0.7的样本对标记为近似重复，保留质量更高的那条。在一个10万条数据集上，模糊去重额外移除了约8%的样本。 质量过滤 低质量数据是微调效果的杀手。我们建立了多级质量过滤管道： 规则过滤：移除包含乱码、编码错误、过短或过长、重复模式严重的样本。这一步快速且成本低，可以过滤约10-15%的明显低质量数据。 模型过滤：使用一个训练好的质量评分模型对每条数据打分，低于阈值的被过滤。评分模型可以是一个在人类标注的质量数据上训练的小型分类器，也可以使用LLM-as-Judge。 人工抽检：随机抽取5-10%的样本进行人工检查，评估自动过滤的准确性，并校准过滤阈值。 格式规范化 微调数据的格式必须与模型的训练格式一致。常见问题包括：特殊token的不一致、对话角色的混淆、多轮对话中上下文的截断方式不一致等。 我们定义了严格的格式schema，使用JSON Schema验证每条数据的结构完整性。不符合schema的样本被标记并修复或丢弃。 数据增强 指令改写 同一条指令可以有多种表达方式。“帮我总结这篇文章"和"请概括以下内容的要点"在语义上等价但表达不同。通过指令改写增加表达多样性，可以提高模型的泛化能力。 我们使用LLM自动改写指令，每条原始指令生成3-5个改写版本。关键是要保持语义不变——我们用一个语义相似度模型过滤掉语义偏移过大的改写。 难度分层 同一任务的不同难度级别对模型学习很重要。如果数据全是简单任务，模型无法处理复杂场景；如果全是困难任务，模型难以学到基本模式。 我们为每个任务类型准备了三个难度级别的数据：简单（单步推理）、中等（2-3步推理）、困难（多步推理+边缘情况）。比例约为4:4:2。 数据混合策略 微调数据不仅要覆盖目标任务，还需要包含一定比例的通用数据，以防止灾难性遗忘——模型在学会新能力的同时忘记原有能力。 我们的数据混合方案： 60% 目标任务数据 25% 通用对话数据（从预训练数据中采样） 10% 安全对齐数据 5% 代码和推理数据 这个比例不是固定的，需要根据具体任务和模型表现进行调整。关键是监控模型在通用benchmark上的表现，确保微调没有显著损害通用能力。 质量评估 自动评估 在微调前，我们使用以下指标评估数据质量： 多样性指标：计算数据集的语义多样性分布，确保覆盖面足够 难度分布：统计不同难度级别的样本比例 毒性检测：使用分类器检测并移除有毒内容 偏见检测：检查数据是否存在性别、种族等方面的系统性偏见 消融实验 最终的数据质量需要通过微调实验来验证。我们采用消融实验——分别用完整数据集和去除某一部分后的数据集进行微调，比较效果差异。这帮助我们理解哪些数据对模型能力贡献最大。 结语 数据工程是微调中最耗时但也最值得投入的环节。在我们的实践中，数据工程占整个微调项目时间的60-70%，但也是回报最高的投入。好的数据可以让简单的微调方法超越复杂方法在差数据上的表现。数据为王，在微调领域依然是真理。 本文同步发布于 硅基AGI论坛

知识图谱增强的RAG系统实践 传统RAG系统基于向量相似度检索，在简单事实问答上表现优异，但在需要多跳推理、关系推理的场景中往往力不从心。知识图谱增强的RAG（GraphRAG）提供了一条可行的改进路径。 传统RAG的局限 向量检索的本质是"语义相似度匹配"——找到与query在embedding空间中最接近的文本片段。这种方式有三个固有局限： 第一，语义鸿沟。“谁是对手的合作伙伴？“这类问题，答案可能散落在多个文档中，每个文档与query的向量相似度都不高。第二，多跳推理缺失。回答"A的领导的母校在哪？“需要A→领导→母校的链条，纯向量检索难以完成。第三，全局视角缺乏。向量检索是局部的，无法提供知识全局结构的概览。 GraphRAG的核心理念 GraphRAG的核心是将非结构文本转化为结构化知识图谱，然后在图上进行检索和推理。整个流程分为三个阶段： 图谱构建 从原始文档中抽取实体和关系，构建知识图谱。这一步通常使用LLM完成：给定一段文本，让模型识别其中的实体（人、组织、地点等）及实体间的关系。抽取的三元组（头实体，关系，尾实体）被存入图数据库。 构建过程中需要特别注意实体消歧和实体对齐。“苹果"在不同语境下可能指水果或公司，需要通过上下文和已有图谱知识进行消解。我们采用了一个轻量级的实体链接模块，在抽取后立即进行规范化处理。 图检索 当用户提问时，系统首先从问题中抽取关键实体，然后在图谱中定位这些实体，并通过图遍历获取相关的子图。图检索的优势在于： 多跳遍历：自然支持A→B→C的链式推理 关系感知：不仅返回相关实体，还返回实体间的关系路径 全局结构：可以获取实体在知识网络中的位置信息 我们实现了混合检索策略：先用向量检索定位起始节点，再用图遍历扩展相关子图，最后将两者结果融合后送入LLM。 答案生成 将检索到的子图序列化为文本描述，连同原始问题一起送入LLM生成答案。子图序列化的方式很关键——我们需要将结构化的图数据转化为LLM能理解的自然语言，同时保留关系信息。 实践中的坑 在实践中，我们遇到了几个值得注意的问题： 图谱质量：LLM抽取的实体和关系并非完全准确，错误率在10-20%左右。我们引入了置信度评分机制，低置信度的三元组会被标记，在检索时降权处理。 图谱规模：对于大型文档集，图谱可能包含数百万节点，图遍历的效率成为瓶颈。解决方案是引入层级化图谱结构——将实体按类别分组，先在类别级别定位，再在组内精确遍历。 更新策略：知识图谱需要随文档更新而增量更新。全量重建代价太高，我们实现了基于变更检测的增量更新机制，只处理变化的文档段落。 效果对比 在我们的评测中，GraphRAG在多跳推理任务上的准确率比传统RAG高出约25个百分点，在简单事实问答上持平。代价是构建成本更高、系统复杂度更大。因此，GraphRAG更适合知识密集型、推理密集型的应用场景。 结语 知识图谱增强不是RAG的替代方案，而是补充方案。未来的RAG系统应该是多模态检索的统一体——向量检索负责语义匹配，图检索负责关系推理，全文检索负责精确匹配。三者协同，才能构建真正强大的知识问答系统。 本文同步发布于 硅基AGI论坛

知识图谱增强的RAG系统实践 传统RAG系统基于向量相似度检索，在简单事实问答上表现优异，但在需要多跳推理、关系推理的场景中往往力不从心。知识图谱增强的RAG（GraphRAG）提供了一条可行的改进路径。 传统RAG的局限 向量检索的本质是"语义相似度匹配"——找到与query在embedding空间中最接近的文本片段。这种方式有三个固有局限： 第一，语义鸿沟。“谁是对手的合作伙伴？“这类问题，答案可能散落在多个文档中，每个文档与query的向量相似度都不高。第二，多跳推理缺失。回答"A的领导的母校在哪？“需要A→领导→母校的链条，纯向量检索难以完成。第三，全局视角缺乏。向量检索是局部的，无法提供知识全局结构的概览。 GraphRAG的核心理念 GraphRAG的核心是将非结构文本转化为结构化知识图谱，然后在图上进行检索和推理。整个流程分为三个阶段： 图谱构建 从原始文档中抽取实体和关系，构建知识图谱。这一步通常使用LLM完成：给定一段文本，让模型识别其中的实体（人、组织、地点等）及实体间的关系。抽取的三元组（头实体，关系，尾实体）被存入图数据库。 构建过程中需要特别注意实体消歧和实体对齐。“苹果"在不同语境下可能指水果或公司，需要通过上下文和已有图谱知识进行消解。我们采用了一个轻量级的实体链接模块，在抽取后立即进行规范化处理。 图检索 当用户提问时，系统首先从问题中抽取关键实体，然后在图谱中定位这些实体，并通过图遍历获取相关的子图。图检索的优势在于： 多跳遍历：自然支持A→B→C的链式推理 关系感知：不仅返回相关实体，还返回实体间的关系路径 全局结构：可以获取实体在知识网络中的位置信息 我们实现了混合检索策略：先用向量检索定位起始节点，再用图遍历扩展相关子图，最后将两者结果融合后送入LLM。 答案生成 将检索到的子图序列化为文本描述，连同原始问题一起送入LLM生成答案。子图序列化的方式很关键——我们需要将结构化的图数据转化为LLM能理解的自然语言，同时保留关系信息。 实践中的坑 在实践中，我们遇到了几个值得注意的问题： 图谱质量：LLM抽取的实体和关系并非完全准确，错误率在10-20%左右。我们引入了置信度评分机制，低置信度的三元组会被标记，在检索时降权处理。 图谱规模：对于大型文档集，图谱可能包含数百万节点，图遍历的效率成为瓶颈。解决方案是引入层级化图谱结构——将实体按类别分组，先在类别级别定位，再在组内精确遍历。 更新策略：知识图谱需要随文档更新而增量更新。全量重建代价太高，我们实现了基于变更检测的增量更新机制，只处理变化的文档段落。 效果对比 在我们的评测中，GraphRAG在多跳推理任务上的准确率比传统RAG高出约25个百分点，在简单事实问答上持平。代价是构建成本更高、系统复杂度更大。因此，GraphRAG更适合知识密集型、推理密集型的应用场景。 结语 知识图谱增强不是RAG的替代方案，而是补充方案。未来的RAG系统应该是多模态检索的统一体——向量检索负责语义匹配，图检索负责关系推理，全文检索负责精确匹配。三者协同，才能构建真正强大的知识问答系统。 本文同步发布于 硅基AGI论坛

向量检索的天花板 传统RAG系统依赖向量相似度检索，在简单事实问答场景表现出色。但当问题涉及多跳推理、跨文档关联或全局性总结时，纯向量检索就显得力不从心。 比如"公司A的CEO曾在哪家公司任职，那家公司又被谁收购了"这样的问题，需要跨多个文档片段进行链式推理。向量检索只能找到语义相似的片段，无法构建这种实体间的关联路径。 这就是GraphRAG登场的背景。 GraphRAG的核心思路 GraphRAG的核心创新在于：在传统的向量索引之上，叠加一层知识图谱索引。具体流程分为四个阶段： 实体抽取：使用LLM从文档中抽取实体和关系，构建知识图谱。每个实体作为图节点，实体间关系作为边。 社区发现：对知识图谱运行社区检测算法（如Leiden算法），将关联紧密的实体聚类成社区。每个社区生成一个摘要。 混合检索：查询时同时进行向量检索和图遍历。向量检索找到相关文档片段，图遍历沿着实体关系路径发现关联信息。 答案生成：将检索到的文档片段、图路径和社区摘要整合后送入LLM生成最终答案。 微软GraphRAG的实现启示 微软在2024年开源的GraphRAG实现是目前最成熟的参考方案。其架构有几个值得学习的设计： 索引阶段采用两遍处理——第一遍抽取实体和关系，第二遍对社区进行层级摘要。这种分层设计使得系统既能回答细节问题（叶子社区），也能回答宏观问题（根社区）。 查询阶段区分了local search和global search。local search针对具体实体相关问题，从实体邻域出发检索；global search针对全局性问题，直接使用社区摘要进行map-reduce式回答。 实践中的权衡 GraphRAG不是银弹。在实际部署中，我们发现了几个关键的trade-off： 索引成本显著增加。 相比纯向量RAG，GraphRAG的索引阶段需要额外的LLM调用来抽取实体和生成社区摘要。对于一个万级文档的库，索引成本可能增加5-10倍。 维护复杂度上升。 知识图谱需要持续更新。当新文档加入时，不仅要更新向量索引，还要增量更新图结构和重新计算社区归属。 并非所有场景都需要图。 对于简单的FAQ场景，纯向量RAG仍然是最优选择。GraphRAG的价值在多跳推理和全局分析场景中才能充分体现。 从GraphRAG到Agentic RAG GraphRAG代表的是一个更广泛趋势：RAG系统正在从"检索+生成"的简单模式演进为"规划+检索+推理+生成"的Agentic模式。未来的RAG系统不再是被动的检索器，而是主动的知识探索者——它能根据问题复杂度自主选择检索策略，在检索结果不足时自主发起多轮检索，甚至主动构建临时知识图谱来回答复杂问题。 这个方向才刚刚开始，GraphRAG只是第一步。 本文同步发布于 硅基AGI论坛

向量检索的天花板 传统RAG系统依赖向量相似度检索，在简单事实问答场景表现出色。但当问题涉及多跳推理、跨文档关联或全局性总结时，纯向量检索就显得力不从心。 比如"公司A的CEO曾在哪家公司任职，那家公司又被谁收购了"这样的问题，需要跨多个文档片段进行链式推理。向量检索只能找到语义相似的片段，无法构建这种实体间的关联路径。 这就是GraphRAG登场的背景。 GraphRAG的核心思路 GraphRAG的核心创新在于：在传统的向量索引之上，叠加一层知识图谱索引。具体流程分为四个阶段： 实体抽取：使用LLM从文档中抽取实体和关系，构建知识图谱。每个实体作为图节点，实体间关系作为边。 社区发现：对知识图谱运行社区检测算法（如Leiden算法），将关联紧密的实体聚类成社区。每个社区生成一个摘要。 混合检索：查询时同时进行向量检索和图遍历。向量检索找到相关文档片段，图遍历沿着实体关系路径发现关联信息。 答案生成：将检索到的文档片段、图路径和社区摘要整合后送入LLM生成最终答案。 微软GraphRAG的实现启示 微软在2024年开源的GraphRAG实现是目前最成熟的参考方案。其架构有几个值得学习的设计： 索引阶段采用两遍处理——第一遍抽取实体和关系，第二遍对社区进行层级摘要。这种分层设计使得系统既能回答细节问题（叶子社区），也能回答宏观问题（根社区）。 查询阶段区分了local search和global search。local search针对具体实体相关问题，从实体邻域出发检索；global search针对全局性问题，直接使用社区摘要进行map-reduce式回答。 实践中的权衡 GraphRAG不是银弹。在实际部署中，我们发现了几个关键的trade-off： 索引成本显著增加。 相比纯向量RAG，GraphRAG的索引阶段需要额外的LLM调用来抽取实体和生成社区摘要。对于一个万级文档的库，索引成本可能增加5-10倍。 维护复杂度上升。 知识图谱需要持续更新。当新文档加入时，不仅要更新向量索引，还要增量更新图结构和重新计算社区归属。 并非所有场景都需要图。 对于简单的FAQ场景，纯向量RAG仍然是最优选择。GraphRAG的价值在多跳推理和全局分析场景中才能充分体现。 从GraphRAG到Agentic RAG GraphRAG代表的是一个更广泛趋势：RAG系统正在从"检索+生成"的简单模式演进为"规划+检索+推理+生成"的Agentic模式。未来的RAG系统不再是被动的检索器，而是主动的知识探索者——它能根据问题复杂度自主选择检索策略，在检索结果不足时自主发起多轮检索，甚至主动构建临时知识图谱来回答复杂问题。 这个方向才刚刚开始，GraphRAG只是第一步。 本文同步发布于 硅基AGI论坛

为什么要微调Hermes 4？ Hermes 4虽然原生支持函数调用，但企业场景有特殊需求： 行业术语：医疗、法律、金融等领域专有词汇 企业API：内部系统的特定接口规范 业务流程：特定的操作顺序和判断逻辑 合规要求：输出格式和内容限制 微调能让模型"学会"这些领域知识，比prompt工程更稳定高效。 微调方法选择 方法 显存需求 训练速度 效果 适用场景 全量微调 模型大小×4 慢 最好 数据充足、资源充足 LoRA 模型大小×1.5 快 好 通用首选 QLoRA 模型大小×0.5 中 中好 显存有限 IA³ 极低 极快 中 快速实验 推荐：LoRA——性价比最高，效果接近全量微调。 数据准备 1. 数据格式 Hermes 4使用OpenAI兼容的对话格式： { "messages": [ { "role": "system", "content": "你是企业客服助手。" }, { "role": "user", "content": "订单2024001什么时候发货？" }, { "role": "assistant", "content": "", "tool_calls": [ { "id": "call_001", "type": "function", "function": { "name": "query_order", "arguments": "{\"order_id\": \"2024001\"}" } } ] }, { "role": "tool", "tool_call_id": "call_001", "content": "{\"status\": \"已付款\", \"ship_date\": \"2026-07-09\"}" }, { "role": "assistant", "content": "您的订单2024001已付款，预计7月9日发货。" } ] } 2. 数据收集策略 class TrainingDataBuilder: def __init__(self): self.samples = [] def from_logs(self, conversation_logs): """从客服对话日志提取训练样本""" for log in conversation_logs: # 筛选高质量对话 if log.resolution == "success" and log.satisfaction >= 4: sample = self.format_conversation(log) self.samples.append(sample) def from_templates(self, templates): """从模板生成多样化训练样本""" for template in templates: # 使用LLM扩展模板为多种表达方式 variations = self.expand_template(template, n=10) self.samples.extend(variations) def from_synthetic(self, scenario, n=100): """使用强模型生成合成数据""" prompt = f"为'{scenario}'场景生成{n}个多样化的客服对话样本" synthetic = strong_model.generate(prompt) self.samples.extend(self.validate(synthetic)) def build(self): """构建训练集""" # 去重 self.samples = self.deduplicate(self.samples) # 质量过滤 self.samples = self.filter_quality(self.samples) # 划分训练/验证集 return self.split(self.samples, ratio=0.95) 3. 数据质量标准 def quality_check(sample): checks = [ len(sample["messages"]) >= 3, # 至少3轮 has_system_prompt(sample), # 有系统提示 tool_calls_valid(sample), # 工具调用格式正确 response_length_reasonable(sample), # 响应长度合理 no_sensitive_info(sample), # 无敏感信息 function_args_match_schema(sample), # 参数匹配schema ] return all(checks) LoRA微调实战 1. 环境准备 # 硬件：A100 80GB 或 2x RTX 4090 # 软件： pip install torch transformers peft trl accelerate bitsandbytes 2. 训练配置 import torch from transformers import AutoModelForCausalLM, AutoTokenizer from peft import LoraConfig, get_peft_model, prepare_model_for_kbit_training from trl import SFTTrainer, SFTConfig # 加载模型 model_id = "NousResearch/Hermes-4-14B" tokenizer = AutoTokenizer.from_pretrained(model_id) # 4-bit量化加载（节省显存） model = AutoModelForCausalLM.from_pretrained( model_id, quantization_config=BitsAndBytesConfig( load_in_4bit=True, bnb_4bit_compute_dtype=torch.bfloat16, bnb_4bit_quant_type="nf4", ), device_map="auto" ) model = prepare_model_for_kbit_training(model) # LoRA配置 lora_config = LoraConfig( r=64, # LoRA秩 lora_alpha=128, # 缩放因子 target_modules=[ "q_proj", "k_proj", "v_proj", "o_proj", "gate_proj", "up_proj", "down_proj" ], lora_dropout=0.05, task_type="CAUSAL_LM", modules_to_save=["embed_tokens", "lm_head"] # 保存嵌入层 ) model = get_peft_model(model, lora_config) 3. 训练执行 # 训练数据 train_dataset = load_dataset("json", data_files="train.jsonl") eval_dataset = load_dataset("json", data_files="eval.jsonl") # 训练配置 training_args = SFTConfig( output_dir="./hermes-4-finetuned", num_train_epochs=3, per_device_train_batch_size=4, per_device_eval_batch_size=4, gradient_accumulation_steps=4, warmup_ratio=0.03, learning_rate=2e-4, lr_scheduler_type="cosine", logging_steps=10, eval_strategy="steps", eval_steps=100, save_steps=200, bf16=True, gradient_checkpointing=True, max_seq_length=4096, ) # 训练器 trainer = SFTTrainer( model=model, args=training_args, train_dataset=train_dataset["train"], eval_dataset=eval_dataset["train"], tokenizer=tokenizer, ) # 开始训练 trainer.train() # 保存 trainer.save_model("./hermes-4-finetuned") 4. 训练监控 # 关键指标 metrics_to_watch = { "train_loss": "应持续下降", "eval_loss": "应跟随train_loss下降", "eval_loss > train_loss + 0.5": "过拟合警告", "learning_rate": "按cosine衰减", "grad_norm": "应在1-10范围内", } # 典型训练曲线（3 epochs） # Epoch 0.5: train_loss=1.8, eval_loss=1.9 # Epoch 1.0: train_loss=1.2, eval_loss=1.3 # Epoch 1.5: train_loss=0.9, eval_loss=1.1 # Epoch 2.0: train_loss=0.7, eval_loss=0.9 # Epoch 2.5: train_loss=0.5, eval_loss=0.85 # Epoch 3.0: train_loss=0.4, eval_loss=0.82 ← 最佳 评估与调优 1. 评估维度 class ModelEvaluator: def evaluate(self, model, test_set): results = {} # 函数调用准确率 results["tool_call_acc"] = self.eval_tool_calls(model, test_set) # 参数匹配率 results["param_match"] = self.eval_params(model, test_set) # 多轮对话一致性 results["multi_turn"] = self.eval_multi_turn(model, test_set) # 错误恢复能力 results["error_recovery"] = self.eval_error_handling(model, test_set) # 语气/风格一致性 results["style"] = self.eval_style(model, test_set) return results 2. 评估结果示例 维度 微调前 微调后 提升 函数调用准确率 72% 96% +24% 参数匹配率 68% 93% +25% 多轮一致性 80% 95% +15% 错误恢复 65% 88% +23% 风格一致性 70% 97% +27% 3. 常见问题与调优 问题1：过拟合 ...