id: G-51(誌面表示: G-51) · 物理ページ: 584–585(pages=2) · category: term_llm · figure_type: structure · status: ready · evaluation_date: 2026-09-05
tagline 30/25-45何を 89/60-200どこで 96/60-200会話例 33/25-50見1 26/15-40見2 23/15-40見3 20/15-40見4 24/15-40見5 23/15-40見6 21/15-50
← G-50 Evals 目次 G-60 GraphRAG →
バイブ特有
584

LLM-as-a-judge

エルエルエムアズアジャッジ
AI の出力を、別の AI に採点させて素早く評価するやり方です。
体験区分:少しだけ触った 推奨読者レベル:Level 3-4

何をしてくれるか

AI が出した回答を、別の AI モデルが採点します。人手だけでは追いつかない量を素早くさばくための評価方法で、評価軸ごとにルーブリック(採点基準表)を用意すると点数のぶれが減ります。

どこで出会うか

自社のプロダクトやエージェントの出力を継続的に採点したいときに登場します。Evals(評価のしくみ)を作る場面で、人手評価では追いつかない量をさばく一次判定役として使われることが多い立場です。

構造図
図(figure_type: structure)は本番生成器(Astro + React primitive)で描画。
iter 22 時点ではプレースホルダ。
LLM-as-a-judge を使う人

生成した AI の答えが、別枠に立つ judge 役の AI に渡ってルーブリックと照らして採点され、判断に迷う境界事例だけ矢印が人へ分岐する 3 段の構造

擬人化ポンチ絵 · 後日差し込み
開発フローでの位置
ルーブリックを書く
judge に採点させる
一致率を確認する
本番へ組み込む
判定のずれを点検する
2026.09·ready
「実行するモデルと採点するモデルは別系統にした方が安心ですよね。」
LLM-as-a-judgeの見方
585
この用語の見どころ
1
役割

AI の出力を別の AI が採点し、良し悪しを判定します。

2
うれしさ

人手評価では追いつかない量を素早くさばけます。

3
注意点

採点プロンプトが曖昧だと点数がぶれます。

4
どこで役立つか

評価器づくりや品質チェックの自動化に役立ちます。

5
はじめに

審判役と実行役のモデルを分けて試すと安心です。

6
深掘り先

ルーブリック設計、一致率の検証、Evals

非エンジニアのつまずき
  • ヒューマンインザループと役割がぶつかって見え、線引きに迷います
  • AI に忖度させるのか、させないのかの決め方が分かりません
  • レビューの負荷が減る話なのか増える話なのか、判断がつきません
私のコメント
  • 第一印象:人の認知負荷を考えれば、こうなるしかないと思いました
  • 良い点:基準化して、最後だけ人が見る形に圧縮できます
  • ダメな点:設計が悪いと、AI くさい合格ばかりが量産されます
  • 誰向けか:全員ではなく、仕組みがあると知るべき人向けです
関連用語
備考

一致率 75〜90% は目安として紹介されている数字であり、断定的な合格ラインではありません。

参考 https://deepeval.com/blog/llm-as-a-judge checked 2026-09-05
G-51·term_llm
バイブコーディング図鑑