这里写自定义目录标题
- 欢迎使用Markdown编辑器
- 一、幻觉问题为什么如此顽固
- 二、幻觉的分类:不同类型,不同解法
- 三、源头治理:把幻觉扼杀在训练和配置环节
- 四、RAG 链路治理:让模型"有据可依"
- 五、生成后校验:给答案装一道质检闸门
- 六、可观测与评估:让治理可量化
- 七、幻觉治理的综合架构
- 八、给团队的落地建议
- 新的改变
- 功能快捷键
- 合理的创建标题,有助于目录的生成
- 如何改变文本的样式
- 插入链接与图片
- 如何插入一段漂亮的代码片
- 生成一个适合你的列表
- 创建一个表格
- 设定内容居中、居左、居右
- SmartyPants
- 创建一个自定义列表
- 如何创建一个注脚
- 注释也是必不可少的
- KaTeX数学公式
- 新的甘特图功能,丰富你的文章
- UML图表
- 流程图
- FLowchart流程图
- 导出与导入
- 导出
- 导入
欢迎使用Markdown编辑器
你好! 这是你第一次使用# 大模型幻觉治理:根因分析与全链路防控体系实践
一、幻觉问题为什么如此顽固
大模型一本正经地编造事实,已经不是一个新鲜话题。它可能把不存在的论文引用得煞有介事,可能给患者推荐错误的用药剂量,可能把过时的法规说成现行有效。业界把这类现象统称为"幻觉"(Hallucination)——模型生成的内容看似流畅可信,实则与事实不符。
幻觉之所以顽固,是因为它的根源埋在大模型的工作机制里。大模型本质是一个"接续预测器":它根据上下文预测下一个最可能出现的 Token,而不是去"查证"事实。它的所有知识都压缩在参数里,训练数据的噪声、偏差、过时信息都会成为幻觉的种子;更重要的是,模型在生成时根本没有"事实核查"这个环节——它只关心"怎么说才像人话",不关心"说的是不是真的"。理解了这一点就会明白:幻觉不是模型的 bug,而是模型工作方式的固有属性,我们无法彻底消除它,只能通过系统工程持续压制它。
二、幻觉的分类:不同类型,不同解法
治理幻觉的第一步是给幻觉分诊。按成因和表现,幻觉大致分三类:
事实性幻觉(Factual Hallucination):编造不存在的实体、数据、事件。比如问"某某公司 2026 年营收",模型给出一个编造的数字。这类幻觉最危险,因为它直接污染决策依据。
忠实性幻觉(Faithfulness Hallucination):模型没有忠实于给定的上下文。典型场景是 RAG 应用里,检索材料明明没有某个结论,模型却"脑补"出来——它被训练数据里的类似知识"带偏"了。
逻辑性幻觉(Reasoning Hallucination):推理链条出错,从正确的前提推出错误结论。常见于数学计算、多步逻辑推理场景,每一步看起来都合理,但中间某步偷换了概念。
分类的意义在于对症下药:事实性幻觉主要靠检索增强和知识约束;忠实性幻觉靠提示词约束和答案校验;逻辑性幻觉靠链式思考和自校验机制。一个成熟的治理体系,需要针对每类幻觉设计专门的防线。
三、源头治理:把幻觉扼杀在训练和配置环节
幻觉治理不是上线后补救,而是从源头就开始布防。
训练数据质量:数据是幻觉的第一来源。训练语料中的错误信息、重复噪声、相互矛盾的内容,都会被模型"学进去"并成为幻觉种子。高质量的数据清洗、事实核查、去重去噪,能从根本上降低模型的幻觉倾向。对于微调场景,训练数据的质量比数量重要得多——几十条精心标注的高质量样本,胜过几千条粗糙数据。
模型选择:不同模型、不同规模,幻觉倾向差异很大。推理能力强的大模型(如具备思维链能力的最新模型)在逻辑性幻觉上明显优于小模型;训练数据更新、覆盖更广的模型,事实性幻觉更少。选型时把"幻觉率"纳入评估指标,用真实业务问题测试,而不是只看榜单分数。
温度参数:temperature 越高,输出的随机性和创造性越强,幻觉风险也越高。事实问答类任务把温度压到 0-0.3,是成本最低的幻觉防控手段。很多团队默认用 0.7 跑所有任务,等于主动放大了幻觉概率。
提示词约束:在系统提示词中明确"只基于提供的信息回答,不确定就说不确定,不要编造",并限制回答范围。提示词约束不是万能的,但它能把模型的"编造意愿"降下来,是必须做的基本动作。
四、RAG 链路治理:让模型"有据可依"
对于依赖知识库的企业应用,RAG 是幻觉治理的主力手段——它把"闭卷考试"变成"开卷考试",让模型基于检索到的真实材料作答。但 RAG 做不好,反而会引入新的幻觉来源,需要从链路各环节设防:
1. 检索质量是前提。检索不到相关内容,模型就只能"临场发挥"。提升检索质量的组合拳:混合检索(向量 + BM25)保证召回率,重排模型保证精度,多路召回应对复杂问题。检索结果里混入不相关或错误文档,比不检索更危险——模型会把错误材料"信以为真"。
2. 上下文拼接要克制。检索到的片段不是越多越好,塞入太多无关材料,模型反而抓不住重点,还可能被矛盾信息搞糊涂。经验做法是只保留重排后的 3-5 条高相关片段,按相关度排序。
3. 提示词里锁死"证据边界"。明确要求:"仅使用提供的材料作答;材料中不包含的信息,明确回答不知道;禁止使用模型自身知识补充。"这一条能同时压制忠实性幻觉和事实性幻觉——模型"编"的空间被结构性收窄了。
4. 要求标注来源。让模型在回答中标注依据的文档和章节,这一条有两重价值:对用户,可核实;对系统,后续可以做答案与来源的一致性校验,发现"答案声称依据某文档、但文档里根本没这内容"的忠实性幻觉。
5. 检索兜底。当检索到的材料与问题明显不相关(相似度低于阈值)时,直接拒绝回答或明确告知"知识库中未找到相关信息",而不是硬着头皮生成。宁可说不知道,不可乱说。
五、生成后校验:给答案装一道质检闸门
源头和链路的防控能压掉大部分幻觉,但总会有漏网之鱼。生成后的校验环节,是最后一层防线:
答案一致性校验(Self-Check):把"问题 + 检索材料 + 模型答案"再喂给一个校验模型(可以是同一个模型或更强模型),让它判断"答案是否忠实于材料、是否回答了问题"。这是当前最实用的自动幻觉检测手段,虽然多一次模型调用,但对高价值场景完全值得。更严格的做法是让校验模型输出结构化结论(通过/不通过/存疑),不通过则触发重新生成。
事实核查(Fact-Checking):对答案中的关键事实点(数字、日期、名称、结论)逐项抽检,与权威来源比对。可以自动化(调用搜索或知识库),也可以人工抽检。金融、医疗、法律场景建议做强制核查,其余场景做抽样。
不确定度信号:部分模型和推理框架能输出"置信度"或"不确定性"信号,当置信度低时,自动附加"仅供参考"提示或转人工。虽然信号精度有限,但作为辅助参考仍有价值。
人工复核机制:对高风险场景(对外发布、医疗建议、法律意见),保留人工复核环节。机器自动校验能筛掉大部分明显错误,但最终责任仍然要落在人身上——这既是质量要求,也是合规要求。
六、可观测与评估:让治理可量化
幻觉治理不能"凭感觉",要建立量化评估体系:
幻觉率指标:对测试集输出进行幻觉标注(事实性错误、不忠实、逻辑错误),统计各类幻觉的占比。标注方式可以用 LLM-as-Judge 自动打标 + 人工抽检。
分场景评测集:不同场景的幻觉形态不同,评测集要覆盖:事实问答、知识库问答、长文档总结、多步推理、代码生成等典型场景,分别跟踪各类幻觉率。
回归机制:每次升级模型、调整提示词、优化 RAG 链路后,跑一遍幻觉评测对比,确保治理效果没有倒退。模型供应商升级模型版本,往往也会改变幻觉分布,必须用评测数据把关。
失败归因:每个被判定为幻觉的案例,要追根因——是检索漏了(链路问题)、提示词约束不够(提示问题)、还是模型本身知识错误(模型问题)?根因占比的统计,决定了下一步优化资源的投向。
七、幻觉治理的综合架构
把上述手段整合起来,一个完整的幻觉治理体系应该是分层的纵深防御:
- 第一层:数据与模型——高质量训练数据、合适的模型选型、低温度配置;
- 第二层:检索与知识——RAG 链路、混合检索、证据约束、来源标注;
- 第三层:生成控制——提示词约束、输出范围限制、结构化输出;
- 第四层:生成后校验——自校验、事实核查、不确定度提示;
- 第五层:人工兜底——高风险场景强制人工复核。
每层都有独立的防护价值,层与层互补。单纯靠某一层(比如只在提示词里写"不要编造")注定是徒劳的。还有一个容易被忽视的原则:场景分级治理。不是所有场景都需要全部五层防护——内部知识问答可能两层就够,医疗建议则必须五层全开。治理的成本和深度,要与业务风险等级匹配,把资源花在刀刃上。
- 第五层:人工兜底——高风险场景强制人工复核。
八、给团队的落地建议
最后给出几条可立即执行的建议:第一,先建立评测集和幻觉率基线Markdown编辑器所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章,了解一下Markdown的基本语法知识。
新的改变
我们对Markdown编辑器进行了一些功能拓展与语法支持,除了标准的Markdown编辑器功能,我们增加了如下几点新功能,帮助你用它写博客:
- 全新的界面设计,将会带来全新的写作体验;
- 在创作中心设置你喜爱的代码高亮样式,Markdown将代码片显示选择的高亮样式进行展示;
- 增加了图片拖拽功能,你可以将本地的图片直接拖拽到编辑区域直接展示;
- 全新的KaTeX数学公式语法;
- 增加了支持甘特图的mermaid语法1功能;
- 增加了多屏幕编辑Markdown文章功能;
- 增加了焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置等功能,功能按钮位于编辑区域与预览区域中间;
- 增加了检查列表功能。
功能快捷键
撤销:Ctrl/Command+Z
重做:Ctrl/Command+Y
加粗:Ctrl/Command+B
斜体:Ctrl/Command+I
标题:Ctrl/Command+Shift+H
无序列表:Ctrl/Command+Shift+U
有序列表:Ctrl/Command+Shift+O
检查列表:Ctrl/Command+Shift+C
插入代码:Ctrl/Command+Shift+K
插入链接:Ctrl/Command+Shift+L
插入图片:Ctrl/Command+Shift+G
查找:Ctrl/Command+F
替换:Ctrl/Command+G
合理的创建标题,有助于目录的生成
直接输入1次#,并按下space后,将生成1级标题。
输入2次#,并按下space后,将生成2级标题。
以此类推,我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。
如何改变文本的样式
强调文本强调文本
加粗文本加粗文本
标记文本
删除文本
引用文本
H2O is是液体。
210运算结果是 1024.
插入链接与图片
链接: link.
图片:
带尺寸的图片:
居中的图片:
居中并且带尺寸的图片:
当然,我们为了让用户更加便捷,我们增加了图片拖拽功能。
如何插入一段漂亮的代码片
去博客设置页面,选择一款你喜欢的代码片高亮样式,下面展示同样高亮的代码片.
// An highlighted blockvarfoo='bar';生成一个适合你的列表
- 项目
- 项目
- 项目
- 项目
- 项目1
- 项目2
- 项目3
- 计划任务
- 完成任务
创建一个表格
一个简单的表格是这么创建的:
| 项目 | Value |
|---|---|
| 电脑 | $1600 |
| 手机 | $12 |
| 导管 | $1 |
设定内容居中、居左、居右
使用:---------:居中
使用:----------居左
使用----------:居右
| 第一列 | 第二列 | 第三列 |
|---|---|---|
| 第一列文本居中 | 第二列文本居右 | 第三列文本居左 |
SmartyPants
SmartyPants 是一个文本转换工具,主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如:
| 原始符号 | 转换后 | 说明 |
|---|---|---|
"引号" | “引号” | 直引号变弯引号 |
'单引号' | ‘单引号’ | 直单引号变弯单引号 |
-- | – | 两个连字符变短破折号 |
--- | — | 三个连字符变长破折号 |
... | … | 三个点变省略号 |
创建一个自定义列表
- Markdown
- Text-to-HTMLconversion tool Authors
- John
- Luke
如何创建一个注脚
一个具有注脚的文本。2
注释也是必不可少的
Markdown将文本转换为HTML。
KaTeX数学公式
您可以使用渲染LaTeX数学表达式 KaTeX:
Gamma公式展示Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb NΓ(n)=(n−1)!∀n∈N是通过欧拉积分
Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,.Γ(z)=∫0∞tz−1e−tdt.
你可以找到更多关于的信息LaTeX数学表达式here.
新的甘特图功能,丰富你的文章
- 关于甘特图语法,参考 这儿,
UML图表
可以使用UML图表进行渲染,例如下面产生的一个序列图:
- 关于UML图表语法,参考 这儿,
流程图
- 关于Mermaid语法,参考 这儿,
FLowchart流程图
我们依旧会支持flowchart.js的流程图语法:
- 关于Flowchart流程图语法,参考 这儿.
导出与导入
导出
如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到文章导出,生成一个.md文件或者.html文件进行本地保存。
导入
如果你想加载一篇你写过的.md文件,在上方工具栏可以选择导入功能进行对应扩展名的文件导入,
继续你的创作。
mermaid语法说明 ↩︎
注脚的解释 ↩︎