MODULE m9 · 10.0 HOURS
サンプルに対する人間によるレビューおよび照合
LEARNING OBJECTIVES
このモジュールの目標
- 自動化されたRAG評価指標と実際の事実性との間のギャップを理解する。
- モデルが生成した回答の根拠としての忠実度(Factual Consistency)を人間がレビューするプロトコルを設計する。
- LLM評価の限界を把握し、TrueTeacherのような合成データ手法の意義を分析する [S5]。
- エラータイプを体系的に分類し、信頼性データセットを管理する方法を習得する。
自動評価の限界と人間によるレビューの必要性
検索増強生成(RAG)システムの品質を評価する際、Ragasのようなツールは定量的な指標を迅速に提供しますが、モデルが生成した回答にある微妙な事実的エラーを完全に捉えるには限界があります。特に複雑な文脈において、LLMが知識の範囲内で推論しているのか、それとも学習データに依存してハルシネーション(Hallucination)を生成しているのかを判別することは困難です。
事実的一貫性の評価
近年の研究では、自然言語推論(NLI)モデルや大規模言語モデル(LLM)を活用して、要約や回答の事実性を評価しています。しかし、従来の手法は人間が作成した要約データセットに依存しており、実際のモデル生成物の特性とは乖離が生じる可能性があります [S5]。TrueTeacherのようなアプローチは、LLMを活用してモデル生成データから事実性評価のための合成データを生成することで、このような限界を克服しようとしています [S5]。
人間によるレビュー(Human-in-the-Loop)の役割
自動評価パイプラインがいかに高度化しても、最終的な信頼性検証には人間によるレビューが不可欠です。人間によるレビューは次の役割を担います:
- 自動評価指標の検証: 特定の回答が「関連性あり」と評価されたものの、実際には事実ではない場合を特定する。
- ハルシネーションタイプの分類: システムの構造的欠陥(検索エラー対生成モデルエラー)を診断する。
- 回帰テストセットの補正: 人間が検収したデータに基づき、評価セットの品質を継続的に改善する。
WORKED EXAMPLES
解説例
- 例1:自動評価指標(例:Faithfulness)が0.9と高く出たが、人間によるレビューの結果、検索文書にはない内容が含まれていた場合。分析:モデルが検索された情報ではなく、内部の重みに含まれる過去の情報を使用したハルシネーションとして分類し、これをシステムエラーログに記録する。
- 例2:TrueTeacherモデルを使用し、システムが回答の事実性を自ら評価するように設計した場合。LLMが「真」と評価した回答の一部を人間がサンプル調査し、LLM評価器のエラー率(False Positive)を測定して評価レポートに明記する [S5]。
LAB PROTOCOL
サンプルに対する人間によるレビューおよびエラー分析の実施
- 1
自動評価パイプライン(Ragasなど)を通じて、100件の回答に対するFaithfulnessスコアを算出する。
- 2
スコアが最も低い10件、中程度の10件、高い10件を無作為に抽出し、レビューセットを作成する。
- 3
回答、検索文書(Context)、正解(Ground Truth)を照合し、「検索漏れ」、「情報歪曲」、「ハルシネーション発生」の有無を手動で記録する。
- 4
記録された人間の判断と自動評価スコアを比較し、相関分析を行う。
- レビュー対象のデータセットに実際の個人情報や機密性の高い非公開文書が含まれていないことを必ず確認する。
- レビューが完了したデータはローカルストレージに安全に保管し、検証されていない外部APIにはアップロードしない。
実習提出物
- 少なくとも30件の人間によるレビュー記録が含まれたエラー分類シート(CSV/Excel)
- 自動指標と人間による評価の一致度を分析した要約レポート
ASSIGNMENT
RAG信頼性分析レポートの作成
提出物
評価基準
- エラータイプが体系的に分類されているか?
- 自動評価指標の限界を具体的な例とともに論理的に記述しているか?
- 人間によるレビューデータが信頼性分析の根拠として適切に活用されているか?
KNOWLEDGE CHECK
理解度チェック
FIELD CHECK
完了基準
- 少なくとも30件のデータサンプルに対する人間によるレビューログが作成されていること。
- 自動評価結果と人間によるレビュー結果間の比較分析が含まれたレポートが提出されていること。
- エラー分類を通じて現在のシステムの脆弱性が明確に定義されていること。
MODULE SOURCES