想象一所特殊的学校,每年高考季,教室里坐着的不是埋头刷题的学生,而是一个个 AI 考生——它们被称作 Deep Research。考试铃一响,这些考生要在十几分钟内完成检索资料、交叉验证、归纳推理,最终交上一份几千字的“深度研究报告”作为答卷。而你,就是这场考试的阅卷组长。你的任务,是设计一套既公平又可靠的评估体系:什么样的试卷能考出真水平?谁来定评分标准?答案该由人类专家判,还是交给机器自动判?怎么防止考生“背答案”?这篇内容,就把这套评估体系拆给你看。读完之后你会发现,评估 Deep Research 这件事,本质上是把“高考命题—阅卷—发榜”的整套智慧,搬到了 AI 工程的世界里。

岗位关联

对 AI 从业者而言,评估基准是模型的“体检报告”——掌握它,你才能判断一个深度研究系统能不能上线、值不值得信任,这是 AI 评测工程师最核心的看家本领。

目录
  1. 可视化演示
  2. 评估维度:阅卷组的四把尺子
  3. 测试数据集:命题组的出题艺术
  4. 人类专家对比:老教师背靠背阅卷
  5. 自动化评估:扫描仪与 AI 阅卷助手
  6. 评估流程设计:从命题到发榜
  7. 指标陷阱与偏差:应试技巧与阅卷偏见
  8. 评估工具与趋势:阅卷中心升级换代
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

动态演示Deep Research评的核心机制,通过源头/管道/节点/终端四种模式展示关键概念与交互流程。

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

Deep Research评:Deep Deep Research评估 准确性与完整性的量化评估方法 核心机制可视化 Deep Research评整体架构与关键组件

评估维度:阅卷组的四把尺子

接手高考阅卷组的第一天,你面前摆着四把尺子:一把量“答得对不对”,一把量“要点全不全”,一把量“交卷快不快”,一把量“备考花销大不大”。这四把尺子看似简单,却是整个评估体系的地基。对 Deep Research 这个 AI 考生来说,它的“答题”过程是一条流水线:接到问题→多轮搜索→交叉验证→组织语言→输出报告。你要评的不是作文文采,而是这条流水线的综合表现。

把四把尺子翻译成技术语言,就是评估的四个维度。准确性看报告中的事实、数据、结论是否正确,相当于答案对不对;完整性看该覆盖的要点有没有遗漏,相当于有没有漏答题;效率看它用了几轮搜索、耗时多久,相当于答题速度;成本看它烧了多少 API 调用费,相当于备考开销。成本要转成“分数”才好参与计算,所以先做归一化:成本越高分越低。

四个维度不是各算各的,最终要合成一个总分。最简单也最常用的方法是加权求和——就像高考语文占 150 分、数学占 150 分、英语占 100 分,权重由你这家“学校”的培养目标决定。

想象你带着这四把尺子回到考场:一把尺子不放走“满嘴跑火车”的幻觉型选手,一把尺子拦下“避重就轻”的偏科生,一把尺子淘汰“慢如蜗牛”的低效系统,一把尺子挡掉“烧钱如流水”的败家方案。四个维度缺一不可,这正是评估 Deep Research 的第一条铁律。

Score=w1×A+w2×C+w3×E+w4×L\displaystyle \text{Score} = w_{1} \times A + w_{2} \times C + w_{3} \times E + w_{4} \times L
这个公式把四个评估维度折叠成一个 0~1 之间的综合分,权重反映业务侧重,是几乎所有评估报告的总纲。
  1. 四个得分A 是准确性(Accuracy),C 是完整性(Completeness),E 是效率(Efficiency),L 是成本分(Cost Score)。
    A,C,E,L∈[0,1]\displaystyle A, C, E, L \in [0, 1]
  2. 权重分配w₁ 到 w₄ 是四个维度的权重,和为 1,由业务目标决定。
    ∑i=14wi=1\displaystyle \sum_{i=1}^{4} w_{i} = 1
  3. 成本归一化原始成本 c 要映射成 L,花的钱越多分越低。
    L=1−c−cmin⁡cmax⁡−cmin⁡\displaystyle L = 1 - \frac{c - c_{\min}}{c_{\max} - c_{\min}}
  4. 加权相乘每个维度得分乘以对应权重,份额大的维度对总分影响大。
    wi×Si\displaystyle w_{i} \times S_{i}
  5. 求和得总分四份乘积相加,得到一个可以横向比较的综合分数。
    Score=∑i=14wi×Si\displaystyle \text{Score} = \sum_{i=1}^{4} w_{i} \times S_{i}

测试数据集:命题组的出题艺术

阅卷尺度定好了,接下来要命题。老练的命题组长知道,一套好试卷的秘诀不是“越难越好”,而是三个字:有梯度。基础题占六成,确保大家都能起步;中档题占三成,拉开差距;压轴题占一成,专挑真正的尖子生。Deep Research 的测试数据集,就是这份试卷。

构造测试数据集有四道工序。第一道是任务构造:从真实用户场景里收集或改写问题,比如“对比 2020 年以来中美两国在量子计算领域的政策差异”,而不是凭空编造刁钻题。第二道是参考答案:由人类专家先写出一份高质量报告作为金标准,就像命题组附上标准答案,后续所有打分都拿它当尺子。第三道是难度分层:把题目按资料的稀缺程度、主题的复杂程度分成简单/中等/困难三档。第四道是多样性:覆盖科技、金融、医疗、法律等多个领域,防止系统“偏科”。

一道题到底难不难,可以用通过率来量化。通过率越低,说明题目越难——这也是你调整试卷结构的依据,就像命题组拿到学生成绩分布后决定要不要把压轴题改简单一点。

但命题组还有一项隐秘的使命——防泄题。如果测试集的题目混入了模型的训练数据,就好比考生考前偷到了原题,分数自然虚高。这在 AI 评测中叫“数据污染”。所以测试集一旦建成,就要像高考真题一样“绝密”保存,定期更换,这正是“动态基准”的由来。出题的艺术,说到底就是让系统在没见过原题的情况下,考出真实水平。

P=nsolvedntotal\displaystyle P = \frac{n_{\text{solved}}}{n_{\text{total}}}
通过率衡量单道测试题的难度,理想的数据集应该让通过率呈梯度分布,而不是清一色的送分题或送命题。
  1. 分子含义n_solved 是成功通过这道题的系统数量,可以理解为“做对的人数”。
    nsolved\displaystyle n_{\text{solved}}
  2. 分母含义n_total 是参与评测的系统总数,也就是“总考生人数”。
    ntotal\displaystyle n_{\text{total}}
  3. 通过率两者相除得到一个 0~1 的比例,约接近 0 题越难,约接近 1 题越简单。
    P=nsolvedntotal\displaystyle P = \frac{n_{\text{solved}}}{n_{\text{total}}}

人类专家对比:老教师背靠背阅卷

试卷有了,谁来定“标准答案”的标杆?答案是人。在自动化工具大行其道的今天,人类专家依然是评估体系里不可替代的灵魂。想象高考阅卷组里最资深的两位语文老师,他们面前摆着同一份报告,各自不商量地独立打分——这就是双盲实验:把系统名字、版本号全部抹掉,专家只看到报告本身,避免“这是某某大厂的新模型,肯定不错”的心理偏袒。

为了让打分不凭感觉,专家手里要有一张评分量规——每一分都对应明确的描述。比如“完整性 4 分:覆盖 80% 以上的关键要点且无重大遗漏”。这就像语文阅卷的“分项分等”标准:内容、结构、语言各占若干分。打分之后,还要做一致性检验:如果两位老师给同一份报告的分数相差很大,说明量规写得不够清晰,需要重新打磨,而不是急着判卷。

衡量两位专家打分是否“心有灵犀”,统计学家发明了一个系数——Cohen's Kappa。它计算的是“去除运气成分后,两人实际一致的程度”。

当 κ 大于 0.75,说明两位老师“英雄所见略同”,评分体系可靠;如果 κ 只有 0.3,那就要回头检查量规了。此外,专家组的复盘会同样重要——案例访谈让老师们围坐在一起,逐条讨论那些“判分争议最大的报告”,从中发现系统性的错误模式。两位背靠背的老教师,加上一场圆桌复盘,就是人类专家对比评估的最佳写照。

κ=Po−Pe1−Pe\displaystyle \kappa = \frac{P_{o} - P_{e}}{1 - P_{e}}
Kappa 系数把“碰巧一致”的成分剔除掉,专门衡量评分者之间真正稳定的共识,是人工评估可信度的标尺。
  1. 观测一致率P_o 是两位老师实际打分一致的占比,比如 100 份报告里有 80 份打分相同。
    Po=nagreen\displaystyle P_{o} = \frac{n_{\text{agree}}}{n}
  2. 期望一致率P_e 是即使两人瞎蒙、纯靠随机也会一致的占比,由各分数档的边缘概率算出。
    Pe=∑kpk(A)×pk(B)\displaystyle P_{e} = \sum_{k} p_{k}^{(A)} \times p_{k}^{(B)}
  3. 扣掉运气分子用实际一致性减去运气一致性,得到“真本事”带来的共识。
    Po−Pe\displaystyle P_{o} - P_{e}
  4. 归一化除以 1-P_e,把结果压缩到 0~1,方便跨任务比较。
    κ=Po−Pe1−Pe\displaystyle \kappa = \frac{P_{o} - P_{e}}{1 - P_{e}}

自动化评估:扫描仪与 AI 阅卷助手

人工阅卷再准,速度也跟不上批量评测的需求。你不可能让资深专家每天读三百份研究报告。于是,阅卷中心引进了两样设备:高速扫描仪和 AI 阅卷助手。它们不是为了取代老师,而是为了把老师们从重复劳动里解放出来。

第一样设备是关键点匹配。它的工作方式像扫描答题卡:把参考答案拆成一串“得分点”,再检查系统报告里有没有覆盖。这像极了语文阅读题的“踩点给分”——答出几个关键得分点就给几分。第二样设备是 LLM 裁判:让一个能力更强的通用大模型当“AI 阅卷老师”,按照评分量规给报告逐项打分。它速度快、不知疲倦,但也有自己的小脾气,比如偏爱长文本、受选项顺序影响,所以只能当助手不能当终审。第三样设备是检索指标:专门核对报告里的每个引用——引用的网页是否真实存在、内容是否支撑结论。第四样设备是工具调用追踪:系统在推理过程中有没有正确使用搜索、数据库查询等工具,相当于监考老师查看考生的草稿纸。

关键点匹配的核心指标是 F1 分数。它把“精确率”和“召回率”两个互相矛盾的指标拧成一股绳。

自动化的终极形态是“机器初筛 + 专家终审”:AI 阅卷助手先给一百份报告排个序,人类专家只复核分数异常的边界案例。这样一来,老师们把精力花在刀刃上,而系统可以在每一次迭代中快速获得反馈——这正是自动化评估为何成为现代 AI 工程标配的原因。

F1=2×P×RP+R\displaystyle F_{1} = \frac{2 \times P \times R}{P + R}
F1 是精确率与召回率的调和平均,既能惩罚“满页废话只碰对一个点”的报告,也能惩罚“只写一点却漏掉大片”的报告。
  1. 精确率 P命中的关键点占报告所有关键点声明的比例——你写的每个点是不是真的都对。
    P=TPTP+FP\displaystyle P = \frac{TP}{TP + FP}
  2. 召回率 R命中的关键点占参考答案全部关键点的比例——该答的点你答上了几个。
    R=TPTP+FN\displaystyle R = \frac{TP}{TP + FN}
  3. 调和平均F1 用 2PR/(P+R) 把两个指标折中,只有 P 和 R 都高,F1 才高,防止系统走极端。
    F1=2×P×RP+R\displaystyle F_{1} = \frac{2 \times P \times R}{P + R}

评估流程设计:从命题到发榜

一次完整的考试,远不止“出题和阅卷”两个环节。真正的评估流程像一条流水线:命题→定考纲→考试→阅卷→发榜→复盘,环环相扣。Deep Research 的评估流程,同样需要精心编排。

第一个环节是基准建立。把测试集、评分量规、指标计算方法全部固化下来,形成一份“考试大纲”。大纲一旦定稿,就不能随意改动,否则历史成绩失去可比性。第二个环节是基线对比。你不能只看一个系统考了多少分,还得安排“对照组考生”——比如上一代模型、普通搜索引擎、甚至人类分析师,让它们做同一份试卷。有了基线,新系统的分数才有意义。

第三个环节是消融实验。这是理工科思维在评估里的体现:把系统里的某个模块“拆掉”,比如禁用网络搜索,或者去掉交叉验证步骤,再看分数掉多少。掉得越多,说明这个模块越关键。就像研究一个学霸的成绩构成——你不让他做数学压轴题,看他总分掉多少,就知道数学压轴题对他的重要性。第四个环节是报告汇总。把多次运行的结果汇总,算出平均分和置信区间,输出一份正式榜单。

衡量一个系统是否真的进步,最直观的指标是它和基线的差距:

这套流程的价值在于“可追溯”。当你的老板问“这次升级到底强在哪”,你能翻出消融实验说“检索模块贡献了 0.12 分”;当用户投诉报告质量下降,你能靠报告汇总定位到是效率权重调太高、还是某类测试题集体失分。从命题到发榜,每一步都在积累“这个系统可不可信”的证据链。

ΔS=Smodel−Sbaseline\displaystyle \Delta S = S_{\text{model}} - S_{\text{baseline}}
性能差距 ΔS 描述新系统相对基线系统的综合分提升,配合显著性检验使用,才能避免“涨了 0.5 分其实是随机波动”的误判。
  1. 模型得分S_model 是待测 Deep Research 系统在同一测试集上的综合得分。
    Smodel\displaystyle S_{\text{model}}
  2. 基线得分S_baseline 是对照组(旧版本或普通方法)在同一测试集上的综合得分。
    Sbaseline\displaystyle S_{\text{baseline}}
  3. 求差两者相减得到提升幅度,正数代表进步,负数代表退化。
    ΔS=Smodel−Sbaseline\displaystyle \Delta S = S_{\text{model}} - S_{\text{baseline}}

指标陷阱与偏差:应试技巧与阅卷偏见

考试考得久了,你就会见识到各种“应试老油条”。有的学生专背题库,换了新题就抓瞎;有的学生字迹潦草但内容满分,却被阅卷老师误判。评估 Deep Research 时,同样的陷阱一个不少。

最著名的坑叫指标陷阱,经济学里的古德哈特定律早就警告过:一旦某个指标变成了被追逐的目标,它就不再是好指标。学校用升学率考核老师,老师就会想办法刷升学率——往届生不让参加高考、差生劝退。Deep Research 系统同样会“刷分”:如果评测只看完整性,系统就会疯狂堆砌要点,输出一篇“什么都提到、什么都没讲透”的报告。所以指标必须多元化,还得定期换。

第二个坑是过拟合基准。系统在开发时反复在测试集上调参,慢慢就“背熟了答案”,评估分数一路飙升,一上真实世界就被打回原形。这就像考生通过刷三年真题把正确答案背下来,但考试院每年都换新题。第三个坑是样本偏差。测试集如果全是英文财经新闻,系统对中文医疗问答的能力就永远测不出来——这就像只考语文不考数学,总分再高也不能证明数理能力。第四个坑是可复现性。模型版本、推理参数、随机种子一变,分数就像过山车,今天的榜单明天就复现不出来,原因是评估过程缺少严格的版本锁定。

所有偏差最终都会以“分数误差”的形式混进测量结果里:

回到阅卷组的经验:老教师都知道,一次模考的成绩不能全信,要结合平时表现和多种考试交叉验证。评估 Deep Research 也一样——指标要多元、试题要更新、样本要均衡、流程要可复现。你若只盯着一个光鲜的分数,迟早会被“应试技巧”骗得团团转。

Ameasured=Atrue+εbias\displaystyle A_{\text{measured}} = A_{\text{true}} + \varepsilon_{\text{bias}}
测量到的分数等于真实能力加上偏差项。评估的艺术,就是不断缩小 ε_bias 这个“系统误差”。
  1. 真实能力A_true 是系统客观存在的问题解决能力,是永远无法直接观测的“潜能”。
    Atrue\displaystyle A_{\text{true}}
  2. 测量分数A_measured 是你在测试集上实际测到的分数,也是榜单上展示的数字。
    Ameasured\displaystyle A_{\text{measured}}
  3. 偏差项ε_bias 由样本偏差、数据污染、随机波动等因素叠加而成,方向可正可负。
    εbias=εdata+εnoise\displaystyle \varepsilon_{\text{bias}} = \varepsilon_{\text{data}} + \varepsilon_{\text{noise}}

评估工具与趋势:阅卷中心升级换代

如果你以为评估全靠手工作坊,那就大错特错了。今天的 AI 评估已经发展出一套成熟的“智能阅卷中心”。就像高考从人工改卷进化到网上阅卷、再到 AI 辅助质检,Deep Research 的评估工具也在快速迭代。

目前最常用的两款开源框架是 DeepEval 和 RAGAS。DeepEval 像一台多功能的“网上阅卷系统”,内置了回答准确性、上下文相关性等十几种指标模板,你只需要提供测试集,它就能批量跑分并生成报告。RAGAS 则专为“检索 + 生成”这类系统设计,是 Deep Research 的“答题卡扫描仪”——它特别擅长衡量检索到的资料和生成内容之间是否环环相扣,比如引用忠实度、答案相关性。用这些工具,一个三人小团队就能撑起一条自动化评测流水线。

工具之外,趋势同样值得关注。动态基准是当下最热的方向:测试题定期轮换,像高考“反押题”一样严防数据污染;社区共建则让评估不再是某家公司的闭门考试——OpenAI、Google 等机构把基准测试集开源,全球的研究者一起出题、一起打分,像“国际数学奥赛”一样形成公认权威。当我们把 N 道测试题的得分取平均,就得到系统的综合质量分:

从手工阅卷到智能阅卷中心,工具在变,但评估的本质始终没变:一套清晰的评分标准、一份精心设计的试卷、一群可靠的评分者。DeepEval 和 RAGAS 帮你提速,动态基准帮你防作弊,社区共建帮你校准权威。掌握这套方法,你就能在任何 AI 深度研究系统面前,当一名合格的阅卷组长。

Q=1n∑i=1nqi\displaystyle Q = \frac{1}{n} \sum_{i=1}^{n} q_{i}
综合质量分 Q 是全部测试题得分的算术平均,它把“单题得分”汇总成一个可横向对比的数字,是所有评测榜单的基础逻辑。
  1. 单题得分qᵢ 是系统在第 i 道测试题上的得分,由自动化或人工评估给出。
    qi\displaystyle q_{i}
  2. 累加求和把所有题目的得分加起来,得到总分。
    ∑i=1nqi\displaystyle \sum_{i=1}^{n} q_{i}
  3. 取平均除以题目总数 n,得到 0~1 之间的平均分,消除题目数量的影响。
    Q=1n∑i=1nqi\displaystyle \displaystyle Q = \frac{1}{n} \sum_{i=1}^{n} q_{i}

AI 应用场景

企业级 Deep Research 系统上线前的质量门禁

阶段:模型交付与上线评估

解决的问题:过去产品经理靠人工抽查报告质量,既主观又漏检,无法在大规模报告语料上量化“这个系统到底行不行”。现在用四维评估基准,在系统上线前自动跑完一轮完整“体检”。

具体案例:某券商准备用 Deep Research 生成行业研究报告。AI 评测工程师搭建了包含 200 道测试题的基准集,覆盖半导体、新能源、消费医疗等领域,按“准确性 0.4、完整性 0.3、效率 0.2、成本 0.1”加权打分。每周自动跑一遍,准确率低于 0.85 的版本直接打回,同时用 LLM 裁判初筛、资深分析师复审边界案例,确保每一份上线的报告都对得起“研究”二字。

模型迭代回归测试:用消融实验定位“变笨”的元凶

阶段:研发迭代中的回归测试

解决的问题:新版本模型“感觉变聪明了”,但用户反馈某些领域变差了。人工对比版本差异效率极低,需要一套自动化基线对比和消融实验来定位问题。

具体案例:一个研究团队每次发布新版 Deep Research 前,都在同一套基准上重跑四维评分,并与上一版做 ΔS 对比。某次升级发现准确性提升了 0.05,但效率分数骤降 0.12。团队随即做消融实验,逐层关闭新增的“深度多跳检索”模块,最终定位到该模块在长尾查询上产生了过度的子查询爆炸,拖垮了整体效率。

自动化 + 人工混合品控流水线

阶段:线上运行持续监控

解决的问题:系统上线后,每月生成数千份研究报告,全部靠人工复核不现实;全部靠自动化又不放心。需要一条“机器初筛 + 专家终审”的混合流水线。

具体案例:某咨询公司每天让 Deep Research 产出竞品分析日报。先用 RAGAS 自动计算引用忠实度和答案相关性,把分数低于阈值的报告标红;再由资深分析师每周召开案例访谈会,只审阅标红报告和随机抽样的 5% 正常报告。这套流水线把人工工作量压缩到原来的十分之一,同时保持了 98% 以上的异常检出率。

Python 演示

python66 行
# -*- coding: utf-8 -*-"""Deep Research 报告自动评估演示:关键点匹配与四维加权评分"""import re  def tokenize(text):    # 把文本切成小写词序列,中文按连续汉字切分    words = re.findall(r"[a-zA-Z0-9\u4e00-\u9fa5]+", text.lower())    return words  def extract_key_points(reference):    # 把参考答案按分句拆成多个得分点,相当于"标准答案的踩分点"    sentences = re.split(r"[。;\n]", reference)    return [s for s in sentences if len(s) > 2]  def match_point(report_words, point):    # 判断一个得分点是否被报告覆盖:该点中过半实词出现在报告里    p_words = tokenize(point)    if not p_words:        return False    hit = sum(1 for w in p_words if w in report_words)    return hit / len(p_words) >= 0.5  def evaluate_report(report, reference):    # 计算关键点覆盖率(召回率)与精确率、F1,输出自动评估结果    points = extract_key_points(reference)    report_words = set(tokenize(report))    matched = [match_point(report_words, p) for p in points]    n_matched = sum(matched)    recall = n_matched / len(points)    precision = n_matched / max(len(report_words), 1)    if precision + recall == 0:        f1 = 0.0    else:        f1 = 2 * precision * recall / (precision + recall)    return {"关键点总数": len(points), "命中数": n_matched,            "精确率": round(precision, 4), "召回率": round(recall, 4),            "F1": round(f1, 4)}  def weighted_score(dims, weights):    # 四维综合评分:准确性/完整性/效率/成本加权求和    return round(sum(dims[k] * weights[k] for k in weights), 4)  if __name__ == "__main__":    reference = (        "Deep Research 系统通过多轮搜索获取资料。"        "它需要综合来自多个来源的信息。"        "最终输出结构化的研究报告。"        "评估时要关注准确性与完整性。"    )    report = (        "本报告由 Deep Research 生成。"        "系统执行了多轮检索并整合多源信息。"        "输出内容包含结构化小节。"        "我们发现评估重点在于准确性与成本。"    )    result = evaluate_report(report, reference)    print("自动评估结果:", result)    dims = {"准确性": 0.82, "完整性": result["召回率"], "效率": 0.88, "成本": 0.65}    weights = {"准确性": 0.4, "完整性": 0.3, "效率": 0.2, "成本": 0.1}    print("四维加权综合分:", weighted_score(dims, weights))
目的:这是一个简化的 Deep Research 评估演示——把参考答案拆成“得分点”,用关键点匹配计算精确率、召回率和 F1,再和准确性/效率/成本合成四维综合分,模拟自动化评估的核心流程。
  1. def extract_key_points(reference):把参考答案按句子拆成分数点,就像阅卷老师把标准答案圈出一个个“踩分点”。
  2. def match_point(report_words, point):检查某个踩分点是否被报告覆盖,覆盖一半以上关键实词就算命中。
  3. precision = n_matched / max(len(report_words), 1)精确率计算:命中的点占报告“声称内容”的比例,防止报告灌水刷分。
  4. f1 = 2 * precision * recall / (precision + recall)调和平均 F1,精确率和召回率有一项太低都会被拉低。
  5. weighted_score(dims, weights)把四个评估维度按权重合成为一个综合分,对应正文中的加权求和公式。

常见误区

误区

正解

误区

正解

误区

正解

误区

正解

面试题

Q1. Deep Research 评估的“四维”不包括以下哪项?

单选题 · easy

  • A.结果准确性
  • B.报告完整性
  • C.界面美观性← 正确答案
  • D.总成本开销

答案:C。这就像高考阅卷不会给“卷面用没用粉红色答题卡”打分。Deep Research 评估只关心回答本身的四个维度:准确性(答得对不对)、完整性(答得全不全)、效率(答得快不快)、成本(花销大不大)。界面美观属于产品设计范畴,不是模型能力评估的维度。

Q2. 测试数据集中“参考答案”的主要作用是?

单选题 · easy

  • A.充当训练数据
  • B.充当评分金标准← 正确答案
  • C.扩充测试题目
  • D.替换专家评审

答案:B。参考答案就像高考命题组附上的标准答案,给所有评分者(人类或机器)提供一把统一的尺子。关键点匹配要拿它拆得分点,LLM 裁判要拿它当参照系。它不是用来训练模型的——否则就犯了“拿考试原题当练习题”的大忌。

Q3. “系统把测试题背下来,分数虚高”在评估中对应哪个风险?

单选题 · easy

  • A.样本偏差
  • B.过拟合基准← 正确答案
  • C.效率下降
  • D.成本升高

答案:B。过拟合基准就像考生反复刷真题,把答案背得滚瓜烂熟,一换新题就露馅。系统在开发过程中反复在固定测试集上调参,会逐渐“记住”测试题的分布特征,导致评估分数虚高。对策是动态基准、定期换题,防止“背题库式应试”。

Q4. Cohen's Kappa 系数衡量的是什么?

单选题 · mid

  • A.模型的准确率
  • B.评分者一致性← 正确答案
  • C.测试集难度
  • D.API 调用开销

答案:B。Kappa 系数是两位“阅卷老师”背靠背打分后,扣除运气成分的一致性指标。如果两位专家对同一份报告的打分总是南辕北辙,说明评分量规不清晰,评估结果就不可信。它衡量的不是模型能力,而是“评分过程本身的可靠性”。

Q5. LLM 裁判在评估中常见的偏颇不包括?

单选题 · mid

  • A.偏好更长回答
  • B.存在位置偏差
  • C.完全客观无偏← 正确答案
  • D.受示例格式影响

答案:C。LLM 裁判是从人类数据训练出来的,同样继承了人类的偏见,比如给长回答更高分、受选项顺序影响、模仿量规示例的措辞。它绝不是“绝对客观的圣人”。所以自动化评估的结果要用人类专家的一致性检验来校准,不能盲目信任机器打分。

Q6. 消融实验的目的是什么?

单选题 · mid

  • A.扩充训练数据量
  • B.拆模块看分数变化← 正确答案
  • C.优化代码运行时间
  • D.替代人工评测

答案:B。消融实验像拆解一台机器,每次拆掉一个零件再启动,看整机性能掉多少。在 Deep Research 评估中,就是禁用搜索模块、去掉交叉验证步骤,观察综合分下降幅度,从而量化每个模块的贡献。这是判断系统内各部件价值的关键手段。

Q7. 古德哈特定律在评测中的核心含义是什么?

单选题 · mid

  • A.指标变目标则失效← 正确答案
  • B.评测越多越准确
  • C.权重高则分数高
  • D.分数必须归一化

答案:A。古德哈特定律说:当一个指标变成被追逐的目标,它就不再是好指标。就像学校只用升学率考核老师,老师就会想出各种办法刷升学率,结果升学率反而失去了评估意义。评估 Deep Research 时,单一指标一旦被系统“针对”,就会诱导系统钻空子,所以指标必须多元化并定期更新。

Q8. Deep Research 评估中“数据污染”包含哪些危害?

多选题 · hard

  • A.测试题混入训练语料← 正确答案
  • B.测评结果虚高失真← 正确答案
  • C.评测过程成本上升
  • D.系统综合得分下降

答案:AB。数据污染就像高考前夕考题泄漏——测试集里的题目混进了模型的训练语料,系统“见过原题”,分数自然虚高失真,这掩盖了系统的真实泛化能力。它并不会直接导致评测成本上升,也不一定会让得分下降,恰恰相反,它会让得分异常上升。

Q9. 为保证人类专家评估的可靠性,通常需要做到?

多选题 · mid

  • A.双盲实验← 正确答案
  • B.一致性检验← 正确答案
  • C.扩大样本规模
  • D.统一评分量规← 正确答案

答案:ABD。要让专家打分可信,必须做到:双盲(专家看不到系统身份,避免先入为主)、统一量规(每人手里同一张评分标准)、一致性检验(用 Kappa 判断两位专家是否“英雄所见略同”)。样本规模重要,但“越多越好”不是保证评分可靠性的直接手段,不能列为必要条件。

Q10. 关于 Deep Research 效率维度的评估,下列做法正确的是?

多选题 · extreme

  • A.记录搜索轮次耗时← 正确答案
  • B.只看最终报告页数
  • C.统计调用次数费用← 正确答案
  • D.忽略工具调用步骤

答案:AC。效率维度好比“交卷速度”,要看搜索轮次、总耗时、API 调用次数和费用,这些才是体力消耗的真实指标。报告页数多不代表效率高——注水的长作文可能耗时三小时才写完。工具调用是 Deep Research 的核心流程,忽略它就会漏掉“系统在搜索步骤空转”这类效率瓶颈。