想象一条美食街举办“最强厨师争霸赛”:主办方把两道菜端到食客面前,但不说是哪家餐厅的作品,只标明“蓝衣大厨”和“红衣大厨”。食客各自尝过,投出更喜欢的一票。没有评委席,没有打分细则,海量的普通食客就是裁判——你也许吃不出“火候”的精准差别,但你能说出哪道菜更合口味。 AI 圈里真有一场这样的比赛,叫 Chatbot Arena。它把两个大模型匿名摆在一起回答同一个问题,由真实用户凭直觉投票。攒下海量对局后,统计学家 Bradley 和 Terry 留下的模型负责把“谁赢了谁”换算成“谁更强”,最终以 Elo 评分的形式写进 LMSYS 公开发布的排行榜——就像美食街入口那张每天更新的口碑榜。这篇文章带你从零看懂这个擂台:匿名对战怎么玩,Elo 分怎么涨跌,排行榜背后有多少门道,以及如何把整套打法搬回你自己的 RAG 客服系统里。

岗位关联

学会 Chatbot Arena 与 Elo 的原理,你就能看懂各大模型排行榜,并用同样的“匿名对战+偏好统计”方法,为自家的 RAG 客服系统做科学的模型选型与持续迭代。

目录
  1. 可视化演示
  2. 盲测对战擂台:Chatbot Arena 是什么
  3. Elo 评分原理:口碑分怎么涨跌
  4. BT 模型详解:统计学家登场
  5. LMSYS 排行榜:墙上的大榜单
  6. 偏好偏差控制:不能让口味偏差带偏
  7. RAG 评测实战:把擂台搬进自家厨房
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

查看匿名对战流程,观察Bradley-Terry模型计算Elo期望胜率与评分更新,浏览LMSYS公开排行榜结构。

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

匿名对战 真实用户偏好 BT模型 Elo评分驱动排名

盲测对战擂台:Chatbot Arena 是什么

一条美食街为了选出“最强大厨”,摆下擂台。为了防止食客被名气干扰,主办方把两道菜分别交给“蓝衣大厨”和“红衣大厨”——菜品端上来时没有品牌、没有头衔,食客只凭味道投票。谁也不知道自己吃的是米其林大厨的作品,还是街角小摊的手艺。名字被藏起来的那一刻,“口碑”才真正开始说话。

Chatbot Arena 就是 AI 圈里这条美食街。它由 LMSYS 组织发起,是当下最具影响力的大模型公开评测平台之一。用户输入一个真实问题,两个未知身份的模型分别作答,左右并排展示。用户不需要懂任何技术,只要凭直观体验投出“左更好”或“右更好”即可。这些真实提问五花八门:从“帮我写周报”到“解释量子纠缠”,覆盖了普通人的日常使用场景。

这种“匿名对战”的设计精妙之处在于,它把“模型能力强弱”这个模糊问题,转化成了“一堆人类偏好对局”的清晰数据。每场对局就是一条样本:问题、模型A回答、模型B回答、人类选择。海量样本汇聚之后,才让后续的 Elo 计算和 Bradley-Terry 建模成为可能——没有这些对局数据,任何评分方法都是无米之炊。

就像美食街的盲测让“味道”而不是“名气”说话,Chatbot Arena 的匿名机制让“真实用户体验”而不是“厂商宣传”决定排名。这正是它被称为"Arena"(竞技场)的原因:每个模型上台交手,靠观众的投票决定江湖地位。

Elo 评分原理:口碑分怎么涨跌

擂台开赛后,每家大厨都有了“口碑分”。规则很聪明:赢了强手,涨分多;赢了弱手,涨分少;若爆冷输给一个分数很低的选手,扣分最狠。分数不是简单的胜一场加一分,而是“实际表现是否超出预期”决定调整幅度——这正是 Elo 评分系统的核心直觉。

这套规则最初由国际象棋大师 Arpad Elo 设计,用来科学地计算棋手排名。后来被围棋、电竞、以及今天的 AI 评测广泛借用。Chatbot Arena 用它把每场“谁更讨人喜欢”的投票,压缩成一个可比较的分数。先看模型 A 对模型 B 的预期胜率:

比赛结束后,就要用更新公式修正双方评分:

EA=11+10(RB−RA)/400\displaystyle E_A = \frac{1}{1 + 10^{(R_B - R_A)/400}}
如果模型 A 以 90% 的预期胜率输掉了,$1 - 0.9 = 0.1$ 乘以 K 后仍会剧烈掉分;反之,弱队爆冷赢下强队,涨分幅度会让人惊讶。每场盲测投票,就像食客投出的一票,把口碑分往“真实水平”方向拽一步。
  1. 实际结果$S_A$ 的取值只有 1(胜)或 0(负),属于赛果数据。
    SA∈{0,1}S_A \in \{0, 1\}
  2. 预期差值$S_A - E_A$ 表示“实际表现超出预期的程度”,正数说明爆冷,负数说明翻车。
    SA−EAS_A - E_A
  3. 放大倍数乘以 K 因子(如 32),控制单场比赛最大调整幅度,K 越大评分越“敏感”。
    K⋅(SA−EA)K \cdot (S_A - E_A)
  4. 叠加底座新评分等于旧评分加上调整量,评分就这样逐场逼近真实水平。
    RA′=RA+K(SA−EA)R_A' = R_A + K(S_A - E_A)

BT 模型详解:统计学家登场

美食街的老板发现,光有 Elo 分还不够科学——为什么两个人胜率差 10%,分数就要按那个比例调?这个“凭什么”的答案,藏在两位统计学家 Bradley 和 Terry 1952 年提出的模型里。它回答了一个更基本的问题:已知一堆“谁赢了谁”的记录,如何反推出每个参赛者最可能的真实实力?

如果把 Elo 分看作“表面分”,Bradley-Terry 模型就像是“内部体检报告”。它假设每位参赛者都有一个真实的强度参数 $\theta$,两人对决时的胜率完全由这两个参数决定。不存在“状态好坏”“天气影响”——模型把所有不确定性都压缩进了这个简单概率公式:

有了这个统计根基再看 Elo,你会发现两者殊途同归:Elo 的预期胜率公式在数学上等价于 Bradley-Terry 模型的对数参数化形式。Elo 是 BT 模型的一个高效工程实现,而 BT 模型给了 Elo“为什么这样算”的理论合法性。统计学家给美食街装上了一台真正的“实力测量仪”:每一票都是一小块信息拼图,拼图足够多,每个大厨的真实内力便无处遁形。

P(i≻j)=θiθi+θj\displaystyle P(i \succ j) = \frac{\theta_i}{\theta_i + \theta_j}
两人实力相同时胜率 50%;一方强度翻倍,胜率则变为 2/3。Brradley-Terry 模型并不需要人为指定“赢一场加多少分”,而是从大量胜负数据中倒推出这些参数——这就是最大似然估计在做的事。
  1. 实力值$\theta_i$ 是模型 i 的真实强度参数,非负,越强值越大。
    θi\theta_i
  2. 强度之和双方强度之和作为分母,把比值的范围压到 0~1 之间。
    θi+θj\theta_i + \theta_j
  3. 强度占比i 的强度占总强度的比例,就是 i 赢下 j 的概率——强得越多,占比越高。
    θiθi+θj\frac{\theta_i}{\theta_i + \theta_j}
  4. 对数链接实际建模时常令 $\theta_i = e^{r_i}$,$r_i$ 就是 Elo 评分,这样保证强度始终为正。
    θi=eri\theta_i = e^{r_i}

LMSYS 排行榜:墙上的大榜单

美食街入口挂着一面大木板,按口碑分列出所有大厨的排位。但常来的食客都会看两样东西:分数旁边的“投票人数”和置信区间。只有 3 个人投过票的摊位,分数再高也只能算“值得关注”而非“实力确定”。毕竟,3 票的 90 分和 3000 票的 88 分,含金量完全不同。

LMSYS Chatbot Arena 官网上的公开排行榜,就是 AI 界这面大木板。它实时展示参战大模型的 Elo 分、置信区间以及对战场次。新模型以 1400 的初始分入场,随后每收到一次真实用户投票,分数就更新一次。榜单每周都在变,模型发布后的热度曲线和实力爬升过程都一目了然。

排行榜在展示 Elo 分的同时,会明确标出 95% 置信区间。这个区间的宽度直接由样本量决定:对战场次过少,区间就宽得像“薛定谔的排名”——榜首可能下一场就换人;对战场次过万,区间收窄到 ±3 分以内,排名才有参考价值。LMSYS 用 Bootstrap 重采样等统计方法计算区间,同时控制每场对局的质量,比如过滤掉“A/B 回答完全相同”的无效投票。

排行榜是给 AI 圈食客们的“参考目录”。分数重要,但“打了多少仗”同样重要。下次看到某个模型登顶,先别急着欢呼,看一眼它脚下的对局数——数字越大,榜单位置越经得起推敲。

偏好偏差控制:不能让口味偏差带偏

盲测擂台也并非完美。有的食客看到摆盘精致就加分,哪怕味道平平;有的食客坚信“长篇大论=有诚意”,被模板套话糊弄过去;还有的食客天生更关注左手边先看到的东西。这些场外因素,都会悄悄扭曲投票结果——美食评论界如此,AI 评测界亦然。

Chatbot Arena 的投票数据里藏着好几种系统性偏差。最典型的是位置偏差:左右栏并排展示时,左栏更容易被视线先扫到,投票概率略高;其次是长度偏好:模型回答越长,用户越倾向于认为它“更努力、更全面”,从而投它一票——哪怕长回答里有不少废话;此外还有风格偏差:自信的口吻、漂亮的小标题、加粗列表,都会显著提升好感度。

LMSYS 官方针对这些偏差做了不少功课:随机交换左右栏位置以抵消位置偏差;按回复长度分层统计胜率,区分“真强”和“长取胜”;对单个用户设置投票上限,防止个别极端偏好主导榜单。这些统计校正手段,本质上是在给“偏好信号”去噪,让 Elo 分尽量反映模型实力而非观感错觉。

看懂这些偏差,是 AI 从业者的基本素养。就像老食客知道“摆盘好看不代表味道好”,你在看任何大模型评测榜单时,也要追问一句:这个分数里有多少是实力,有多少是“滤镜”?

RAG 评测实战:把擂台搬进自家厨房

热闹的美食街看完了,最终要回到自家厨房。假设你正在搭建一个 RAG(检索增强生成)客服系统,每天要处理大量用户咨询,那么你必然面临两个问题:该选用哪个大模型当底座?答案质量到底行不行?靠直觉拍板是危险的——公开排行榜上的第一名,未必适合你的客服领域。

Chatbot Arena 的整套方法论完全可以移植进企业内部评测,不需要全球级规模,只需要“匿名对战 + 偏好统计”这个内核。具体做法分三步:第一步,准备一批真实客服问答作为题库,覆盖产品咨询、售后、投诉等高频场景;第二步,让候选模型逐个回答,组织人工标注员(或大模型裁判)进行匿名 A/B 对决;第三步,用 Elo 公式更新每个候选模型的评分,一段时间后输出内部排行榜。

这套流程的本质是把“模型好不好”这个主观问题,转化为“模型之间的相对强弱”这个可计算问题。值得注意的细节是:模型版本更新也要纳入对局——比如小杯的 4o-mini 和大杯的 4o,到底差距多大、值不值那个价格,让 Elo 分说话。同时,可以收集真实用户的“已解决/未解决”反馈作为隐式投票,持续喂给评分系统。

你不必等 LMSYS 公开榜单给你答案。把“美食街盲测”的逻辑装进自家的客服系统,用真实用户的偏好持续校准模型选型的眼光,你就能在每次模型升级时做出有数据支撑的决策,而不是人云亦云。

AI 应用场景

场景一:内部模型选型擂台赛

阶段:模型评测与选型

解决的问题:传统做法靠“感觉”选模型——技术负责人试用几天、看看公开榜单就拍板,缺乏对自身业务场景的量化验证。Chatbot Arena 的匿名对战方法可以把选型变成一场有数据支撑的擂台赛。

具体案例:某 RAG 客服团队从真实工单中抽取 200 条高频问题,让 GPT-4o、Claude 3.5、DeepSeek-V3 等候选模型匿名对决,组织 20 名资深客服标注员投票。持续两周收集约 800 局对战后,Elo 排名显示:排名第三的“小模型”在客服场景反而最稳——因为它回答更简洁、引用更准确。团队最终改用该模型,调用成本下降 60%。

场景二:LLM-as-Judge 自动化裁判

阶段:持续评测与回归检测

解决的问题:人工投票虽然真实,但速度慢、成本高,无法覆盖每次更新。用大模型扮演“食客”自动投票,可以把 Elo 评测嵌入 CI/CD 流水线,实现分钟级回归测试。

具体案例:某客服系统团队在每次更新提示词模板或知识库后,自动触发 300 场匿名对决:同一个问题、两个候选回答(旧版 vs 新版),由裁判大模型给出偏好并更新内部 Elo 榜。某次更新后,Elo 分骤降 12 分,定位发现是提示词改动导致回答过度冗长——长度偏好救了它,但真实用户满意度反而下降。问题在数小时内被拦截,避免了线上事故。

场景三:用户反馈驱动的持续评分

阶段:线上效果监测与闭环优化

解决的问题:上线后的模型效果会随用户行为偏移而变化,静态评测无法察觉。把用户的“点赞/点踩/已解决”反馈当作隐式投票,用 Elo 持续更新模型分,形成数据闭环。

具体案例:某电商智能客服在对话结束页嵌入“是否解决”按钮,每条反馈被折算成一场“用户 vs 系统”的对局——用户点击“未解决”视作系统失分。每日聚合后输出模型健康度分数,分数连续三天下滑时触发告警,自动切换到备选模型槽位。

Python 演示

python51 行
# -*- coding: utf-8 -*-"""模拟 Chatbot Arena 的 Elo 评分机制,胜负由 Bradley-Terry 模型生成"""import mathimport random MODELS = ["gpt-4o", "claude-3.5", "llama-3", "qwen-2.5"]TRUE_LOGIT = [1.8, 1.2, 0.6, 0.0]   # 每个模型的真实对数强度ELO_INIT = 1400                     # 新模型入场分K = 32                              # 单场最大调整幅度  def expected(r_a, r_b):    """Elo 预期胜率:评分差 R_B - R_A 映射为 0~1 的概率"""    return 1.0 / (1.0 + math.pow(10, (r_b - r_a) / 400.0))  def battle(i, j):    """用 Bradley-Terry 概率生成胜负,返回胜者下标"""    p_i = math.exp(TRUE_LOGIT[i]) / (math.exp(TRUE_LOGIT[i]) + math.exp(TRUE_LOGIT[j]))    return i if random.random() < p_i else j  def main():    random.seed(42)    elo = {m: ELO_INIT for m in MODELS}    wins = {m: 0 for m in MODELS}     print("=== 模拟 300 场匿名对战(K=32,初始分 1400)===\n")    for _ in range(300):        i, j = random.sample(range(len(MODELS)), 2)        a, b = MODELS[i], MODELS[j]        winner_idx = battle(i, j)        wins[MODELS[winner_idx]] += 1        score_a = 1.0 if winner_idx == i else 0.0        e_a = expected(elo[a], elo[b])        elo[a] += K * (score_a - e_a)        elo[b] += K * ((1.0 - score_a) - (1.0 - e_a))     print(f"{'模型':<12}{'胜场':<6}{'Elo':<10}排名")    for rank, (m, score) in enumerate(sorted(elo.items(), key=lambda x: x[1], reverse=True), 1):        print(f"{m:<12}{wins[m]:<6}{score:7.1f}   {rank}")     a, b = MODELS[0], MODELS[1]    bt_p = math.exp(TRUE_LOGIT[0]) / (math.exp(TRUE_LOGIT[0]) + math.exp(TRUE_LOGIT[1]))    elo_p = expected(elo[a], elo[b])    print(f"\n{a} vs {b}:真实 BT 胜率 {bt_p:.3f},Elo 预估胜率 {elo_p:.3f}")    print("对局越多,Elo 就越接近 Bradley-Terry 的'真实答案'。")  if __name__ == "__main__":    main()
目的:模拟一次小规模 Chatbot Arena 比赛——用 Bradley-Terry 模型生成对战结果,用 Elo 公式实时更新评分,最后对比 Elo 预估胜率与真实 BT 胜率,直观展示“Elo 从数据中逼近真实实力”的过程。
  1. return 1.0 / (1.0 + math.pow(10, (r_b - r_a) / 400.0))这就是 Elo 预期胜率公式,评分差越大,领先方胜率越高。
  2. p_i = math.exp(TRUE_LOGIT[i]) / (math.exp(TRUE_LOGIT[i]) + math.exp(TRUE_LOGIT[j]))用 Bradley-Terry 模型按“真实强度”生成对局胜负,模拟人类偏好的底层概率。
  3. elo[a] += K * (score_a - e_a)Elo 更新核心一行:实际结果超出预期多少,评分就往那个方向调整多少。
  4. elo[b] += K * ((1.0 - score_a) - (1.0 - e_a))同步更新模型 B:A 得多少分,B 就失多少分,总分守恒。
  5. sorted(elo.items(), key=lambda x: x[1], reverse=True)按 Elo 从高到低排序,输出最终排行榜。
  6. elo_p = expected(elo[a], elo[b])用训练后的 Elo 分反推 BT 胜率,验证“Elo ≈ Bradley-Terry 的工程化实现”。

常见误区

误区我在 Chatbot Arena 上看到排名第一的模型,以为它在任何任务上都会更强,直接拿来当 RAG 客服系统的底座,结果回答又长又绕,用户根本不买账。

正解Elo 分是相对强弱度量,反映的是“一群用户在随机问题上更喜欢谁”,不是绝对能力。榜首可能赢在表达风格讨喜、回答足够长、或者营销热度制造了“确认偏差”。客服场景更看重“是否准确命中知识库答案”,选型必须结合业务场景做小样本评测,不能照搬公开榜。

为何常见:排行榜给了一个“总分”,人脑会自动把它解读为“综合实力排名”,忽略了分数背后的样本分布和偏好来源。

误区听说 K 是 Elo 的“学习率”,那我把 K 调到 100,几百场就能把最优模型顶上去,做内部评测不是更快吗?

正解K 是单场对局的最大调整幅度。K 太大,评分像过山车——一场冷门就能把强模型甩出前五;K 太小,新模型需要几千场才能爬到真实位置。LMSYS 在实践中通常用 16~32 的 K 值,优先保证榜单稳定,再靠场次积累慢慢收敛。

为何常见:直觉上“反应快=效率高”,但忽略了排行榜的长期可信度目标——我们需要的不是瞬间高潮,而是持续稳定的排名。

误区既然用户看不到模型品牌,投票结果就一定是“纯实力”说话,左右位置、回答长度这种小细节不会影响大局。

正解匿名只消除了品牌滤镜。回答长度、左右展示位置、措辞自信度、格式(列表 vs 段落)仍会系统性影响用户判断。LMSYS 官方研究明确指出这些偏差,并采用随机换位、按长度分层等统计手段进行校正。

为何常见:匿名是最显眼的机制,看到它就觉得“很公平”了,但偏差往往藏在更隐蔽的维度里——就像盲测时摆盘精致的菜依然更容易得高分。

误区BT 模型的公式里只有 $i$ 和 $j$ 两个下标,应该只处理两两对比,没法对几十个模型做全局排名。

正解BT 模型天然支持 n 个参赛者,每个参赛者都有一个独立的强度参数 $\theta_i$,任意两两比赛的胜率由这两个参数决定。用最大似然估计可以从所有对局中联合解出所有模型的实力值——Elo 排行榜正是这么干的。

为何常见:公式的局部形式让人误以为它只能管“一场比赛”,忽略了“联合估计全局参数”才是模型的真正用途。

面试题

Q1. Chatbot Arena 评测大模型的核心方式是哪种?

单选题 · easy

  • A.自动指标打分
  • B.用户盲测投票← 正确答案
  • C.代码执行测试
  • D.人工专家评审

答案:B。Chatbot Arena 让两个匿名模型同时回答同一问题,由真实用户凭体验投票,而不是用 BLEU/Rouge 等自动指标。人工专家评审样本量有限,不适合海量众包;代码测试只适用于程序类任务,无法覆盖开放式问答。盲测投票的核心是“把偏好当数据”。

Q2. 在 LMSYS Chatbot Arena 中,新模型参与评分的初始 Elo 分通常设为多少?

单选题 · easy

  • A.0 分起步
  • B.500 分起步
  • C.1400 分起步← 正确答案
  • D.10000 分起步

答案:C。1400 是 Elo 体系常用的中性初始分,LMSYS 采用它让所有新模型从同一起跑线开始。0 分相当于模型“不存在”的状态;500 分或极高的初始分都会破坏预期的对称性,导致早期胜负对评分的修正不合理。

Q3. Elo 更新公式 $R_A' = R_A + K(S_A - E_A)$ 中,$S_A$ 代表什么?

单选题 · mid

  • A.A 的当前评分
  • B.A 的实际胜负结果← 正确答案
  • C.A 的预期胜率
  • D.K 因子数值

答案:B。$S_A$ 取值只能为 1(胜)或 0(负),代表实际结果;$E_A$ 才是由评分差算出的预期胜率。当实际结果高于预期时,$(S_A - E_A)$ 为正,评分上升。本题考的是对公式符号含义的精确理解,初学者常把 $S_A$ 与 $E_A$ 混淆。

Q4. Elo 预期胜率公式中,评分差为什么要除以 400?

单选题 · mid

  • A.为了放大评分差距
  • B.匹配胜率概率尺度← 正确答案
  • C.避免除零的错误
  • D.为了加快收敛速度

答案:B。除以 400 是把“评分差”映射到“对数几率”尺度:评分差 400 分时强方预期胜率为 89%,100 分时约为 64%。这个标度让分数与胜率概率兼容,并非任意魔法数。若改成除以 100,同样分数差会对应过高的胜率,排行榜将失去区分度。

Q5. Bradley-Terry 模型中的参数 $\theta_i$ 表示什么?

单选题 · easy

  • A.模型胜利总场次
  • B.模型出战总次数
  • C.模型的真实强度← 正确答案
  • D.模型被采样概率

答案:C。$\theta_i$ 是非负强度参数,值越大表示该模型的真实“内力”越强;$\theta_i = \theta_j$ 时双方胜率五五开。胜利场次是观测数据,不是模型参数。理解这一点是区分“数据”与“模型”的关键。

Q6. LMSYS 排行榜上某个模型置信区间特别宽,最合理的解释是?

单选题 · mid

  • A.模型实际能力极强
  • B.模型实际能力很差
  • C.样本不足排名不稳← 正确答案
  • D.榜单计算有错误

答案:C。置信区间宽度与有效对战场次成反比。样本少意味着获取的信息不足,区间自然宽,排名可能被下一场比赛大幅改写。正确态度是“再观察一阵子”,而不是直接采信当前名次。这也提醒我们:看榜必须看置信区间。

Q7. 在 Elo 更新公式中,K 因子(如 K=32)直接决定了什么?

单选题 · hard

  • A.单场排名最大变化← 正确答案
  • B.初始评分的大小
  • C.对局轮数上限
  • D.样本量下限值

答案:A。因为 $|S_A - E_A| \le 1$,所以单场调整量的绝对上限就是 K。K=32 意味着任何一场比赛的评分变动不会超过 32 分。K 越大评分越灵敏但也越震荡;它与初始分、轮数、样本量没有直接关系。

Q8. 以下哪些因素会影响 Chatbot Arena 投票的公平性?

多选题 · mid

  • A.左右位置偏差← 正确答案
  • B.回答长度偏好← 正确答案
  • C.提问主题差异← 正确答案
  • D.网络延迟影响

答案:ABC。左栏更容易被先看到、回答更长显得“更全面”、提问领域偏向某类模型,都是真实存在的系统偏差;网络延迟影响用户体验,但不直接扭曲“谁更好”的判断。匿名化消除了品牌滤镜,但这些细粒度偏差仍需统计手段持续校正。

Q9. 以下哪些做法可以有效缓解 Chatbot Arena 中的偏好偏差?

多选题 · hard

  • A.调换答题位置← 正确答案
  • B.按长度分组统计← 正确答案
  • C.扩大样本量评估← 正确答案
  • D.让模型自评打分

答案:ABC。随机调换左右栏可抵消位置偏差;按回复长度分层看胜率,能判断分数是“真强”还是“长取胜”;扩大样本量能收窄置信区间、提高排名稳定性。让模型自己给自己打分是主观代理,不能代替人类偏好,反而可能引入新偏差。

Q10. 关于 Elo 与 Bradley-Terry 模型的关系,理解正确的是?

多选题 · extreme

  • A.Elo 与 BT 模型等价← 正确答案
  • B.BT 可扩展多模型← 正确答案
  • C.Elo 无需任何假设
  • D.BT 仅限双模型

答案:AB。Elo 的预期胜率公式与 Bradley-Terry 模型在对数参数化下数学等价,A 对;BT 模型可以为任意多个参赛者各分配一个强度参数并联合估计,B 对、D 错。Elo 同样依赖“评分可比较、胜率独立”等统计假设,并非“无需任何假设”,C 错。