記事一覧へ戻る
RAG・検索

SearchOS-V1:検索 Agent の進捗を共有状態として管理する

読了目安 3 分

導入

検索ツールを使う大規模言語モデルは、調査や情報収集の中心的な構成要素になりつつある。一方で、タスクが長くなるほど、Agent は「何を確認済みか」「どの情報が不足しているか」「どの検索は失敗したか」を把握しにくくなる。こうした進捗が長い会話履歴の中に埋もれると、単一 Agent でも複数 Agent でも、似た検索を繰り返し、検索予算を消費しながら重要な証拠を埋められない状況に陥りやすい。

SearchOS-V1 は、この問題をシステム設計のレベルで扱う。検索の進捗を会話の副産物として扱うのではなく、永続化され、共有され、スケジューリング可能な明示的状態として管理する点が特徴だ。

主要なポイント

  • 検索を引用付きの表補完として捉える:SearchOS はオープンドメイン情報探索を、根拠付きの関係スキーマ補完として定式化する。Agent はエンティティを発見し、関連する表の属性を埋め、それぞれの値に出典証拠を結びつける。
  • SOCM による外部状態管理:Search-Oriented Context Management は、進行状態を Frontier Task、Evidence Graph、Coverage Map、Failure Memory に分解する。これにより、取得済み情報、未カバー領域、失敗した検索経路を構造的に扱える。
  • 失敗を再利用可能な知識にする:無効だった検索は単なるノイズではなく、後続 Agent が同じ行き止まりを避けるための手掛かりになる。長期的な調査タスクでは、失敗履歴そのものが重要な進捗情報となる。
  • パイプライン並列のスケジューリング:SearchOS は複数のサブ Agent の実行を重ね、空いた枠に未解決のカバレッジギャップを狙うタスクを投入する。これにより、利用率とスループットの向上を狙う。
  • 検索ツール用ミドルウェア:Search Tool Middleware Harness は、モデルとツールのやり取りを監視し、根拠付き証拠を記録する。また、停滞や予算枯渇に反応する制御機構としても機能する。

意義と影響

SearchOS が示すのは、検索 Agent に必要なのは単に「検索できる能力」ではなく、「検索プロセスを管理する能力」だという視点である。企業調査、競合分析、学術調査、複雑な質問応答では、最終回答の品質はモデルの推論力だけでなく、証拠の網羅性、追跡可能性、失敗経路の回避にも左右される。

工学的には、SearchOS は検索 Agent のための操作レイヤーに近い。タスク状態、証拠管理、スケジューリング、失敗制御をモデルのコンテキストから切り出し、共有可能な外部構造に置く。論文によれば、WideSearch と GISA において、評価された単一 Agent および複数 Agent のベースラインを上回った。

素材には詳細な数値指標は含まれていないため、実用上の効果は論文本文や実装とあわせて確認する必要がある。それでも、より堅牢な研究 Agent には、長いコンテキストだけでなく、明示的な状態管理と証拠に基づく制御が必要になるという方向性は明確だ。

出典:Hugging Face Daily Papers

コメント

ログイン状態を確認中…

コメントを読み込み中…

関連記事

CCTest · Blog
回答する前に「答えられるか」を判断するRAG
RAG・検索
cctest.ai
RAG・検索

回答する前に「答えられるか」を判断するRAG

RAGの失敗は、必要な情報が見つからない場合だけでなく、検索された文書同士が食い違う場合にも起こります。新たな研究は、言語モデルの内部信号を読み取り、回答可能・情報不足・情報矛盾を生成前に判定する方法を検討しました。

続きを読む
CCTest · Blog
検索性能が上がるほど頑健性が下がる:マルチホップRAGとASR誤り
RAG・検索
cctest.ai
RAG・検索

検索性能が上がるほど頑健性が下がる:マルチホップRAGとASR誤り

音声によるマルチホップ質問応答では、より高度な検索構造が絶対的な性能を高める一方、上流の音声認識誤りを増幅する可能性がある。特に、質問中のエンティティの誤認識が大きな失敗要因となっている。

続きを読む