想象你是一所顶尖大学的教务长,要评选年度“最佳学生”。你面前有三份材料:一份成绩单、一份综合素质报告、一份导师面试评语。只看任何一份都不够——成绩单可能漏掉实践能力,综合素质报告可能忽略学术创新,面试评语容易有主观偏差。只有把三份材料放在一起,交叉验证,你才能判断谁才是真正值得表彰的人。 这是教务处的日常,也正是 LLM 评估要做的事。我们训练出的大模型就像一个“考生”,我们希望知道它的输出到底好不好。BLEU 像核对成绩单的教务处,逐字逐词检查候选文本与参考文本的重合度;ROUGE 像看综合素质报告的辅导员,关心要点有没有覆盖到位;BERTScore 像资深导师,不看你字面说了什么,而是理解你到底是什么意思。每一种指标都有盲区,也有高光,组合使用才能构建一个可靠的评估体系。
对 AI 从业者而言,评估指标设计是“产品质量的度量衡”——没有它,模型迭代就是盲人摸象。掌握 BLEU/ROUGE/BERTScore 的适用边界与组合策略,是任何一个 LLM 应用上线前必过的关卡。
可视化演示
展示BLEU的n-gram精度计算、ROUGE的召回率与LCS匹配及BERTScore的嵌入语义相似度三种评估指标原理。
本节配有交互动效(进入视口后自动加载,约 3KB)。
BLEU n-gram精度 候选文本 参考文本 BLEU=BP×exp(ΣlogPn) 计算候选与参考文本的n-gram精度并施加简洁惩罚BP
评估初识
每年奖学金评审前夕,教务长办公室总会收到来自不同老师的“建议名单”。班主任说小明成绩拔尖,辅导员说小红组织能力强,实验室导师说小张动手能力出色——三个人说得都对,却只看到了同一个学生的不同侧面。模型评估也是一样:当你想判断一个 LLM 的输出质量时,“好”这个字太抽象了,你必须像组建评审团一样,从多个维度定义“好”。
对于 LLM 评估来说,“成绩单”就是自动评估指标,“综合素质报告”是参考文本,“导师面试”是人工评判。一个可靠的评估体系,往往不是一个指标打天下,而是多种指标加权融合,并且保留人工抽样的“终审权”。这就是评估体系设计的核心认知:先想清楚评估的目的是什么,再决定由谁来打分、用什么标准打。
一个多维评估框架可以写成这样的简化形式:
就像教务长不会只听一个人的话,评估体系也从不依赖单一数字。明白了这个框架,接下来我们就可以走进三位“评委”的工作间,看看 BLEU、ROUGE 和 BERTScore 分别是如何打分的。
- 指标项 m_i每个 m_i 是某一种自动评估指标的得分,比如 BLEU 或 ROUGE,代表“某一维度上的机器打分”。
- 权重 w_iw_i 表示第 i 个指标在整体评价中的重要性,比如任务若是翻译,BLEU 的权重可以设大一些。
- 人工项 HH 代表人工评估的分数,λ 是人工评估的权重,用于兜底机器指标看不到的语义与流畅度问题。
- 求和 Σ把各个维度的得分做加权和,得到最终的系统评估分 S,这便是“评估委员会”给出的综合结论。
BLEU原理
教务处有一位出了名的“核对员”王老师,他只看成绩单上的字面内容。给学生评优时,他会把学生的申请材料与标准模板逐字对照:这个词出现了几次,那个短语顺序对不对,出现的频率必须吻合。他的打分方式极其严格——同义词不算对,语序调换也要扣分。这位王老师,就是 BLEU。
BLEU 全称是 Bilingual Evaluation Understudy,最早用于机器翻译评估。它的核心思想很朴素:模型生成的译文如果和参考译文在“词语片段的组成”上越接近,得分就越高。这里说的“词语片段”即 n-gram——连续 n 个词的组合。n=1 就是单个词,n=2 就是相邻两个词的搭配,比如“机器学习”中的“机器”+“学习”。
BLEU 的特别之处在于它站在“精确率”一方:它关心的是“—候选译文中有多少词语片段是参考译文里出现过的”,而回答“太短也可以全覆盖”的作弊者,就是长度惩罚因子出场的时刻。其完整公式为:
王老师毕竟只认字面。当译文把“apple“换成”fruit“时,他会毫不留情地扣分,尽管意思完全一致。BLEU 的优势是快速、可复现、与人工评价在翻译任务上有较高相关性;劣势则是对近义词、语序调整、语义等价完全无感。因此用它做翻译比赛的”初筛”甚至机器翻译的调参信号很合适,但如果你的任务是开放式摘要,就需要请出下一位评委——辅导员。
- 长度惩罚 BP当候选译文长度 c 小于参考译文长度 r 时,用 e^{1-r/c} 压低得分,防止“翻译一个词”这样投机取巧的行为。
- 指数函数 exp外层指数把各 n-gram 精确率的对数重新还原成几何平均,让不同 n 的得分能相乘后整体开方。
- 权重 w_n一般取均匀权重 w_n = 1/N,保证 1-gram 到 4-gram 的贡献大致相当。
- p_n 精确率p_n 表示“长度为 n 的片段中,命中参考译文的片段所占比例”。
ROUGE原理
辅导员李老师和王老师风格相反。她评优秀学生干部时,不要求学生一字不差背出评优标准,而是翻开学生的综合报告,对照十二条要点逐条打钩:“组织能力——有;志愿服务——有;学习成绩——有。” 只要要点覆盖了,表述方式她并不强求。这位抓大放小的李老师,就是 ROUGE。
ROUGE(Recall-Oriented Understudy for Gisting Evaluation)是摘要评估的主力指标,全称中特意强调“面向召回率”。它衡量的是“参考摘要中有多少信息被模型生成的摘要覆盖到了”——以参考答案为基准,看你的生成丢了多少要点。这与 BLEU 恰好互为镜面:BLEU 关心候选的精确度,ROUGE 关心参考的覆盖率。
ROUGE 家族有多个变体:ROUGE-N 按 n-gram 重叠计算召回率,ROUGE-L 则基于最长公共子序列(LCS),它能自动捕捉“保持顺序”的连续匹配。LCS 的好处是不需要固定 n,而是寻找两条句子之间最长的共同骨架。以 ROUGE-L 的 F 值形式为例:
李老师的工作方式决定了 ROUGE 很适合摘要、标题生成、问答这类“要点覆盖”型任务。但它对“生成内容是否流畅、有无事实错误”几乎无能为力:一篇胡编乱造的摘要只要提到了所有要点,ROUGE 照样高分。这时,评委席位上的第三位——语义导师——就显得格外重要了。
- 最长公共子序列 LCSLCS 是在两个文本中按原有顺序出现的最长公共词串长度,它不需要词连续相邻,只要求相对顺序一致。
- 召回率 R_LCSLCS 长度占参考文本总长度的比例,衡量“参考要点被覆盖的比例”。
- 精确率 P_LCSLCS 长度占候选文本总长度的比例,衡量“生成内容中有多少是真正命中的要点”。
- F 值与 β 系数F 值是对精确率与召回率的调和平均;β 默认大于 1,把调节重心偏向召回率,呼应摘要任务“宁多勿漏”的需求。
BERTScore原理
导师组张教授不喜欢看成绩单上的数字,他更愿意让每个学生当面聊十分钟,考察对方是否真正理解了课题。对话里学生用了什么措辞他不关心,只要意思到位、逻辑自洽,他就认可。张教授评价的不是“字面”,而是“语义”——这正是 BERTScore 的工作方式。
BERTScore 利用预训练语言模型(如 BERT)把每个词编码成一个稠密的向量,我们称之为“语义嵌入”。两个词的相似度,就转换为两个向量的夹角大小——夹角越小,余弦相似度越高,说明它们在语义空间中越接近。所以“apple“和”fruit”虽然字形不同,却因语义相近而得到高匹配分。
BERTScore 的召回率形式如下:
张教授的优势在于“懂人心思”,但代价是计算开销大、需要加载预训练模型,而且对事实性错误同样不够敏感。更关键的是,他把每个词独立做匹配,虽然考虑了上下文嵌入,但仍然缺乏对句子整体逻辑、否定关系(“我不喜欢你”和“我喜欢你”)的完全把握。所以,三位评委各有所长,也各有盲区——接下来我们要做的,是让他们“会审”。
- 语义嵌入 ee_{x_i} 是词 x_i 经过 BERT 编码后的向量,它携带了上下文信息,因此“苹果”出现在“手机”和“水果”语境中会有不同向量。
- 余弦相似度 cos衡量两个向量的方向一致性,值域在 -1 到 1 之间,1 表示方向完全一致。
- 最大匹配 max对参考词的每个词,从候选句中挑一个与其最相似的词,这一操作赋予指标对同义词、近义表达的容忍度。
- 平均求和 Σ将每个参考词的最佳匹配分数汇总平均,得到的最终分代表两个句子整体的语义对齐程度。
指标对比
评审会上,三位评委各执一词。王老师说:“我的 BLEU 最客观,标准统一!” 李老师反驳:“你连近义词都判错,ROUGE 至少能抓住要点。” 张教授慢悠悠地说:“BERTScore 才真正懂语义,你们俩都太死板。” 教务长陷入沉思:怎么判断哪一位的评分更接近“真相”?
方法论上,这场辩论可以归纳为一个可量化的问题:每种自动指标与人类判断的相关度有多高? 我们会用一批已有人工评分的样本,计算指标分数与人工分数的皮尔逊相关系数。相关系数越接近 1,说明该指标的排序与人类判断越一致。这也是对话中判断三个指标在哪个任务上“更可信”的通用手段:
回到评审会:实践数据告诉我们,在机器翻译上 BLEU 与人工的相关性较高,因而胜任;在总结任务上 ROUGE 更可靠;当任务涉及开放对话、创意写作时,BERTScore 的语义优势就会凸显,但仍需人工兜底。这提醒我们:不存在“最好的指标”,只有“最匹配场景的指标”。评估体系设计的本质,就是为你的任务挑选合适的评委组合,并定好评分权重。
- 样本分数对 (X_i, Y_i)X_i 是某条样本的自动指标分数,Y_i 是同一批样本的人工评分,共收集 n 条。
- 离均差X_i - X̄ 表示这条样品的指标得分偏离平均值的大小,反映“不同样本的相对位置”。
- 协方差把两组离均差相乘再求和,得到“两者是否同向变化”的总量。
- 标准差归一除以两组样本各自的“整体波动幅度”,把系数压缩到 [-1, 1] 区间,方便比较。
体系设计
教务长终于拍板:不搞“谁的单一评分最高就信谁”的老规矩。他决定,将三份评分按权重加总,形成“评审总表”;同时,随机抽取 10% 的样本组织人工复核,作为异常分数的终审依据。这个“组合打分 + 基准数据 + 人工抽查”的机制,就是一套完整的评估体系设计。
落到 LLM 评估的具体操作上,标准流程通常有四步。第一步,根据任务选指标:翻译任务主用 BLEU,摘要任务主用 ROUGE-L,开放生成为 BERTScore 加分项。第二步,构建基准集:准备 500~1000 条带参考答案的标准样例,确保覆盖不同难度与边界情况。第三步,设计综合得分公式:
第四步,建立回归机制:在真实的 AgentOps 运维中,指标只是信号。当综合分下降或人工抽查发现问题,应回溯到数据样例,持续更新基准集并重新校准权重。评审委员会不是一次性的——它需要随着模型迭代、任务演进而持续打磨。就像好的奖学金评审制度要年年复盘,好的评估体系也是活的。
- 主指标权重 α、βα、β 对应任务主指标的权重;翻译任务 α 大,摘要任务 β 大。
- 辅助指标 γBERTScore 作为语义辅助项,γ 通常设在 0.1~0.3,防止自动指标间的系统性偏差。
- 人工审查 δδ 是人工评分的权重,一般取 0.2 左右;占比过高则评估成本失控,过低则机器盲区无法兜底。
- 综合分 E最终得分用于版本对比、阈值预警、上线放行等决策,并配合“异常波动 + 人工抽检”机制使用。
AI 应用场景
智能客服摘要质量验收
阶段:评测与监控阶段
解决的问题:传统客服质检依赖人工逐条听录音,成本高、效率低,且不同质检员标准不一。AI 自动生成会话摘要后,仅凭 ROUGE 打分无法暴露“漏掉关键承诺”的问题,需要组合指标与人工抽查协同。
具体案例:某电商平台部署客服会话摘要模型后,搭建了“ROUGE-L 为主 + BERTScore 为辅助 + 每日人工抽检 50 条”的三层验收机制。ROUGE-L 保证客户诉求覆盖,BERTScore 识别“退货”“退款”等近义表达的完整性,人工抽检则拦截模型中“编造未发生承诺”的幻觉。上线两周,摘要可读性提升 22%,投诉率下降 15%。
机器翻译产品版本回归测试
阶段:模型迭代阶段
解决的问题:翻译模型每更新一版,都要回归测试。只看一两个例句人工翻译既不全面也不可复现,而 BLEU 恰好可以提供大量样本上的稳定基线分数。
具体案例:某出海应用团队在新版本上线前,用内部 10 万句平行语料计算 BLEU 分数,从 36.2 提升到 37.8,达到放行线。同时,他们对 500 条样本进行人工评分,发现新版本在处理“长难复合句”时显著优于旧版,确认 BLEU 的上涨并非“投机式简洁翻译”带来的假性提升。
RAG 问答系统的多维度指标看板
阶段:系统监控阶段
解决的问题:RAG 问答系统的答案既要“从文档中来”(检索准确),又要“讲给人能听懂”(生成自然)。任何单一指标都无法同时守住这两个维度。
具体案例:某企业内部知识库 RAG 系统搭建了实时评估看板:BLEU 监测检索片段与答案的字面一致性,ROUGE-L 监测答案对知识要点覆盖率,BERTScore 监测语义连贯性,每 100 条抽查一轮人工评分。某次发布后 BLEU 正常而 ROUGE-L 骤降,看板第一时间定位到检索模块排序改动导致的“要点遗漏”,成功在用户大规模反馈前回滚版本。
Python 演示
# -*- coding: utf-8 -*-# 一个简化版的多指标评估套件, 演示 BLEU/ROUGE-L/语义相似度组合打分.import mathimport re def _tokenize(text): # 将文本转为小写并按空白切分, 模拟粗粒度 tokenizer return re.findall(r"\w+", text.lower()) def _n_grams(tokens, n): # 生成 n-gram 集合, 并统计每个片段的出现次数 grams = {} for i in range(len(tokens) - n + 1): g = tuple(tokens[i:i + n]) grams[g] = grams.get(g, 0) + 1 return grams def _lcs_len(a, b): # 动态规划求最长公共子序列长度 m, n = len(a), len(b) dp = [[0] * (n + 1) for _ in range(m + 1)] for i in range(1, m + 1): for j in range(1, n + 1): if a[i - 1] == b[j - 1]: dp[i][j] = dp[i - 1][j - 1] + 1 else: dp[i][j] = max(dp[i - 1][j], dp[i][j - 1]) return dp[m][n] class MetricSuite: def __init__(self, reference, max_n=4): # 初始化参考文本及其各阶 n-gram 统计 self.ref_tokens = _tokenize(reference) self.ref_grams = {n: _n_grams(self.ref_tokens, n) for n in range(1, max_n + 1)} self.max_n = max_n def bleu(self, candidate): # 计算 BLEU: 长度惩罚 * 各阶 n-gram 精确率的几何平均 cand_tokens = _tokenize(candidate) c = len(cand_tokens) r = len(self.ref_tokens) bp = 1.0 if c > r else math.exp(1 - r / c) total, smooth = 0.0, 1e-10 for n in range(1, self.max_n + 1): cand_grams = _n_grams(cand_tokens, n) hits = 0 for g, cnt in cand_grams.items(): ref_cnt = self.ref_grams[n].get(g, 0) hits += min(cnt, ref_cnt) total += math.log((hits + smooth) / (sum(cand_grams.values()) + smooth)) return bp * math.exp(total / self.max_n) def rouge_l(self, candidate): # 计算 ROUGE-L 的 F 值, 使用最长公共子序列长度 cand_tokens = _tokenize(candidate) lcs = _lcs_len(cand_tokens, self.ref_tokens) r = lcs / len(self.ref_tokens) p = lcs / len(cand_tokens) if r + p < 1e-10: return 0.0 beta = 1.2 # 偏向覆盖召回率 f = (1 + beta**2) * r * p / (r + beta**2 * p) return f def semantic_sim(self, candidate): # 用字符频率向量近似语义嵌入, 计算余弦相似度作为 BERTScore 的简化演示 def vec(tokens): v = {} for t in tokens: v[t] = v.get(t, 0) + 1 return v a, b = vec(_tokenize(candidate)), vec(self.ref_tokens) inter = sum(min(a.get(k, 0), v) for k, v in b.items()) norm = math.sqrt(sum(a.values())) * math.sqrt(sum(b.values())) return inter / norm if norm else 0.0 def report(self, candidate): # 输出组合评分表, 并按权重给出最终分 b = self.bleu(candidate) r = self.rouge_l(candidate) s = self.semantic_sim(candidate) final_score = 0.4 * b + 0.3 * r + 0.3 * s return {"BLEU": round(b, 4), "ROUGE-L": round(r, 4), "SemSim": round(s, 4), "Final": round(final_score, 4)} if __name__ == "__main__": # 实际演示: 用一段参考问答检测三份候选答案 ref = "模型评估需要兼顾精确率与召回率, 同时配合人工抽查" suite = MetricSuite(ref) candidates = [ "模型评估要同时看重精确率与召回率, 并加入人工检查", "机器翻译需要考察词语重叠度", "模型评估要兼顾精确率与召回率, 同时配合人工抽查", ] for i, cand in enumerate(candidates, 1): print("候选%d: %s" % (i, cand)) print(suite.report(cand))
self.ref_grams = {n: _n_grams(self.ref_tokens, n) ...}预先缓存参考文本各阶 n-gram 统计,避免在 BLEU 计算中重复扫描。bp = 1.0 if c > r else math.exp(1 - r / c)长度惩罚因子:候选译文短于参考译文时,得分按指数衰减,防止“只译关键词”的取巧行为。hits += min(cnt, ref_cnt)截断计数:某个 n-gram 在候选中出现再多也不得超过参考中的出现次数,保证精确率不虚高。total += math.log(...)对每阶精确率取对数,再在循环外除以 max_n,等于几何平均的标准做法。f = (1 + beta**2) * r * p / (r + beta**2 * p)ROUGE-L 的 F 值,beta=1.2 让召回率权重略高,呼应摘要任务“宁多勿漏”。inter / norm词频向量的余弦相似度,作为 BERTScore“语义嵌入+余弦”两步走的最小可运行模拟。final_score = 0.4 * b + 0.3 * r + 0.3 * s组合评分:主指标给 40%,辅助与语义指标各 30%,这也是多指标融合的一种标准配置。
常见误区
误区我以为 BLEU 是机器翻译的“标准答案”,只要 BLEU 分数高,译文就一定流畅自然、忠实原文,可以直接上线。
正解BLEU 只测量 n-gram 字面重叠,不感知语法、逻辑和事实性。一个聪明的“作弊译文”可以靠重复高频词、短小精悍拿下高分,却被人类一眼看出是劣质翻译。它更适合作为回归测试的“哨兵指标”,而不是质量终审。正如王老师只核对成绩单,未必了解学生的真实品性。
为何常见:因为 BLEU 是机器翻译论文里最常见的报告指标,初接触者容易把“论文里常用”误解为“放之四海而皆准”。
误区我觉得 BLEU 和 ROUGE 都是数 n-gram 重叠,一个从候选出发、一个从参考出发,反正最后分数都差不多,选哪个都行。
正解虽然两者都基于 n-gram 重叠,但“视角差异”会带来截然不同的行为。BLEU 惩罚生成多余信息,ROUGE 惩罚遗漏参考要点。对摘要任务,同样的候选在两指标上的排序可能完全不同——一个压缩过度的摘要 BLEU 高但 ROUGE 低。理解“精确率视角”与“召回率视角”之分,才能解释这种分歧。
为何常见:很多教程把 BLEU 与 ROUGE 并列介绍,却鲜少强调精确率与召回率在文本评估中的语义差别,导致学习者以为只是公式镜像。
误区既然 BERTScore 用了能理解上下文的预训练模型,它一定比人都靠谱,我可以放弃人工抽检了。
正解BERTScore 的“语义理解”只是向量空间中的方向一致性,它不知道“地球是平的”这类事实性错误,也难以捕捉否定与数量关系(“不喜欢”与“喜欢”向量可能很接近)。它仍然缺乏常识与世界知识,无法替代人类对真实性、安全性的判断。实际评估体系中,BERTScore 是降本增效的助手,不是人类评审的终结者。
为何常见:我们对“语义嵌入”心存浪漫想象,忽略了预训练模型也只是对语料的统计压缩,并非真正的世界理解。
误区网上说 BERTScore 比 BLEU 强,那我就只用 BERTScore,何必搞三个指标这么麻烦。
正解每个指标都有各自的“盲区光谱”:BLEU 对词面敏感但无视语义,ROUGE 擅长覆盖检测但对流畅度无感,BERTScore 懂语义却放过事实错误。组合评估不是简单堆砌,而是让不同盲区互相遮蔽,再用人工抽查守住系统底线。单指标方案往往在某个维度上“精准地失明”。
为何常见:人们倾向于寻找“银弹”,而评估体系设计本质上是在面对“测量多维度质量”这个复杂任务,偷懒心理自然会引导到单指标决策。
误区我以为 n-gram 里的 n 设置得越大,片段越长,匹配就越严格,BLEU 肯定越精确。
正解n 过大会导致绝大多数 n-gram 长度为 4 以上的片段在参考译文中根本不出现,precision 趋近于零并带来数值不稳定,同时也无法反映人类更看重的短词搭配与流利度。实践中 BLEU 常用 1-gram 到 4-gram 的加权组合,n 的选择本质上是“粒度”和“稀疏性”的权衡。
为何常见:“越严格越精确”的直觉误导了我们——在统计匹配场景里,过严的匹配条件会因数据稀疏而丧失区分度。
面试题
Q1. BLEU 的核心考核方式是什么?
- A.词语重叠度核查← 正确答案
- B.语义相似度判断
- C.语法正确性检验
- D.逻辑连贯性分析
答案:A。BLEU 基于 n-gram 统计候选文本与参考文本的片段重叠,类似教务处核对成绩单,只认字面重合,不关心语义、语法和逻辑。B 是 BERTScore 的特征,C 与 D 主要依赖语法解析器或人工判断。
Q2. ROUGE 指标在评估摘要时更偏向关注什么?
- A.内容要点覆盖率← 正确答案
- B.单词拼写正确率
- C.句子结构复杂度
- D.词汇多样性程度
答案:A。ROUGE 是面向召回率的指标,以参考摘要为基准检查生成摘要覆盖了多少要点,像辅导员对照十二项标准打勾。B、C、D 都不是 ROUGE 的设计目标。
Q3. 下列哪个指标基于预训练模型语义嵌入计算?
- A.BERTScore← 正确答案
- B.BLEU
- C.ROUGE-N
- D.ROUGE-L
答案:A。BERTScore 用 BERT 把词编码成语义向量,再以余弦相似度衡量匹配。BLEU 与 ROUGE 都只做 n-gram 字面重叠统计,没有语义编码环节,因此 A 是唯一正确项。
Q4. BLEU 引入简短惩罚(BP)的主要目的是什么?
- A.防止译文过短造成分数虚高← 正确答案
- B.提升译文的句子流畅程度
- C.增加词典的覆盖范围
- D.加快模型推理的速度
答案:A。BP 在候选译文短于参考译文时按指数衰减分数,相当于惩戒“只译关键词”的应试技巧。它不改变流畅度、词典或速度,B、C、D 均与惩罚因子无关。
Q5. ROUGE-L 中的 L 代表什么含义?
- A.最长公共子序列← 正确答案
- B.线性回归模型
- C.局部敏感哈希
- D.语言模型损失
答案:A。L 是 Longest Common Subsequence(最长公共子序列),它允许跳过不连续的词以捕捉两句话之间保持顺序的共同骨架。B、C、D 属于其他技术领域术语,与 ROUGE 变体无关。
Q6. 下列哪种情况 BERTScore 表现通常优于 BLEU?
- A.译文使用近义词替换表达← 正确答案
- B.译文出现大量拼写错误
- C.参考文本包含数字信息
- D.参考文本包含专业缩写
答案:A。BERTScore 在语义向量空间中匹配词语,能识别“apple“与”fruit”这类近义替换;BLEU 只认字面,遇到同义词直接判不匹配。B、C、D 均非 BERTScore 的强项场景,拼写错误反而会干扰嵌入表达。
Q7. 设计 LLM 评估体系时,下列哪些做法合理?
- A.组合多种自动指标共同评估← 正确答案
- B.仅依赖 BLEU 单一分数
- C.引入人工抽样检查机制← 正确答案
- D.根据任务类型选择合适的指标← 正确答案
答案:ACD。指标体系设计的要点是多指标互补、人工兜底、任务适配,对应 A、C、D。B 依赖单一指标会错失语义盲区,类似只听一位评委的意见,风险集中且缺乏交叉验证。
Q8. 关于 BLEU 的简短惩罚因子 BP,下列说法正确的有?
- A.惩罚长度过短的候选译文← 正确答案
- B.候选长于参考时不施加惩罚← 正确答案
- C.可以提高短译文的最终得分
- D.作用于精确率的几何平均结果← 正确答案
答案:ABD。BP 在 c ≤ r 时取 e^{1-r/c} 压低得分,在 c > r 时取 1 不惩罚,故 A、B 正确;它以系数形式乘在几何平均结果前,因此 D 也正确。C 方向说反,BP 只会降低短译文分数,不会提高。
Q9. BLEU 指标的已知局限包括哪些?
- A.无法识别同义表达← 正确答案
- B.只衡量局部词重叠← 正确答案
- C.对语义相似度敏感
- D.需要预训练模型高开销
答案:AB。BLEU 以 n-gram 重叠为核心,不认识同义词(A),也是局部词面匹配(B)。它恰恰对语义不敏感(C 错误),且无需预训练模型开销(D 是 BERTScore 的代价)。A、B 正是 BLEU 局限性的标准描述。
Q10. 若某自动指标与人工评分的皮尔逊相关系数为 0.9,这说明什么?
- A.指标接近但仍未完全替代人工← 正确答案
- B.指标可以完全替代人工评估
- C.两者之间没有任何线性关系
- D.模型性能已经超越人类水平
答案:A。0.9 表示强正相关,但也意味着仍有约 19% 的方差无法被该指标解释(1 - 0.9²),且在排序尾部可能存在明显偏差。强相关不等于恒等,评估体系仍需人工抽查兜底。B 把相关当因果替代,C 完全错误,D 混淆了“评估指标”与“被评估模型”两个层面。