选型指南 架构设计 含可复制代码

模型为什么会「编」:三类幻觉成因与可落地的抑制手段

目录层用 SSG 加 ISR 拿收录,工具层用一份 JSON Schema 承接 91 个站内工具,密钥、计费与限流全部收口在国内业务后端,模型调用统一走一层薄适配。这篇把我们真实的目录结构、Schema 字段定义、路由闸门、预扣结算伪代码和合规清单完整摊开。

陈
陈默架构组
2026-09-28 · 14 分钟阅读 · 8,432 次浏览

先分类,再谈抑制;不分类的「防幻觉」通常只是把错误藏起来。

先分类,否则一定修错方向

「幻觉」是个笼统说法。实际排查时,按下面三类分开看,处理方式完全不同:

一、知识缺失:问题超出训练数据覆盖范围,或事实在训练截止之后才发生。

特征:答案结构完整、语气笃定,但具体数字、人名、版本号是拼出来的。

二、上下文冲突:检索或用户输入里给了矛盾信息,模型被迫在多个版本里选一个。

特征:答案能引用到来源,但把两处互相矛盾的说法混在一句里。

三、任务越界:被要求做它结构上做不到的事,例如「复述原文」却改写了、「只输出 JSON」却带了解释。

特征:格式或边界不满足,内容本身未必错。

针对「知识缺失」的手段

1. 让检索兜住:把问题先落到检索上,答案必须来自召回的段落;召回为空时允许回答「查不到」——这一步最关键,很多系统失败在「不允许说不知道」。

2. 要求给出处:让模型逐句标注来自哪一段;标不出来的句子就是可疑句。

3. 提高召回质量:混合检索(关键词 + 向量)通常比单纯调提示词更有效。

针对「上下文冲突」的手段

1. 去重与合并:同一事实多版本时,先在检索侧合并(保留时间最新的),不要丢给模型去猜;

2. 显式声明优先级:在提示里写清「若资料冲突,以标注日期较新的为准,并说明存在冲突」;

3. 让冲突可见:要求模型输出冲突点,而不是悄悄选一个。

针对「任务越界」的手段

1. 缩小任务:把「写一段分析」换成「从以下三个选项中选一个并给出理由」,可验证性立刻提高;

2. 结构化输出 + 校验:要求 JSON 并对字段做程序校验,不合格就重试,而不是让格式错误流到下游;

3. 分清「生成」与「抄录」:需要逐字准确的场景(条款、代码、公式)应走检索/复制,不要让模型改写。

哪些手段只是「把错误变成不确定」

降低采样温度、加「不要编造」的提示、让模型自我检查——这些会减少自信的错误,但不会补上缺失的知识。它们的正确用法是配合检索与出处校验;单独使用,往往只是把「错得很确定」变成「含糊其辞」,对准确性没有实质帮助。

一个可执行的检查顺序

1. 拿 20 条真实问题,逐条看错在哪一类;

2. 若集中在一类,先修那一类的机制(检索 / 冲突合并 / 任务收敛);

3. 每次只改一处,用同一批问题回归,避免「感觉变好了」。

本文由云枢 AI导航整理,内容以官方来源为准。

相关文章

顺序阅读

← 上一篇:RAG 的切分策略怎么选:固定长度、按标题、按语义的取舍
下一篇:向量索引怎么选:HNSW、IVF 与量化索引的取舍 →

第 4 / 171 篇

术语速查 · 本页出现的 12 个词展开看中文名与一句话解释,点术语看完整条目
  • token词元:模型处理文本的最小单位,中文约 1–2 个汉字;计费与上下文长度都按它算。
  • 转写 / 字幕Transcription:把音视频人声逐句变成带时间戳的文字稿,便于做字幕与章节切分。
  • SSE服务器发送事件:服务器通过长连接持续推送增量文本,是对白逐字出现的常见实现。
  • API应用编程接口:程序之间约定的调用方式;站内工具由服务端调用,浏览器里不出现密钥。
  • CDN内容分发网络:把静态资源缓存到离用户更近的节点,缩短加载时间。
  • 缓存Cache:把结果暂存复用,复用得越多平均耗时越低;需要约定过期与刷新策略。
  • 限流Rate Limit:限制单位时间内的请求次数,防止单用户或异常流量打满服务端。
  • SSG静态站点生成:构建阶段就生成 HTML,访问时直接返回,不必每次请求都渲染。
  • ISR增量静态再生:先返回静态页,再在后台按需重新生成,兼顾速度与更新时效。
  • 灰度发布Canary Release:先让一小部分用户用新版本,确认无误再放量,出问题的爆炸半径最小。
  • 提示词Prompt:交给模型的指令文本;写清角色、任务、输入与输出格式比反复试更省。
  • 积分Credits:站内计费单位:按工具单价预扣,调用失败自动退还;单价以定价页为准。

完整解释与站内出现处见 AI 术语表(40 条)。