可靠性、幻觉与评估体系
这个主题讨论 AI 应用为什么必须做可靠性设计和评估。幻觉不是一个独立话题,它和 prompt、context、tool、retrieval 都有关。
AI 应用上线后,真正难的是持续知道它有没有变差。模型升级、Prompt 修改、检索库变化、工具失败和业务数据更新,都可能让原本可用的功能退化。这个阶段会把“感觉回答还行”升级为“用评估集、指标和反馈闭环管理质量”。
学习目标
完成这个主题后,你应该能够:
- 分析 AI 出错的常见原因,并把问题定位到 prompt、context、tool、retrieval 或模型能力。
- 区分事实幻觉、引用幻觉、推理幻觉和工具幻觉。
- 使用边界声明、引用来源、RAG、工具校验和结构化输出降低不可靠性。
- 设计 golden dataset、rule-based eval、LLM-as-judge 和人工评审的组合方案。
- 建立从线上反馈到测试集更新、Prompt 修复和回归验证的 Eval 闭环。
关键概念
Hallucination 不是单一故障,而是一组输出不可靠现象。它可能来自模型知识缺失,也可能来自上下文错误、工具结果错误或指令冲突。
Groundedness 衡量回答是否有足够依据。对 RAG 或资料问答来说,回答不仅要看起来正确,还要能被给定来源支持。
Eval 是对 AI 系统行为的持续测试。它不只测试 Prompt,也测试模型、上下文组装、工具调用、检索质量和输出格式。
Golden Dataset 是一组稳定的代表性测试用例,包含输入、期望行为、参考答案或评分标准。它是回归测试的基础。
LLM-as-judge 用另一个模型做自动评分,适合开放式回答评估,但需要评分标准、抽样人工复核和偏差控制。
Eval 闭环
这张图说明 Eval 不是一次性测试报告,而是持续改进 AI 应用的闭环。线上失败样例应该进入评估集,修复也必须经过回归测试后再发布。
核心主题
- AI 出错原因:概率生成、上下文不足、指令冲突、知识缺失、工具失败、检索错误。
- 幻觉类型:factual hallucination、citation hallucination、reasoning hallucination、tool hallucination。
- 降低幻觉:明确边界、引用来源、RAG、Tool validation、Structured output、Human review。
- AI Eval:判断输出是否符合预期、Prompt 是否退化、模型是否可替换、系统是否稳定。
- Eval 类型:manual eval、rule-based eval、LLM-as-judge、golden dataset、online feedback。
- Eval 指标:accuracy、completeness、relevance、groundedness、format validity、safety、latency、cost。
阶段实践拆解
- 建立问答评估集:覆盖高频问题、边界问题、失败案例和安全敏感问题。
- 定义评分标准:为正确性、完整性、相关性、groundedness、格式和安全性设置 rubric。
- 实现 Prompt 回归测试:对比旧版本和新版本输出,记录分数变化和失败样例。
- 接入 LLM-as-judge:让评审模型按 rubric 打分,并保留 judge prompt 和评分理由。
- 增加规则校验:对 JSON 格式、引用存在性、禁止词、安全边界做确定性检查。
- 形成闭环:把线上差评、人工标注和事故样例沉淀回 golden dataset。
阶段实践
- 构建一个问答评估集。
- 实现一次 Prompt 回归测试。
- 用 LLM-as-judge 评估回答质量。
计划文章
- 为什么 AI 会胡说
- AI 应用为什么必须做 Eval
- 如何设计一个最小可用的 AI 评估系统