評価・監視・ガードレール

ベンチマークスイートとは|真の勝率52%のモデルは、100問だと6割しか勝てなかった

ベンチマークスイートは何問あればよいのか僅差のモデルはどう扱うのか問題はどう選ぶのか

本当は強いモデルでも、問題数が足りないと負けます。真の勝率52%なら、100問での正答は60.8%でした。

1000問まで増やして90.1%です。僅差の比較には、桁違いの問題数が要ります

この記事の要点

  • 勝率52%は100問で60.8%
  • 1000問まで増やして90.1%
  • 勝率60%なら100問で97.0%
  • 勝率70%は20問で95.0%

真の勝率52%のモデルは、100問だと6割しか勝てなかった

問題数が足りないと、強いほうが負けます。必要な数は差の大きさで決まります。

ベンチマークスイートで最初に決めるのが問題数です。実際に走らせて、何問あれば結論が安定するのかを測りました。

2つのモデルを問題ごとに比べます。真の勝率が分かっている状態で、問題数を変えて2000回まわしました。

問題数を動かす

text
2つのモデルを問題ごとに比べる。2000回まわして、勝ち負けの向きが正しく出る割合を測る

真の勝率        20問      50問     100問     200問     500問    1000問
52%           48.8%    53.6%    60.8%    70.7%    81.0%    90.1%
55%           59.8%    70.0%    80.0%    92.0%    97.9%   100.0%
60%           75.5%    89.8%    97.0%    99.6%   100.0%   100.0%
70%           95.0%    99.8%   100.0%   100.0%   100.0%   100.0%

真の勝率52%の行を見てください。20問では48.8%で、コインを投げるより悪い結果です。

100問でも60.8%です。4割の確率で、強いほうが負けたという結論が出ます

差が大きければ少なくて済む

真の勝率70%なら、20問で95.0%です。100問あれば100.0%になります。

差が2倍になると、必要な問題数はおよそ4分の1です。逆に差が半分になると4倍要ります。

出典もこの向きを自動採点で信号がやや弱くても問題数が多いほうが、人手で丁寧に採点した少数の問題より良いと述べています。

僅差のモデルほど、必要な問題数が跳ね上がる。

単位: %真の勝率70%100%真の勝率60%97%真の勝率55%80%真の勝率52%60.8%2000回まわした実測。値は、勝ち負けの向きが正しく出た割合。
図1 ── 100問での正しさ
出典Anthropic「Create strong empirical evaluations」2026-08-18 確認
More questions with slightly lower signal automated grading is better than fewer questions with high-quality human hand-graded evals.
原文Anthropic「Create strong empirical evaluations」 この内容の有効期限2027-02-18

1000問でも足りない差がある

問題数を増やせばいつか決着します。決着しない範囲があることを、先に認めておく必要があります。

ベンチマークスイートで危ないのは、順位が出たから差があると考えることです。表の左上を見返します。

真の勝率52%は、1000問まで増やしても90.1%です。10回に1回は逆の結論が出ます。

これは実際に差がある場合の数字です。差がまったくない50%なら、どこまで増やしても五分五分にしかなりません。

順位より幅を出す

順位を1本の線で出すと、この不確かさが消えます。勝った数と問題数を一緒に出すだけでも伝わります。

100問で54勝なら、真の勝率が5割を切っている可能性も残ります。数字の幅を添えておくと読み手が判断できます。

問題の選び方で結論が変わる

問題数を増やしても、問題の中身が業務と違えば意味がありません。よく使う型が入っていないと、順位は業務に効きません。

出典も設計の指針を実際の業務で起きる課題の分布を映すように評価を設計することとしています。

公開されている問題集をそのまま使うときは、自社の業務と重なっている部分を確かめます。重ならない部分の順位は参考程度です。

問題数を増やしても、決着しない差はある。

単位: %1000問90.1%500問81%200問70.7%100問60.8%20問48.8%2000回まわした実測。引き分けは誤りとして数えた。
図2 ── 真の勝率52%のときの正しさ
出典Anthropic「Create strong empirical evaluations」2026-08-18 確認
Design evals that mirror your real-world task distribution.
原文Anthropic「Create strong empirical evaluations」 この内容の有効期限2027-02-18

採点を自動にできる形へ問題を書き直す

必要な問題数は数百から数千です。人手で採点する前提だと、その数に届きません。

ベンチマークスイートに必要な問題数は、この計測のとおり数百から数千です。人が採点していては届きません。

出典も形式の作り方を自動採点ができるように問題を組み立てること。たとえば多肢選択、文字列一致、コードによる採点、LLMによる採点と挙げています。

書き直しの手

  1. 選択肢にする。自由記述を4択に置き換える
  2. 形を決める。答えの書き方を1通りに縛る
  3. 実行で確かめる。コードなら動かして判定する
  4. 採点も機械にやらせる。基準を書いて判定させる

1番目は簡単ですが、業務の形から離れます。実際に書かせる場面を測りたいなら、2番目か4番目です。

人手は少数に絞る

人手をなくす必要はありません。自動採点で数を稼ぎ、割れた問題だけ人が見るという分け方ができます。

人手の一致率そのものが低いこともあります。人手評価の記事では、そのばらつきを測っています。

必要な問題数から逆算すると、採点は自動しかない。

充足 2 / 4比べたい差の大きさを決めている勝率60%なら100問、52%なら1000問でも90.1%にしかならない自動採点できる形式にしている必要な問題数が数百から数千になり、人手では届かない問題数を決めずに順位を出している20問では、真の勝率52%のモデルが48.8%しか勝てない公開の問題集をそのまま使っている業務の分布と重ならない部分の順位は、業務に効かない2000回まわした実測にもとづく。引き分けは誤りとして数えた。
図3 ── 組む前の点検項目
余談 この計測での注意

問題ごとの勝ち負けは互いに独立という置き方です。実際の問題集は似た問題が固まっていることが多く、その場合は実質的な問題数が減ります。真の勝率が分かっている状況も、実務ではありません。ここで見せているのは、差が小さいほど必要な問題数が急に増えるという関係です。

出典Anthropic「Create strong empirical evaluations」2026-08-18 確認
Structure questions to allow for automated grading (for example, multiple-choice, string match, code-graded, LLM-graded).
原文Anthropic「Create strong empirical evaluations」 この内容の有効期限2027-02-18

よくある質問

ベンチマークは何問あればよいですか
差の大きさで決まります。この計測では真の勝率60%なら100問で97.0%、52%なら1000問でも90.1%でした。
20問でも比べられますか
はっきり差があれば比べられます。真の勝率70%なら20問で95.0%の確率で正しい向きが出ました。
僅差のモデルはどう扱いますか
問題数を増やすか、差が小さいと認めます。52%を確実に見分けるには、この計測では1000問でも足りませんでした。
採点は人でやってよいですか
問題数が稼げなくなります。自動で採点できる形にして、数を増やすほうが結論は安定します。

まとめ

  • モデルを比べる問題集
  • 必要な問題数は差の大きさ次第
  • 僅差なら桁違いに要る
  • 採点は自動にして数を稼ぐ

今日から始められること

  1. 比べたい差の大きさを先に決める
  2. その差に必要な問題数を表から引く
  3. 自動採点できる形式に問題を書き直す
  4. 実際の業務の分布に合わせて問題を選ぶ

実務で組んだベンチマークスイートのワークフローには、値段が付きます

同じ課題を持つ会社にとって、動いている設定は「作る時間」を買えるということです。ServiceDockは自作のワークフローやテンプレートを出品できるマーケットプレイスです。手数料や出品の流れは出品者向けページにまとまっています。

出品の仕組みを見る