アーカイブ / LLM / RAG
多様な文書を二段階で検索し、推論問題の回答を改善するCompactDS
CompactDS
CompactDSの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1: Effect of number of retrieved passages with CompactDS . ‘X’ represents the points where we apply the reordering method from [ 49 ] at k = 100 k=100 .
概要
- CompactDSは、品質で絞ったウェブ文書と専門資料を合わせ、近似検索の後に候補を正確に選ぶ。
- 著者らの表では、LLaMa 3.1 8B InstructによるMMLU Proの値が、検索なしの39.8から、10文章を渡す条件の53.1になった。
- 社内利用を検討する際は、正解と参照文書を確認できる質問を用意し、検索なしの場合と正答率、候補の適切さ、応答時間を比べる。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、CompactDSの仕組み
- 01設問
- 02近似検索で候補抽出
- 03別モデルで正確に選別
- 04文書を添えて回答
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
CompactDSは、回答前に関連文書を検索し、言語モデルへ渡すための大規模な文書集合と検索方法である。検索拡張生成(RAG)は外部文書を参照して回答を作る手法だが、著者らによると、単純なRAGが推論を要する課題に役立つかは十分に分かっていなかった。
著者らは検索対象にも着目した。Wikipediaだけでは分野の幅が限られ、未選別の巨大なウェブ文書集合は検索に多くの資源を要する。広い資料から必要な文章を現実的な時間で取り出すことが課題となる。
手法
CompactDSは、品質で絞ったウェブ文書に、数学資料、論文、教科書などを加える。文書を256語ごとの文章に分け、意味の近さを比べるための数値列「ベクトル」に変換する。質問時には近似最近傍検索(ANN)で候補を探す。ANNは、全文章を厳密に比較せず、近そうな文章を先に集める方法である。
続いて質問と候補を別の、より表現力の高いモデルでベクトル化し、ディスクに保存した候補のベクトルとの類似度を正確に計算して選ぶ。例えば数学の設問なら、選んだ解説文を設問とともに言語モデルへ渡し、回答を生成する。基本構成では関連度の高い文章ほど設問の近くに置く。
新規性
著者らの提案は、低品質なウェブ文書を除き、数学資料、論文、教科書などを合わせた広い検索対象と、二段階の検索方法を組み合わせた点にある。
3805億語の文書を対象に、メモリ上で候補を探し、ディスク上のベクトルで絞り込む構成を示した。
従来手法との違い
著者らは、検索せずに回答する場合、単一の資料群を検索する場合、CompactDSを検索する場合を比較した。表1では、教科書や数学資料など単一の資料群の効果は課題ごとに異なる。
表2では、近似検索だけの場合と、より表現力の高い別のモデルで候補を再計算する場合も比較した。後者はMMLU ProとMATHで値が高いが、GPQAの全分野で改善したわけではない。
実験結果
著者らは主にLLaMa 3.1 8B Instructを回答モデルとし、MMLU、MMLU Pro、AGI Eval、GPQA、MATHで評価した。表1のMMLU Proでは、検索なしの39.8に対し、CompactDSから10文章を渡す条件で53.1だった。MATHは同じ比較で46.9から55.9になった。
表2のMMLU Proでは、近似検索のみが50.1、別モデルによる正確な検索を加えると53.1だった。一方、GPQAには下がる分野もある。これらは著者らが示したモデルと検索条件での値であり、課題ごとに効果を確認する必要がある。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案:社内の設計上の質問に対し、手順書、設計記録、障害報告を横断検索する。入力は担当者の質問と文書群、出力は参照箇所を添えた回答案とし、担当者が原文と照合する。
文書を分割して検索索引を作り、社内の略語や文書形式に合わせて検索設定を調整する。追加学習を前提とせず、評価には正解と参照文書のラベルを付けた社内質問が必要になる。センサー入力は使わない。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案:社内の手順書、設計記録、障害報告を検索元データとして集め、文章に分割して索引を作る。追加学習用データは前提としない。実際の質問から評価用の質問集を作り、担当者が正解と参照すべき文書のラベルを確認する。センサーは使わない。
同じ回答モデルで、検索なし、近似検索のみ、候補を正確に選別する構成を比べる。正答率、参照すべき文書が候補に入る割合、応答時間を記録する。略語や文書形式に合わせて分割方法と検索設定を調整し、誤った参照を含む回答も点検する。
限界と課題
著者らは、近似検索による情報損失の可能性を述べ、標準構成では索引に456GBのメモリを使用したと報告する。また、言語モデルによる追加の再順位付けは、表2の条件ではMATHの値を下げ、GPQAでも分野によって結果が異なった。
編集上の検証事項は、社内文書で必要な候補を拾えるか、無関係な文書が回答を誤らせないか、応答時間が許容範囲かである。公開課題での改善幅を社内質問へそのまま当てはめることはできない。
出典
元のタイトル・要旨を確認する(英語)
Frustratingly Simple Retrieval Improves Challenging, Reasoning-Intensive Benchmarks
Retrieval-augmented Generation (RAG) has primarily been studied in limited settings, such as factoid question answering; more challenging, reasoning-intensive benchmarks have seen limited success from minimal RAG. In this work, we challenge this prevailing view on established, reasoning-intensive benchmarks: MMLU, MMLU Pro, AGI Eval, GPQA, and MATH. We identify a key missing component in prior work: a usable, web-scale datastore aligned with the breadth of pretraining data. To this end, we introduce CompactDS: a diverse, high-quality, web-scale datastore that achieves high retrieval accuracy and subsecond latency on a single-node. The key insights are (1) most web content can be filtered out without sacrificing coverage, and a compact, high-quality subset is sufficient; and (2) combining in-memory approximate nearest neighbor (ANN) retrieval and on-disk exact search balances speed and recall. Using CompactDS, we show that a minimal RAG pipeline achieves consistent accuracy improvements across all benchmarks and model sizes (8B--70B), with relative gains of 10% on MMLU, 33% on MMLU Pro, 14% on GPQA, and 19% on MATH. No single data source suffices alone, highlighting the importance of diversity of sources (web crawls, curated math, academic papers, textbooks). Finally, we show that our carefully designed in-house datastore matches or outperforms web search engines such as Google Search, as well as recently proposed, complex agent-based RAG systems--all while maintaining simplicity, reproducibility, and self-containment. We release CompactDS and our retrieval pipeline, supporting future research exploring retrieval-based AI systems.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




