agent各指标定义

先更新一下今天的记录:

先明确一点:定稿版项目介绍里出现的 XX% 一共 4 处,对应 4 个指标。逐个拆解:

指标总览

介绍原文位置 指标名称 本质 评估方
"问答相关性与处置方案可执行性达到 XX%" ① 答案相关性 ② 方案可执行性 RAG 问答质量 LLM 打分 + 人工抽检
"高危病害识别准确率 XX%" ③ 高危病害识别准确率 风险分级能力 人工复核(工务专家)为基准
"问答准确率环比提升 XX%" ④ 问答准确率环比 知识回流优化效果 固定评测集回归
(功能表里)"病害检出率" ⑤ 病害检出率 检测模型能力 标注测试集

指标 ① 答案相关性(Answer Relevance)

含义: Agent 的回复是否答在了点子上,有没有答非所问。

定义:

复制代码
答案相关性 = 判定为"相关"的问答对数 / 抽检问答对总数

测算方法:

  1. 从线上日志随机抽样问答对(如每周抽 100 条真实对话)
  2. 用强模型(如 GPT-4)做 Judge,按 0-5 分打分:≥4 分算"相关"
  3. 关键点:抽取 20% 样本由人工复核校准------防止 LLM 自评偏置(它可能"自己答的题自己给高分")

面试话术:

"相关性指标我采用 LLM-as-judge + 人工抽检校准:线上抽样 100 条,GPT-4 按 0-5 打分,阈值 4 分以上算相关,再抽 20% 人工复核防止自评偏置。"


指标 ② 方案可执行性(Plan Executability)

含义: 生成的处置方案是不是真能落地------处置等级是否符合规范、是否匹配对应检修工艺、有没有幻觉性建议(比如编造一个不存在的操作规程)。

定义: 三档人工评级:

复制代码
可执行性 = 评"完全可执行"的方案数 / 抽检方案总数

测算方法:

  1. 抽检生成的处置方案(如 50 条)
  2. 由工务工程师人工评估(这是专业判断,LLM 不能当裁判)
  3. 三档:完全可执行 / 部分可执行(缺工艺细节)/ 不可执行(违反规范或幻觉)
  4. 重点记录"不可执行"的原因,用于定位问题(检索没召回规范?还是模型编造?)

面试话术:

"方案可执行性必须人工评估------LLM 无法判断'这工艺对不对'。我按三档人工评级,同时记录不可执行原因,反推是检索缺失还是模型幻觉。"


指标 ③ 高危病害识别准确率

含义: 风险研判 Agent 把"真正需要立即处理的高危病害"正确标出来的能力。

注意坑: 项目介绍里写"识别准确率"是笼统说法,面试时建议主动拆成 精确率(Precision)和召回率(Recall) ------尤其在这个场景,召回率比精确率重要(漏报高危 = 安全事故,宁可多报转人工)。

定义:

复制代码
精确率 Precision = 正确标记的高危数 / 标记为高危的总数     (报得准不准)
召回率 Recall   = 正确标记的高危数 / 实际高危总数          (漏没漏)
F1 = 2×P×R / (P+R)

测算方法:

  1. 以人工复核结果为 ground truth(专家确认"这处病害是否高危")
  2. 统计混淆矩阵:TP / FP / FN / TN
  3. 用一段历史巡检数据跑全量回放

面试话术:

"高危识别我重点看召回率------漏报会出安全事故,宁可误报转人工。具体用人工复核做基准,算 Precision/Recall/F1,上线时把召回率阈值定在 95% 以上。"


指标 ④ 问答准确率环比提升(知识回流的效果)

含义: 专家复核意见回流成知识后,问答质量比上一周期好了多少。

定义:

复制代码
环比提升 = (本期准确率 − 上期准确率) / 上期准确率

测算方法:

  1. 建一个固定评测集(golden set):100 条标准问答对 + 参考答案(不随版本变)
  2. 每次知识库更新后,用同一套题跑一遍,得到准确率
  3. 对比两个版本周期的准确率

为什么必须固定评测集: 只有同一套题对比才有意义,否则每次抽的题不一样,数字波动没法说明是优化带来的。

面试话术:

"回流效果我用固定 golden set 做回归------100 条标准题,每次知识更新后全量重跑,环比差值就是回流收益,避免抽样波动干扰判断。"


指标 ⑤ 病害检出率(检测模型侧)

含义: YOLOv11 有没有把真实病害找出来(漏检率反着看)。

定义:

复制代码
检出率(Recall)= TP / (TP + FN)     # 找出来的真实病害 / 全部真实病害
误报率 = FP / (FP + TN)               # 报错的 / 全部负样本

测算方法:

  1. 标注测试集(工务人员标注"图里哪里有病害、是什么病害")
  2. 模型跑一遍,与标注对比算 TP/FP/FN
  3. 和你原有项目的"漏检与误报反馈"模块直接衔接------人工确认结果回流为标注数据

面试话术:

"检出率就是检测模型的召回,我用标注测试集算 TP/FN,人工复核的漏检反馈会回流成新标注,持续迭代 YOLOv11。"


共同底座:评测基础设施(必须主动讲,这是加分项)

所有 RAG 指标都依赖同一套评测设施,面试时主动说出这三件套,直接拉开和只会背概念的人的差距:

组件 作用
Golden Set(固定评测集) 标准题 + 参考答案,不随版本变,保证可复现对比
LLM-as-Judge 强模型自动打分,覆盖大样本量(几百上千条)
人工抽检校准 20% 样本人工复核,防 LLM 自评偏置、补专业判断

一句话总结:"大样本走 LLM 打分,专业判断和结果校准走人工,所有版本对比用固定评测集。"


相关推荐
重生之小比特5 小时前
【C++进阶】异常
开发语言·c++
朝朝辞暮i5 小时前
C++ 第 15 课:指针 * 和地址 &
开发语言·c++
蜗牛互联网5 小时前
GPT-6.1 Sol迁移指南:从token单价转向每任务成本门禁
java·人工智能·后端·gpt
奶茶树5 小时前
【C++】14. C++11新特性【下】
开发语言·c++
web打印社区5 小时前
汽修 / 4S 店:维修工单、结算单网页怎么静默出纸
开发语言·前端·javascript·chrome·ecmascript
蜗牛互联网5 小时前
HSTU在Dynamo-Triton中的AOTI与KV缓存验收方法
java·人工智能·后端·缓存
Sirens.5 小时前
Java多线程实例:单例模式、阻塞队列、线程池与定时器
java·开发语言·单例模式
青山木5 小时前
秒杀系统设计(一):需求拆解与流量治理
java·数据库·redis·后端·架构
卓怡学长6 小时前
w195基于ssm“Fitfrend”个性化健身
java·intellij-idea
沫璃染墨6 小时前
《从零入门Linux系统篇(五十三):线程篇·六——线程互斥详解:从并发问题到mutex互斥锁》
linux·运维·服务器·开发语言·后端·架构·系统架构