想象你是一家银行客服中心的质检主管。每个客服代表在回答客户问题之前,都必须出示他参考的“规章制度文档编号”;如果回答里引用了《存款保险条例》,系统会自动核对——这位客服真的翻开了第 3 页第 5 条吗?如果核不上,或者他支支吾吾找不到出处,你就按下“转接人工专家”按钮,让更有经验的同事接手。 RAG 客服系统的“幻觉检测与兜底”机制,干的正是这同一件事:给 AI 的回答配一位孜孜不倦的质检评审团,查引用、打分、设合格线,不合格就启动人工兜底。今天,我们就用这场“毕业答辩评审团”的比喻,把检索置信度、引用验证、人工转接这些概念一个个讲透——让你看完后,也能为自己的客服机器人装上这道可靠的安全网。

岗位关联

对 AI 从业者而言,这套机制是把大模型从“演示玩具”推向“生产可用”的分水岭。掌握它,你就能在面对老板的“AI 乱答怎么办”拷问时,亮出一套完整的工程化答案。

目录
  1. 可视化演示
  2. 置信度阈值
  3. 引用验证
  4. 人工转接
  5. 平衡之道
  6. 工程落地
  7. 总结沉淀
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

本节配有交互动效(进入视口后自动加载,约 3KB)。

幻觉检测流程 幻觉成因分类 检测信号与指标 检索置信度阈值分析

置信度阈值

评审团开始工作前,首先会问一个朴素的问题:这位毕业生(AI 客服)对刚才的作答,到底有几成把握?于是我们为他设计了一张“诚信打分表”——检索置信度。系统从企业知识库中检索出若干候选资料,每一个候选都会获得一个分数,它代表着“这段资料与用户问题的相关程度,以及答案支撑的充分程度”。就像答辩时,评委悄悄给每位学生的回答材料质量打个底分。

这个分数通常来自向量检索的相似度、关键词命中率与多路召回结果的融合计算。你会得到一个 0 到 1 之间的数值,记为 $s$。接下来,评审团亮出合格线 $\tau$:当 $s$ 不低于 $\tau$ 时,认为这次回答“有据可依”,允许直接输出;当 $s$ 低于 $\tau$ 时,判定为“资料不足,疑似空想”,直接拦截。

现实中的阈值往往不是一条线,而是两条。比如理财咨询这种高风险场景,系统把安全线定在 0.85;而“营业时间几点”这种低风险查询,0.55 即可放行。这就是“风险分级 + 动态阈值”的雏形——评审团的线不是画死的,而是贴着业务风险走。低分样本也别浪费:它们被送进“待人工复审”队列,成为后续优化检索质量的最好教材。

回到比喻:阈值就像毕业答辩的“及格线”,但聪明的院系会给不同方向的学生划不同的线——算法方向的论文要求必须有代码实验支撑,管理方向的论文则更看重案例分析。合格线划得准,评审团才有公信力。

决策(s,τ)={可信,回答用户s≥τ存疑,进入兜底s<τ\text{决策}(s, \tau) = \begin{cases} \text{可信,回答用户} & s \geq \tau \\ \text{存疑,进入兜底} & s < \tau \end{cases}
这条公式就是整个幻觉检测系统的“守门员”:它不关心答案措辞多漂亮,只看支撑证据的分数是否达到合格线。
  1. 打分 s系统给每次回答与检索资料的匹配情况打一个综合分,范围 0 到 1。
    s∈[0,1]s \in [0, 1]
  2. 设定门槛 τ业务方根据历史数据划定一条“安全线”,例如 0.7。
    τ=0.7\tau = 0.7
  3. 比较决策把分数与门槛做比较,高于则放行,低于则拦截。
    s≥τ⇒放行,s<τ⇒兜底s \geq \tau \Rightarrow \text{放行},\quad s < \tau \Rightarrow \text{兜底}

引用验证

分数合格,就能直接放行吗?评审团的老教授们经验丰富:有的学生嘴上说得头头是道,引用的文献却压根不存在。于是第二轮检查来了——引用验证。论文答辩要求每一句话都有出处,RAG 客服系统同样要求:AI 答案中涉及的事实性断言,必须能够对应到检索文档中的具体片段。

验证分两层。第一层是“真实存在性”:检查回答末尾附带的引用编号,是否真的对应知识库里的某篇文档。第二层是“答案匹配度”:把回答中的关键句与引用文档做语义相似度比对,确认不是“挂羊头卖狗肉”。两层都过了,这一处引用才算有效;只要有一处关键引用无效,整个答案的可信度就要被重新评估。

实践中还有一条铁律:无引用即零信任。如果模型面对一个事实型问题,却一个引用都给不出,评审团会直接判定“疑似幻觉”,无论它语气多笃定、文采多流畅。与之配套的是“验证堆叠”策略——一次回答涉及多个事实断言时,每个断言都要有独立引用支撑,三个断言两条引用,只能算通过三分之二,整体可信度相应打折。

回到答辩现场:引用验证就是最让“注水学生”胆寒的环节。老教授不看你 PPT 多精美,只问一句——“你这句话,出自哪篇文献?翻给我看。”答不上来,前面所有花言巧语立刻失效。

有效引用率=通过验证的引用数答案引用总数\text{有效引用率} = \frac{\text{通过验证的引用数}}{\text{答案引用总数}}
引用验证相当于评审团的“文献调阅”环节——你说引用了某篇论文,我就当场请图书管理员把那篇论文调出来翻到那一页。
  1. 分子——通过验证的引用数每条引用都经过“存在性 + 匹配度”双重核查。
    vpass=∑i=1n1[引用i 验证通过]v_{\text{pass}} = \sum_{i=1}^{n} \mathbb{1}[\text{引用}_i \text{ 验证通过}]
  2. 分母——答案引用总数AI 回答中附带的全部引用编号数量。
    vtotal=nv_{\text{total}} = n
  3. 求比值有效引用占比越高,答案越可信;若为 0,说明答案完全没依据。
    r=vpassvtotalr = \frac{v_{\text{pass}}}{v_{\text{total}}}

人工转接

当置信度跌破阈值、引用验证又无法兜住时,评审团要做出一个体面的决定:承认这位学生答不了,请在场外候命的资深专家进场。这就是“人工转接”兜底机制。它听起来像个“失败选项”,但在真实的客服系统里,它恰恰是最能保住用户体验的撤退路线。

设计人工转接,首先要想清楚触发条件。最朴素的形式是“置信度低于阈值就转”,但更精细的做法是设计一张触发矩阵:横轴是置信度区间(高、中、低),纵轴是业务风险等级(高、中、低)。只有当“低置信 + 中高风险”或“中置信 + 高风险”时才触发人工转接;而“低置信 + 低风险”的查询(比如“你能再说一遍吗”),直接给一个友好的固定回复即可,不必动用昂贵的人工。

转接体验同样讲究话术艺术。用户听到的绝不是“系统出错了,给你转人工”,而是“您的问题涉及专业领域,我为您连线专属顾问”——同一个动作,不同的措辞,满意度天差地别。另外,转接时务必把已收集的上下文、置信度评估报告一并传给人工坐席,让专家不用重复询问,无缝接管。

回到比喻:评审团宣布“这个问题我们无法当场评定,请院外专家裁定”,这不是丢脸,而是对学术严谨的尊重。一个敢于说“我不知道”的客服系统,比一个不懂装懂的客服系统,更值得用户信赖。

转接条件=(置信度<τ低)  ∨  (置信度<τ高  ∧  风险=高)\text{转接条件} = (\text{置信度} < \tau_{\text{低}}) \;\lor\; (\text{置信度} < \tau_{\text{高}} \;\land\; \text{风险} = \text{高})
人工转接不是病急乱投医,而是按矩阵精准触发:把宝贵的人工坐席资源,留给最不能出错的那批用户。
  1. 低置信无条件转置信度低于最低安全线,说明系统根本无把握,直接转人工。
    C<τ低⇒转接C < \tau_{\text{低}} \Rightarrow \text{转接}
  2. 中置信 + 高风险转置信度尚可,但业务风险很高(如资金操作),也转人工。
    τ低≤C<τ高∧风险高⇒转接\tau_{\text{低}} \leq C < \tau_{\text{高}} \land \text{风险高} \Rightarrow \text{转接}
  3. 其余情况不转中低风险且置信度尚可,系统自行应答即可。
    ¬(条件1)∧¬(条件2)⇒正常回答\neg(\text{条件1}) \land \neg(\text{条件2}) \Rightarrow \text{正常回答}

平衡之道

讲到这里,你可能已经有感觉了:幻觉检测的每条规则都有代价。阈值调高,幻觉少了,但大量正常问题被误杀,用户转人工排队不耐烦;阈值调低,回答率上去了,但偶尔冒出一句“理财收益可达 200%”,合规部门直接找你喝茶。质量与体验,就像一个天平的两端,这就是“平衡之道”。

工程上的做法是给天平装上“砝码”——目标函数。我们把“正确率”和“用户体验”放在一个公式里,让系统在每次决策前都自动算一笔账:这次回答如果错了,损失有多大?如果拒绝回答或转人工,用户流失的风险有多大?答案明显倾向哪边,就做哪个动作。

实际操作中,“风险分级”是平衡之道的落地抓手。银行转账、医疗建议、法律咨询属于高风险群组,阈值固定取高;天气查询、营业时间、地址导航属于低风险群组,阈值可以放宽。更进一步,还可以让阈值随对话轮次动态变化:用户已经追问了三次,说明前两次没解决需求,此时系统对第三次回答的自信门槛自动调高,防止继续拿低质量答案糊弄用户。

回到比喻:优秀的答辩评审团从来不是“一刀切”地严苛。对毕业论文,他们锱铢必较;对课程展示,他们和颜悦色。衡量的尺子,永远贴着“这个错误如果真发生了,后果有多重”来校准。

U=α⋅安全分⏟幻觉成本+β⋅体验分⏟满意度成本,α+β=1U = \alpha \cdot \underbrace{\text{安全分}}_{\text{幻觉成本}} + \beta \cdot \underbrace{\text{体验分}}_{\text{满意度成本}}, \quad \alpha + \beta = 1
平衡之道的本质,是给每一次“放行或拦截”都贴上价格标签,让机器学会在诚实与热情之间做经济合算的选择。
  1. 安全分衡量回答错误可能带来的风险成本,错误越严重,安全分越低。
    安全分=1−幻觉率×风险权重\text{安全分} = 1 - \text{幻觉率} \times \text{风险权重}
  2. 体验分衡量回答被拦截/转接对用户造成的体验损失。
    体验分=回答率−转接惩罚×转接率\text{体验分} = \text{回答率} - \text{转接惩罚} \times \text{转接率}
  3. 加权求和用权重 $\alpha$、$\beta$ 调节两者的倾向性。
    U=α⋅安全分+β⋅体验分U = \alpha \cdot \text{安全分} + \beta \cdot \text{体验分}

工程落地

理念再完善,落不了地也是白搭。从技术原型走向大规模生产,幻觉检测系统还需要三件装备:监控指标、告警机制和人工评审闭环。这就像评审团不能只靠一场答辩会工作,还要建立长期的“教学质量追踪档案”。

监控指标至少覆盖四类:幻觉拦截率(检测系统拦下了多少可疑回答)、人工转接率(转接坐席的占比与趋势)、置信度分布(系统整体自信程度是否漂移)以及引用验证通过率。每类指标都设定基线,一旦偏离超过 20%,触发告警。例如“引用验证通过率从 92% 掉到 70%”,说明知识库近期更新可能引入了一批坏数据,需要立刻回滚排查。

告警=1[∣当前指标−基线基线∣>0.2]\text{告警} = \mathbb{1}\left[\left|\frac{\text{当前指标} - \text{基线}}{\text{基线}}\right| > 0.2\right]

1. 当前指标:例如最近 1 小时的引用验证通过率。

mcurm_{\text{cur}}

2. 基线:历史上健康运行时的平均值,例如 0.92。

mbase=0.92m_{\text{base}} = 0.92

3. 相对偏差:偏离超过 20% 即为异常。

∣mcur−mbase∣/mbase>0.2|m_{\text{cur}} - m_{\text{base}}| / m_{\text{base}} > 0.2

更大的闭环在于“人工评审”。每天从系统拦截的样本中,随机抽取一定比例(比如 5%),由运营人员标注:这条拦截是否正确?那条放行是否其实是幻觉漏网之鱼?标注结果回流到训练数据,持续优化打分模型和阈值。周会上,团队把一周内“最该拦却没拦住”和“最不该拦却拦了”的典型案例各选三个,逐一复盘,形成新的规则。

回到比喻:优秀的评审团不仅有答辩现场,还有“毕业生就业跟踪调查”——半年后回访用人单位,看看当初的评分是否准确。监控、告警、反馈闭环,让这套系统不是一把“一次性尺子”,而是一把越用越准的“活标尺”。

总结沉淀

让我们把今天这场“毕业答辩”全程回放一遍。AI 客服对应届毕业生,企业知识库是图书馆,幻觉检测与兜底机制则是坐在你身边的评审团。评审团有三道防线:置信度阈值是第一道——资料分不合格,直接刷掉;引用验证是第二道——说得再动听,文献调不出来也白搭;人工转接是最后一道体面的撤退——承认能力边界,把用户交给专家。

这三道防线背后,藏着一条统一的工程哲学:宁缺毋滥。一个客服系统被问住了、转人工了,用户顶多觉得“这机器人不太聪明”;但它若一本正经地编造不存在的条款,导致用户办错业务、赔了钱,用户会认定“这家银行不靠谱”。两害相权,聪明的系统永远选择诚实地承认“我不知道”。

总结成一句给 AI 工程师的箴言:不要试图让模型“什么都会”,而要让系统“清楚地知道自己会什么,不会什么”。检索增强给了模型知识,幻觉检测给了它分寸,兜底机制给了它退路。这三者合在一起,才能让一台机器在千万真实用户面前,表现得像一个稳重、可靠的资深客服——而不是一个口若悬河却漏洞百出的实习生。

评审团最终在答辩评定表上写下这样的评语:该生知识扎实时有据可依,知识不足时坦诚示弱,不越俎代庖,不不懂装懂——予以通过。对我们这些构建系统的人而言,这就是最高赞誉。

---

可信度=正确率⏟能答对就答对×诚实率⏟答不了就直说\text{可信度} = \underbrace{\text{正确率}}_{\text{能答对就答对}} \times \underbrace{\text{诚实率}}_{\text{答不了就直说}}
可信度不是“永远答对”,而是“答的时候有依据,答不了的时候不装懂”。前者靠模型能力,后者靠幻觉检测与兜底机制。
  1. 正确率回答正确的比例,来自模型与知识库的质量。
    正确率=答对数总对数\text{正确率} = \frac{\text{答对数}}{\text{总对数}}
  2. 诚实率无法确认时不编造、主动进入兜底流程的比例。
    诚实率=承认无知的次数无法确认的次数\text{诚实率} = \frac{\text{承认无知的次数}}{\text{无法确认的次数}}
  3. 相乘两者是倍增关系,任何一个归零,整体可信度都是零。
    可信度∝正确率×诚实率\text{可信度} \propto \text{正确率} \times \text{诚实率}

AI 应用场景

金融客服:理财产品问答

阶段:答案生成后的幻觉检测与兜底

解决的问题:传统机器人回答理财问题时常引用不存在的产品条款或虚报收益上限,合规风险极高。AI 通过置信度打分与引用验证双重检查,凡是涉及收益率、风险等级的关键断言必须命中产品说明书原文,否则直接转人工理财顾问。

具体案例:某银行的智能客服接入该系统后,每日拦截约 400 条低置信度回答,其中 80% 转人工坐席,20% 采用“无法确认,请以官方资料为准”的标准话术。上线三个月,因 AI 错误回答引发的客诉下降了 92%。

医疗健康:用药咨询助手

阶段:检索阶段 + 生成后验证双重防线

解决的问题:用药咨询中“剂量错误”或“禁忌症遗漏”可能危及生命。系统在检索阶段就对药品文档设置高置信阈值(0.9),在生成后对每个剂量数字执行“引用强制校验”,未通过验证的句子自动剪除;若核心答案被剪除超过一半,整体转入人工药师通道。

具体案例:某在线问诊平台的用药助手,对“布洛芬与阿司匹林能否同服”类问题,强制要求答案引用《国家药品说明书》原文条目。验证失败的轮次不再输出,而是推送“建议您咨询专业药师”并附上人工转接按钮。系统上线后,医疗相关性误解率下降 85%。

企业内网:IT 工单客服

阶段:低风险场景下的阈值动态调整

解决的问题:企业内部 IT 客服的问题复杂度和风险差异巨大(“WiFi 密码” vs “数据删除恢复”)。通过风险分级,系统对低风险问题采用低阈值快速作答,对高风险问题拔高阈值并加入人工审批确认环节,兼顾效率与安全。

具体案例:某互联网公司的内部 IT 机器人,依据工单标签自动切换阈值:账号解锁类问题阈值 0.55,秒级回复;权限变更类问题阈值 0.85,回答后还需用户确认“是否已与主管沟通”。新员工试用期咨询量下降 30%,而高危操作事故率下降 55%。

Python 演示

python53 行
import mathimport random class HallucinationGuard:    def __init__(self, low_th=0.55, high_th=0.75, risk_level="mid"):        self.low_th = low_th        self.high_th = high_th        self.risk_level = risk_level        self.guard_count = 0        self.transfer_count = 0     def _retrieval_score(self, doc, query):        overlap = len(set(doc) & set(query))        score = 0.4 + overlap * 0.15 + random.uniform(0.0, 0.15)        return min(score, 0.98)     def _verify_citation(self, doc, answer, citations):        passed = 0        for c in citations:            key = c[0] if isinstance(c, tuple) else c.upper()            if key in doc and key in answer:                passed += 1        return passed / max(len(citations), 1)     def decide(self, query, doc, answer, citations):        score = self._retrieval_score(doc, query)        rate = self._verify_citation(doc, answer, citations)        self.guard_count += 1        if self.risk_level == "high":            threshold = self.high_th        elif self.risk_level == "low":            threshold = self.low_th        else:            threshold = (self.low_th + self.high_th) / 2        if rate == 0.0:            return "transfer", {"confidence": score, "citation_rate": rate}        if score < threshold:            return "transfer", {"confidence": score, "citation_rate": rate}        return "answer", {"confidence": score, "citation_rate": rate}  if __name__ == "__main__":    guard = HallucinationGuard(risk_level="mid")    docs = {"D001": "本行理财产品不承诺保本保收益",            "D002": "提前支取定期存款将按活期利率计息"}    queries = ["理财保本吗", "存款提前取怎样"]    answers = ["本产品不承诺保本保收益",               "提前支取定期存款按活期利率计息,具体以条款为准"]    for q, a in zip(queries, answers):        doc = docs["D001"] if "理财" in q else docs["D002"]        cites = ["D001" if "理财" in q else "D002"]        action, info = guard.decide(q, doc, a, cites)        print(q, "=>", action, info)
目的:实现一个简化版幻觉检测器——结合检索置信度与引用验证率,决定回答是“放行”还是“转人工兜底”。
  1. class HallucinationGuard:定义幻觉检测守卫类,模拟评审团的三道防线。
  2. self.guard_count统计总拦截检查次数,便于生产环境计算幻觉拦截率。
  3. _retrieval_score(doc, query)模拟检索置信度打分:文档与查询的重叠词越多,分数越高。
  4. _verify_citation(doc, answer, citations)模拟引用验证:检查引用编号是否同时存在于原文和回答中。
  5. decide(query, doc, answer, citations)核心决策入口:综合分数与引用率,输出“回答”或“转人工”。
  6. if rate == 0.0:无引用即零信任:即使置信度再高,引用验证全军覆没也直接转人工。
  7. if score < threshold:置信度低于当前风险等级对应的阈值,转入兜底流程。
  8. return "transfer", {...}返回兜底动作与诊断信息,供人工坐席与日志系统使用。

常见误区

误区我觉得模型给出的置信度分数很高(比如 0.95),那这次回答肯定没问题,可以直接给用户看。

正解置信度只反映“检索资料与问题的匹配程度”,并不保证语义正确。一个看似自信的 0.95 分回答,可能引用了过时文档或把两个相似条款混淆了。自信不等于正确——就像答辩学生声音洪亮、PPT 精美,不代表他引用的数据真实。所以才有第二道引用验证防线。

为何常见:人天生把“自信”和“正确”关联,而模型生成的置信度数值又天然像“把握”,容易让人放松警惕。

误区每次转接人工都说明 AI 客服“不行”,我要把转接率压低到接近零才算成功。

正解转接是设计好的主动兜底,不是故障。它的目标是“把系统没有把握的问题,在最恰当的时机交给合适的人”。压低转接率若靠放宽阈值实现,只会让幻觉回答漏出,造成更大损失。健康的转接率通常维持在 10%~30%,取决于业务复杂度和风险等级。有错即转,好过有错硬答。

为何常见:管理者常把“AI 独立解决率”当作 KPI,忽略了错误回答的隐性成本远高于一次人工转接。

误区用户来问问题,得不到答案肯定会生气,满意度一定掉。所以兜底话术能不用就不用。

正解大量客服数据表明,用户最愤怒的并非“被转人工”,而是“被忽悠”。一个诚实说“我无法确认,请专家为您解答”的机器人,往往比一个自信地给出错误答案的机器人获得更高满意度。转接时若能把上下文一起带走、让用户不用重复描述,体验甚至接近无缝。

为何常见:产品经理容易只看“回答率”这种表面指标,忽略了用户信任度才是长期留存的决定因素。

面试题

Q1. 在幻觉检测系统中,检索置信度的主要作用是?

单选题 · easy

  • A.衡量模型生成答案的字数
  • B.评估检索资料与问题的匹配程度← 正确答案
  • C.计算人工坐席的响应速度
  • D.判断用户情绪的积极程度

答案:B。检索置信度反映的是检索资料对问题的支撑强度,相当于评审团给“参考文献质量”打分。它与答案字数、坐席速度、用户情绪无关。

Q2. 某客服系统将阈值从 0.6 调高到 0.85,最可能出现的后果是?

单选题 · mid

  • A.幻觉拦截增加且转接率升高← 正确答案
  • B.回答率上升且转接率下降
  • C.用户等待时间明显缩短
  • D.模型训练速度显著加快

答案:A。阈值调高意味着更多“低分但可答”的问题被拦下,幻觉拦截量增加,同时转人工的比例上升。回答率会下降而非上升,这与训练速度无关。

Q3. “无引用即零信任”原则最适合用哪个比喻理解?

单选题 · mid

  • A.学生没交作业直接判零分
  • B.论文提到某文献却调不出原文← 正确答案
  • C.面试官嫌弃简历排版不美观
  • D.食堂师傅觉得来晚就该挨饿

答案:B。无引用即零信任,等于答辩时学生声称引用了某篇论文,评委当场调取却一无所获——事实断言无出处,可信度归零。“没交作业”是整体缺失,用在此处不如“调不出原文”贴切。

Q4. 以下哪项属于人工转接前必须做好的体验设计?

单选题 · easy

  • A.删除用户的历史对话记录
  • B.将上下文诊断数据同步给坐席← 正确答案
  • C.强制用户重新登录账号
  • D.隐藏系统对问题的评估结果

答案:B。转接时把已收集的上下文、置信度评估一并传给人工坐席,用户无需重复描述,体验无缝。删除记录、强制重登、隐藏评估都会恶化体验。

Q5. 若要平衡“幻觉率”与“转接率”,最合理的做法是?

单选题 · hard

  • A.统一使用 0.5 的固定阈值
  • B.按业务风险分级设置动态阈值← 正确答案
  • C.每次随机选择放行或转接
  • D.完全禁用引用验证模块

答案:B。风险分级 + 动态阈值能让高风险问题更谨慎、低风险问题更流畅,让两条曲线同时趋优。固定阈值无法适配多场景,随机策略和禁用验证都是开倒车。

Q6. 引用验证包含哪两层核查?

多选题 · mid

  • A.引用编号对应文档真实存在← 正确答案
  • B.答案内容与引用片段语义匹配← 正确答案
  • C.用户对回答点赞数量达标
  • D.模型推理时间低于一百毫秒

答案:AB。第一层是“存在性”——引用编号必须对应真实文档;第二层是“匹配度”——答案内容要与引用片段语义对应。点赞数与推理时间不属于引用验证范畴。

Q7. “宁缺毋滥”的兜底哲学强调什么?

单选题 · easy

  • A.宁可拒绝回答也不编造事实← 正确答案
  • B.宁可编造也不能让用户失望
  • C.尽可能地延长用户排队时间
  • D.将所有问题一律转给人工坐席

答案:A。哲学核心是“诚实优先”——没把握就承认,不编造。编造错误信息对信任的伤害,远大于一次礼貌的拒绝或转接。

Q8. 生产环境的幻觉检测系统需要哪些监控指标?

多选题 · hard

  • A.幻觉拦截率← 正确答案
  • B.人工转接率← 正确答案
  • C.引用验证通过率← 正确答案
  • D.显卡风扇转速

答案:ABC。幻觉拦截率、人工转接率、引用验证通过率是判断系统健康度的三大核心指标;显卡风扇转速是硬件运维指标,与幻觉检测本身无关。

Q9. “每天随机抽取 5% 的拦截样本进行人工标注”,这一步属于什么环节?

单选题 · mid

  • A.降低并发压力
  • B.人工评审与反馈闭环← 正确答案
  • C.压缩知识库体积
  • D.提升模型推理速度

答案:B。人工评审拦截样本并回流结果,是持续优化打分模型和阈值的关键闭环。它不负责降并发、不压缩库、不提升推理速度。

Q10. 以下哪些做法有助于从源头减少 RAG 客服系统的幻觉?

多选题 · mid

  • A.提高检索结果的质量与完备性← 正确答案
  • B.在提示词中要求“无依据时承认不知道”← 正确答案
  • C.对高风险答案强制引用验证← 正确答案
  • D.提高模型温度增加随机性

答案:ABC。更高质量的检索、更明确的提示约束、更严格的验证都能减少幻觉。提高温度只会让输出更随机,反而可能增加无依据的回答。