アーカイブ / LLM / RAG
質問に必要な文章と表を、接続関係までたどって探すARM
ARM
ARMの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1: A summary of our approach ARM, and a comparison with retrieval in standard RAG, which leverages LLMs for query decomposition, and agentic RAG, which employs LLM-based agents to iteratively generate queries.
概要
- ARMは質問の語句を資料中の表現に合わせ、文章や表の接続関係も調べて必要資料を探す。
- 著者らのBird評価では、ARMの再現率は96.5、必要資料をすべて取得できた質問の割合は92.7だった。
- 社内資料への適用案では、必要資料と接続箇所の正解ラベルを用意し、検索漏れと誤接続を測る。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、ARMの仕組み
- 01質問・文章・表
- 02語句を資料に対応
- 03資料の接続を選択
- 04候補を自己検証
- 05必要資料を出力
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
ARMは、複数の文章や表に分かれた情報を使う質問に対し、必要な資料をまとめて探す。論文の例では、ある地域の学校向け制度を調べるために、地域を特定する文章と、学校や制度につながる三つの表が要る。
質問中の語だけを手掛かりにすると、表同士をつなぐ資料を取り逃し得る。必要な資料が欠ければ、後段の回答生成にも根拠を十分に渡せないため、資料の内容と接続関係を検索時に扱う。
手法
ARMは文章と表を小さな単位に分け、表名や行を検索できる文字列にする。質問から取り出した語句を、資料に実在する短い語の並びに合わせ、語句の一致度と意味の近さで初期候補を探す。例えば学校制度の質問では、地域を示す文章と学校・制度に関する表が候補になり得る。
次に、候補とつながりやすい資料を追加し、数理最適化という条件に合う組み合わせを計算で選ぶ方法で、質問との関連度と資料間の接続を考慮した複数案を作る。言語モデルは各案の資料が質問の各要素を覆い、互いにつながるかを確認する。選択結果を信頼度に応じて集約し、文章や表の集合を出力する。
新規性
ARMは、質問と資料の語句を対応させる処理と、候補資料間の接続を調べる処理を、一つの検索過程に組み込む。質問に直接書かれていない、表同士をつなぐ資料も候補に含める設計である。
接続を考慮した候補案を複数作り、言語モデルが各案を確認する。候補ごとの選択を信頼度で集約し、回答文ではなく、回答に使う資料の集合を出力する。
従来手法との違い
質問を小問に分ける標準的なRAG(検索資料を回答生成に渡す方法)では、分割時に資料群の構成を参照しない。著者らは、そのため質問に明記されない接続用の表を見落とし得ると説明する。ARMは資料中の表現に語句を合わせ、候補同士の関係も調べる。
比較対象のReActは、検索結果を見て次の検索語を決める反復型の方法である。ARMは検索を一回の言語モデル呼び出しで行うが、その内部で複数の候補案を作って検証する。
実験結果
著者らは開発用データで、Birdの1,534問・75表と、OTT-QAの1,834問・3,862資料を評価した。OTT-QAでは必要資料の注釈が不十分と判断した質問を除いた。指標のPRは、各質問に必要な正解資料をすべて取得できた割合を指す。
著者らの報告では、BirdのARMは平均5.00資料を出力し、再現率96.5、PR92.7。密検索の5件取得は89.0、78.4だった。OTT-QAのARMは平均4.98資料で79.8、62.5、密検索と再順位付けの5件取得は75.2、53.8だった。検索時の言語モデル呼び出しは1回。確認できた本文の範囲では、回答生成の比較表はなく、その条件別の数値は照合できない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案。社内の申請規程について「ある部署に適用される区分と上限」を尋ねる検索に試す。入力は規程本文、部署一覧表、申請区分表と質問文。出力された文書片と表、その接続箇所を担当者が原文で確認し、回答に使う流れを想定する。
必要な元データは対象文書と表、部署名や区分の対応関係である。この試案では追加学習用データやセンサーは設けず、検証用の質問には必要資料と接続箇所の正解ラベルを付ける。資料の分割単位と接続条件は社内資料に合わせて調整する。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案。規程本文と表を検索単位に分け、担当者が扱った質問を少数集める。元データには文書本文、表の値、部署名と区分の対応関係が必要で、各質問の必要資料と接続箇所を担当者が正解ラベルとして付ける。追加学習用データやセンサーはこの試案では用意せず、語句の扱いと接続条件を調整する。
同じ質問群で、語句による検索とARM型の接続を考慮する検索を比べる。必要資料をすべて取れた質問の割合、余分な資料数、誤接続、言語モデル呼び出し回数を記録する。最後に担当者が原文を開き、回答に必要な根拠が実際にそろうか判定する。
限界と課題
著者らは、最初に見つけた候補だけでは接続に必要な資料が足りない場合を挙げ、候補集合を拡張して複数案を作っている。したがって、初期候補や資料間の接続の見つけ方は、導入先で確かめるべき点となる。
編集上の検証事項は、同じ値が別の対象を指す場合の誤接続、資料更新後の検索漏れ、回答生成まで含む時間と費用である。評価用のOTT-QAでは、著者らが注釈不足と判断した質問を除いており、報告値を読む際にはこの条件も必要になる。
出典
元のタイトル・要旨を確認する(英語)
Can we Retrieve Everything All at Once? ARM: An Alignment-Oriented LLM-based Retrieval Method
Real-world open-domain questions can be complicated, particularly when answering them involves information from multiple information sources. LLMs have demonstrated impressive performance in decomposing complex tasks into simpler steps, and previous work has used it for better retrieval in support of complex questions. However, LLM's decomposition of questions is unaware of what data is available and how data is organized, often leading to a sub-optimal retrieval performance. Recent effort in agentic RAG proposes to perform retrieval in an iterative fashion, where a followup query is derived as an action based on previous rounds of retrieval. While this provides one way of interacting with the data collection, agentic RAG's exploration of data is inefficient because successive queries depend on previous results rather than being guided by the organization of available data in the collection. To address this problem, we propose an LLM-based retrieval method -- ARM, that aims to better align the question with the organization of the data collection by exploring relationships among data objects beyond matching the utterance of the query, thus leading to a retrieve-all-at-once solution for complex queries. We evaluated ARM on two datasets, Bird and OTT-QA. On Bird, it outperforms standard RAG with query decomposition by up to 5.2 pt in execution accuracy and agentic RAG (ReAct) by up to 15.9 pt. On OTT-QA, it achieves up to 5.5 pt and 19.3 pt higher F1 match scores compared to these approaches.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




