記事一覧へ戻る
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
GRASP:Agentic RAGに検索粒度の判断を学習させる
RAG・検索
cctest.ai
RAG・検索

GRASP:Agentic RAGに検索粒度の判断を学習させる

GRASPは、Agentic RAGが「いつ検索するか」「どの検索手段を使うか」「どこまで文脈を読むか」を学習するための強化学習フレームワークです。意味検索、キーワード検索、段落読解を組み合わせ、多段推論での証拠取得と回答品質の向上を狙います。

続きを読む
CCTest · Blog
NVIDIA、エージェント検索向け Nemotron 3 Embed を公開
RAG・検索
cctest.ai
RAG・検索

NVIDIA、エージェント検索向け Nemotron 3 Embed を公開

NVIDIA は Hugging Face 上で Nemotron 3 Embed ファミリーを公開し、企業向け RAG、コード検索、エージェント記憶、実運用規模の検索を主要用途に位置付けた。8B BF16 版は RTEB で首位とされ、1B 版は低コストかつ高スループットの配備を狙う。

続きを読む