WANDR ベンチマーク:広域深層調査エージェントの評価
Perplexity AI は、研究エージェントの「広範囲かつ深掘り」能力を評価する新規ベンチマーク「WANDR」を発表し、現状の最高性能システムでも課題が山積であることを示した。
キーポイント
WANDR ベンチマークの公開
知識労働における 500 の現実的で挑戦的なデータ収集タスクに焦点を当てた、オープンな評価ハッチネス「WANDR」がリリースされた。
広さと深さの二重要件
単一の答えを見つけるだけでなく、多数のエンティティを発見する「Wide」と、各エンティティについて証拠を裏付けるまで調査する「Deep」の両立が求められる。
現状の性能限界
高負荷設定での評価において、最強システムでもソフト F1 が 0.363、ハード F1 が 0.133 に留まり、広範囲かつ深掘りな研究は未だ解決されていないことが示された。
競合分析やデューデリジェンスへの応用
市場分析、競合マッピング、デューデリジェンスなど、実際のビジネス現場でエージェントに期待されるタスクの難しさを浮き彫りにしている。
重要な引用
WANDR is the wide sibling of our DRACO benchmark for deep research.
Even at a high effort setting, the strongest system in our evaluation reaches just 0.363 soft F1 and 0.133 hard F1.
Wide-and-deep research is still a long way from solved.
影響分析・編集コメントを表示
影響分析
この発表は、AI エージェントの評価基準を「単一の正確な回答」から「大規模かつ根拠のあるデータセットの構築」へとシフトさせる重要な転換点を示しています。業界全体に対し、現在の LLM やエージェント技術が実務レベルの複雑な調査タスクにどこまで対応可能かという現実的な課題を突きつけ、今後の研究開発の方向性を示唆するものです。
編集コメント
Perplexity AI が公開した WANDR は、単なるベンチマークの数値発表にとどまらず、AI エージェントが「広範な検索」と「深層的な検証」を同時に遂行する難しさを定量的に示した画期的な成果です。これは、実務で即戦力となる研究支援 AI を開発する上で、現在の技術的ボトルネックを明確に可視化する重要な指標と言えます。
本日、私たちは「WANDR (Wide ANd Deep Research)」を公開します。これは知識労働における 500 の現実的で挑戦的なデータ収集タスクを中心に構築された、オープンなベンチマークおよび評価ハーンです。WANDR は、深層研究に特化した私たちの DRACO ベンチマーク の「広さ」を担う兄弟プロジェクトと言えます。
DRACO が「エージェントは正確で完全かつ客観的な長文レポートを作成できるか」と問うのに対し、WANDR は「大規模なコレクションを構築し、その構成要素すべてを具体的な証拠で裏付けられるか」を検証します。
これらは、すでに人間が研究用エージェントに任せている業務の典型例です。競合他社の分析、デューデリジェンス、文献レビュー、市場調査、製品比較、人材発掘などが含まれます。タスクの規模は数十件から数千件の独立して検証可能なレコードに及びます。私たちの評価において、最も強力なシステムでさえも、高負荷設定下では「ソフト F1」が 0.363、「ハード F1」が 0.133 に留まりました。広範かつ深層的な研究は、まだ解決すべき課題が残された領域です。

Expand
なぜ「広範かつ深掘り」型の研究が重要なのか
有用な調査タスクの多くは、エージェントが一つの答えを見つけただけで終わるわけではありません。市場アナリストであれば、条件を満たす競合他社をすべて特定し、それぞれの根拠となる証拠も揃える必要があります。デューデリジェンスチームの場合、数十社に及ぶ企業のリストに加え、各社の所有権構造、経営陣、資金調達状況、規制上のステータスまで詳細に把握することが求められます。
これにより、二つの異なる要件が生じます。
- 広範さ(Wide): 条件を満たす対象となるエンティティを、数多くかつ開かれた形で発見すること。
- 深掘り(Deep): 各エンティティについて、要求された主張を証拠で裏付けられる程度まで調査を深入りさせること。
この二つを組み合わせることで、問題の性質そのものが変化します。説得力のある事例が数件あるだけでは不十分ですし、不完全な調査に基づいて構築された洗練された物語も役に立ちません。エージェントは、記録ごとの事実上の正確さを損なうことなく、広範な発見活動を継続し続けなければなりません。
WANDR は、この構造を柔軟で組み合わせ可能な「資格キー階層(qualification key hierarchy)」によって捉えています。タスクでは以下のような形式が要求される場合があります。
company(n) → employee(m) → url(k)
これは、「条件を満たす n 社の企業」を見つけ、それぞれの企業に所属する「m 人の従業員」を特定し、さらに各従業員の情報を裏付ける「k ページの URL」を見つけることを意味します。ツリー内の完全なパスは、それぞれ独立して検証可能です。
この基本的な構造一つで、単なるフラットリストからネストされた検索、マトリックス形式、あるいは複数の証拠分岐を持つタスクまで表現できます。これらのパターンを組み合わせることで、一つの表現形式が現実世界の多様なユースケースをカバーできるようになります。

Expand
6 つの一般的な階層パターン
図中の塗りつぶされた円はエンティティ(実体)、点線の円は固定ラベル、四角形は URL リーフを表します。行列内では、重複する子ラベルは異なる親の下で同じ子値を示しています。
この構造を実践で示すタスクが 1 つ公開されています。
ceo_cfo_appointments(CEO・CFO の就任)
主要タスク
2026 年 3 月 1 日から 4 月 30 日の間に初めて発表された CEO または CFO の就任情報を、少なくとも 70 社以上の米国企業について見つけることです。各企業については、以下の条件を満たす権威ある就任ページを提供する必要があります。
- 企業と就任者を特定できること
- 役職と発表日付が明記されていること
- 発行者自身、公式提出書類、ニュースリリース、あるいは一次情報に基づく信頼性の高いビジネス報道から出典されたものであること
主要な階層構造
company(70) → company_appointee(1) → url(1)
企業一覧サブタスク
同じ 70 社について、米国証券取引所への上場記録、または米国国内に本拠を置く SEC(証券取引委員会)のExchange Act 報告発行体としてのステータスを示す、公認の上場権威ページを提供する必要があります。
サブタスクの階層構造
company(70) → url(1)
必要な記録数
合計 140 件(就任情報 70 件 + 上場情報 70 件)
すべてのパスは、評価者が再確認できるページと抜粋で終わります。共通の企業キーによって、就任情報と上場情報の両方の枝が紐付けられています。したがって、上場ステータスの別個の証明がない場合、その企業の情報は不完全とみなされます。
スケールして生成された現実的なタスク
WANDR ベンチマークは、合成されたプロンプトではなく、実際の運用環境で観察された匿名化されたパターンを起点としています。これにより、ベンチマークが人々が実際に委任する業務の性質——オープンエンドな調査、反復的な情報追加、複数ソースからの検証、そして専門レベルでの構造化比較——に密着した状態を保つことができます。半自動パイプラインがこのパターンを実際のタスクに変換し、人間の労力は徹底的な回答注釈付けではなく、品質管理に集中させることで最大化します。
このパイプラインは 4 つの段階で構成されています。シード(Seeding)では、再利用可能な広範囲調査のパターンとなるよう、匿名化された製品リクエストを抽出します。作成(Authoring)フェーズでは、作成者と批評家のループを交互に回すプロセスを採用しています。エージェントが設計案のスケッチと負荷テストを行い、タスク仕様書や評価基準を作成、フィクスチャレコードを整備します。さらに機械的なリンターを用いて、すべての要素が整合していることを保証します。審査(Admission)では、10〜12 の作成ルートを統合して目標ボリュームへの到達可能性を検証し、タスク固有の評価者機能を監査します。必要に応じて人間の承認も加えます。キュレーション(Curation)では、承認されたタスクにラベル付けを行い、トピック、規模、トポロジー、難易度のバランスが取れた最終セットを選定します。
詳細はこちら*タスク構築パイプラインは 4 つの段階で構成されます。シードで現実的なリクエストを特定し、作成者・批評家のループと機械チェックを通じて独立したタスクへと変換します。審査で実現可能性と評価者の質を検証し、キュレーションでバランスの取れた公開セットを選定します。最終的に 500 の公開タスクリソースパッケージが出力されます。*
中央値のタスクでは、50 人のメンバーが必要で、各メンバーあたり 4 件の記録、合計 245 件の記録が求められます。これら 500 のタスク全体では、170,495 件のソース裏付け付き記録が必要です。難易度は過去の設計段階でのロールアウト結果から調整し、ランク別に 167 件の低難易度、166 件の中難易度、167 件の高難易度の例に分割しました。
以下のプロットが示す通り、難易度は規模だけで決まるわけではありません。各記録にかかる作業量にも依存します。
広さ・深さ平面全体でのタスク難易度(対数対数プロット;ベンチマーク 500 タスク)。「広さ」は必要なメンバー数、「深さ」はそのメンバー数で割った記録数を指します。点の色は全体の難易度ラベルを表しています。破線のガイド線は、中央値の広さ(50 人)と中央値の深さ(メンバーあたり 4.00 件)を示しています。
参照なし・証拠検証型評価
オープンエンドな研究に対して固定された正解キーを用意するのは不適切です。作成コストが高く、すぐに陳腐化し、時とともに答えが変化する問いには対応できません。WANDR では代わりに、エージェントが引用した証拠に基づいて提出された各主張を採点します。
各記録には、項目、URL、抜粋、そして回答が含まれています。採点者はページを再取得し、以下の点を検証します。ページが利用可能か、主張が明確で範囲内か、抜粋がページ上に忠実に記載されているか、そしてページと抜粋の両方がすべての要件を満たしているかどうかです。
これらの二値判定結果は階層構造を通じて集約されます。Precision(精度)は、システムが提出した内容の質を測定します。一方、Recall(再現率)は、要求されたボリュームに対する品質調整済みの完了度を測り、不足分はゼロとしてカウントします。F1 スコアはこの二つをバランスよく統合した指標です。
ソフトスコアでは不完全なメンバーにも部分的に加点されますが、ハードスコアでは必須のサブツリー全体が正しく構成されたメンバーのみが対象となります。診断においては、WANDR はさらに「検索のみ」の判定も報告します。これは、厳格な妥当性チェックや提出された抜粋の確認を行う前に、取得したページ自体がタスクを遂行できるかを問うものです。
これにより、失敗の原因を解釈可能にし、局在化することが可能になります。精度が高く再現率が低い場合は、「良いメンバーを見つけられたが、数が不足している」ことを意味します。ソフトスコアからハードスコアへの大幅な低下は、「部分的な進展は見られたものの、完全な加点を得るために必要なすべての枝を完了させることが稀だった」という状況を示唆します。スコアツリーを用いれば、損失が発生した箇所を、発見(discovery)、情報補完(enrichment)、ID 処理、ページ選別、あるいは証拠抽出のいずれに特定することもできます。
採点パイプライン。Solve は各システムの出力を正規化し、fetch は引用されたページを取得してブラウザ上でリンク切れを再試行します。judge は ID を解決し、すべての記録を評価。score はこれらの判定を集約して、タスクレベルの精度、再現率、F1 スコアを算出します。
発見された事実
私たちは、6 つの生産システムを比較しました。これらには、ホスト型のタスク・検索 API、汎用 Web エージェント API、深層研究製品、そして私たちが開発したプログラムによる検索オーケストレーションシステム「Search as Code (SaC)」が含まれます。各システムは、500 の全タスクに対して固定された設定でスケジュールされ、同じ取得・判定・ID 解決・スコアリングの処理パイプラインを経験しました。
Perplexity の Search as Code が、ソフト F1 スコアで 0.363、ハード F1 スコアで 0.133 を記録し首位に立ちました。2 位は Anthropic で、それぞれ 0.249 と 0.072 です。他のすべてのシステムは、ソフト F1 が最大 0.121、ハード F1 が最大 0.035 に留まりました。どのシステムも、品質と効率の両方で圧倒的な優位性を示すものではありませんでした。
Perplexity はコスト面で中央に位置し、タスクあたり $5.20 です。解決までの中間値は 14.9 分、報告されたトークン数はタスクあたり 382 万です。OpenAI と Exa はより高速で安価ですが、スコアは大幅に低くなります。Anthropic は品質面で最も近い結果を出しましたが、その代償として時間、費用、トークン使用量を大幅に消費しました。
WANDR ベンチマーク:広範囲かつ深掘りした検索を必要とする研究エージェントの評価(15 分読了)(続き 8/14)
ソフト・ハード精度・再現率(上段)、およびソフト・ハード F1 スコア(下段)を、コスト、中央値解決時間、報告されたトークン使用量に対してプロットしたグラフ。左側で高いほど優れています。Exa と Parallel はトークン数の公開がないため、トークン関連のビューからは除外されています。
同じ 45 タスクのサブセットにおいて、利用可能なすべての努力設定(effort setting)を評価しました。努力度を上げると、Perplexity、Gemini、Exa のいずれも各段階で性能が向上します。特に Perplexity は最高設定(xhigh)でソフト F1 が 0.447、ハード F1 が 0.224 に達しました。
ただし、努力度を上げれば必ずしも良い結果になるとは限りません。OpenAI は「high」設定でピークに達し、Parallel は「ultra2x」から「ultra4x」へ移行する際にハード F1 がわずかに低下しています。
コストの範囲は 4 オーダー以上にも及び、Exa の低設定ではタスクあたり 0.03 ドルですが、Gemini の最大設定では 324.83 ドルに達します。
一致した 45 タスクのサブセット全体における、利用可能なすべての努力設定でのソフト F1(上段)とハード F1(下段)。濃い色のパスほど高い努力度を表します。
以下の 4 つの知見が際立っています。
部分的な進捗はよく見られますが、完全網羅は稀です。 どのシステムでもソフトリコール値はソフト精度値を下回っており、これは要求された全ボリュームが分母に含まれると性能が低下することを意味します。Perplexity は精度 0.389 からリコール 0.357 を維持し、最も差が小さい結果となりましたが、Anthropic は 0.354 から 0.222 へと大きく落ち込みました。さらに厳しくなるのはソフトからハードへの換算です。Perplexity の F1 スコアはソフトで 0.363 からハードでは 0.133 に急落し、Anthropic は 0.249 から 0.072 まで下がりました。ハード精度の最高値は 0.150、ハードリコールの最高値は 0.134 です。つまり、トップランカーであっても、提出したメンバーのうち約 7 人に 1 人、タスクが要求するメンバーのうちも約 7 人に 1 人しか完全な評価を得ていないことになります。
規模が大きくなるほど問題は深刻化します。 対象ボリュームの最小から最大までの範囲で比較すると、Perplexity のハード精度は 0.235 から 0.096 に、ハードリコールは 0.219 から 0.079 に低下しました。Anthropic は精度が 0.205 から 0.113、リコールが 0.127 から 0.042 へ。OpenAI も精度が 0.109 から 0.034、リコールが 0.102 から 0.016 と大幅な低下を示しました。一般的にリコールは精度よりも速く低下する傾向があり、システムによっては完全なメンバーを少数残しつつ、要求されたセット全体のカバレッジは次第に狭まっていくという現象が見られます。
階層が深くなるほど、評価はさらに厳しくなります。中間キーを 0 から 3 つ以上に増やすと、Perplexity のハード精度は 0.392 から 0.019 に、ハード再現率は 0.378 から 0.017 に急落します。Anthropic はそれぞれ 0.311→0.049、0.229→0.022 と低下し、OpenAI も 0.136→0.012、0.120→0.011 と大幅に悪化します。枝分かれが増えるごとに、すべての条件を満たす「オール・オア・ナッシング」のハードスコアを逃すリスクポイントが一つ増えるのです。
コストとレイテンシには、共通する単調な傾向は見られません。
ターゲットレコード数(上部)と中間階層の深さ(下部)における、高精度・高再現率、中央値解決レイテンシ、および平均コスト。
各ラインは1 つの固定されたメイン実行設定を表しています。可読性のためにタスクビン集計を結ぶラインは、スケールや構造による因果関係を意味するものではありません。
品質を評価する以前に、発見(ディスカバリー)こそが最初の構造的ボトルネックです。
単純な生データ(事前圧縮後のカウント)だけを見ても、最上位レベルの発見完了率は 0.611 から 0.951 の範囲にあります。条件付きの補強(エンリッチメント)は 0.767〜0.967 とより高く、メンバーとその補強パスが確立された後の最終的な証拠スロットの完了率は 0.979〜0.994 に達します。
発見と補強においては Perplexity がそれぞれ 0.951 と 0.967 でリードしていますが、OpenAI は最終的な証拠スロットにおいてわずかに上回る 0.994 を記録し、Perplexity の 0.991 を上回っています。
重複の圧縮によるカウント減少は、6 つの完全実行全体で 0.017〜0.205 パーセントポイントに過ぎず、不足が主因であり、同一性の統合(マージ)が主な原因ではありません。最大の構造的損失は、最終的な URL が付与される前の段階で発生しています。
検証ツリーから得たタスクレベルの生構造的完成度の概要。Discovery が最上位キー、enrichment が中間キー、evidence が終端キーとなります。数値は事前結合されたカウントを使用しているため、この図は記録品質が評価される前に提出されたボリュームのどこに不足があるかを孤立して示しています。
使い可能なページを見つけるのは通常容易ですが、完全な証拠を揃えるのは困難です。 5 つのシステムにおいて、提出されたページの unusable(使用不可)割合は 3.2%〜8.9% に過ぎません。ただし OpenAI は 23.1% という外れ値です。無効またはタイプが異なるレコードも比較的多くはありません(4.2%〜17.4%)。しかし、主要な損失はこれらに次いで発生します。提出されたページの 33.6%〜68.3% が少なくとも一つの重要なタスク要件を満たせず、提出された抜粋の 57.5%〜86.6% がレコードが主張するすべての内容を裏付けることができていません。
Perplexity の場合、これらの割合はそれぞれ 41.4% と 57.5% です。そのソフト F1 スコアは、ページがすべての重要な要件を満たしているかどうかだけを問う検索のみによるチェックでは 0.531 ですが、普遍的なチェックやタスク固有の有効性、そして抜粋の完全な裏付けも要求される包括的な判定下では 0.363 に低下します。ハード F1 も同様に 0.245 から 0.133 へと下がります。
重要なのは、単に妥当なページに到達することではなく、そのページを主張全体に対する十分な証拠へと変換できるかどうかにあります。
検証結果から得たレコードレベルの失敗事例をパーセントで計測(数値が低いほど良好)。ページ要件や抜粋要件に関する失敗は、利用不能なページや無効なレコードに関する失敗に比べて圧倒的に多い。並列処理では 350 タスク分の診断詳細を取得できる一方、他の行は 490〜500 タスク分をカバーしています。
「検索をコードとして扱う」というアプローチは、このタスク形状と非常に相性が良いです。モデル側で検索、フィルタリング、並列展開(fan-out)、レンダリング、結合、重複削除、停止ロジックなどをプログラムとして記述できるため、モデルのコンテキスト外で行われる反復処理を決定論的な計算リソースが担当できます。このプロファイルは、Perplexity の広範な文脈保持能力や抜粋構築の強みと一致していますが、すべての層で首位を争っているわけではありません。ページ要件に関する失敗率が最も低いのは Anthropic です。
今後の展望
WANDR は単なるリーダーボードのスコアを提供するだけではありません。共通のタスク構造と半自動パイプラインにより、多様な高ボリュームなタスク生成が可能になります。また、レコードごとの判定結果や階層レベルのスコアによって、発見、情報補完、アイデンティティ処理、意味的資格付け、証拠構築のいずれの段階で失敗したかを特定できます。公開されたタスクセット、検証ツール、構造的診断機能は、包括的な検索システムの改善に向けた基盤となり、その向上がスケールしても持続するかを検証する手段を提供します。
同様の構造は、強化学習においても WANDR を有用なものにします。単一のスパースな最終報酬に依存するのではなく、トレーナーは記録レベルや分岐レベルでの判断を活用し、発見とエンリッチメントの進捗に対して部分的な評価を与えることで、必要なカウント数を時間とともに引き上げるようなカリキュラムを構築できます。
このパイプラインは、ゴールドアンサーを列挙することなく、ドメイン、階層形状、証拠ルール、幅深さの設定にわたって、保持された兄弟タスクを生成することが可能です。これにより、エージェントが正解を見つけるだけでなく、カバレッジの計画を立て、欠落した分岐を検出し、停止する前に回復する方法も学習できる道が開けます。
ベンチマークタスク、評価ハネス、そして完全な技術レポートは GitHub で利用可能です。
原文を表示
Today, we are releasing WANDR (Wide ANd Deep Research), an open benchmark and evaluation harness built around 500 realistic, challenging data-collection tasks for knowledge work. WANDR is the wide sibling of our DRACO benchmark for deep research. DRACO asks whether an agent can produce an accurate, complete, and objective long-form report; WANDR asks whether it can build a large collection and back up every member with specific evidence.
These are the kinds of jobs people already hand to research agents: competitive mapping, due diligence, literature review, market analysis, product comparison, talent sourcing, and more. The tasks range from dozens to thousands of independently verifiable records. Even at a high effort setting, the strongest system in our evaluation reaches just 0.363 soft F1 and 0.133 hard F1. Wide-and-deep research is still a long way from solved.

Expand
Why wide-and-deep research matters
Many useful research jobs do not end when an agent finds one answer. A market analyst may need every qualifying competitor, with the same evidence for each. A due-diligence team may need dozens of companies, then ownership, executives, financing, and regulatory status for every one of them. That creates two separate demands:
- Wide: discover a large and often open-ended set of qualifying entities.
- Deep: investigate every entity far enough to support each requested claim with evidence.
Combining the two changes the problem. A handful of compelling examples is not enough, and neither is a polished narrative built on incomplete research. The agent must sustain broad discovery without sacrificing factual quality from one record to the next.
WANDR captures that structure with a flexible, composable *qualification key hierarchy*. A task might ask for
company(n) → employee(m) → url(k)
This means finding *n* qualifying companies, *m* qualifying employees at each company, and *k* supporting pages for each employee. Every complete path through the tree can be validated independently. The same basic structure can represent a flat list, a nested search, a matrix, or a task with multiple evidence branches. These patterns can also be combined, allowing one representation to cover a broad range of real-world use cases.

Expand
Six common hierarchy patterns. Filled circles are entities, dashed circles are fixed labels, and squares are URL leaves. In the matrix, repeated child labels denote the same child values under different parents.
One released task illustrates this structure in practice.
ceo_cfo_appointmentsPrimary task. Find at least 70 US-based companies with a CEO or CFO appointment first announced between March 1 and April 30, 2026. For each company, provide an authoritative appointment page that identifies the company and appointee, establishes the role and announcement date, and comes from the issuer, a filing, a newswire, or directly attributed first-hand business journalism.Primary hierarchy. company(70) → company_appointee(1) → url(1).Company-listing subtask. For the same companies, provide a recognized listing-authority page showing either a listing on a US national securities exchange or status as a US-domiciled SEC Exchange Act reporting issuer.Subtask hierarchy. company(70) → url(1).Records required. 140: 70 appointment records plus 70 listing records.
Every path ends in a page and excerpts that the grader can recheck. The shared company key lines up the appointment and listing branches, so an appointment without separate proof of listing status still leaves that company incomplete.
Realistic tasks, generated at scale
WANDR starts from de-identified patterns observed in production usage rather than synthetic prompts. This keeps the benchmark close to the work people actually delegate: open-ended discovery, repeated enrichment, cross-source checks, and structured comparisons at professional scale. A semi-automated pipeline turns those patterns into tasks, reserving human effort for quality control instead of exhaustive answer annotation.
The pipeline has four stages. Seeding mines de-identified product requests for a reusable wide-research pattern. Authoring runs an interleaved author–critic loop: the agents sketch and stress-test the design, write the task specification and judge, create fixture records, and use a mechanical linter to keep everything aligned. Admission checks that the target volume is reachable by merging 10–12 authoring rollouts, audits the task-specific judge, and optionally adds human sign-off. Curation labels the admitted tasks and selects a balanced final set across topics, scale, topology, and difficulty.
Expand*The task-construction pipeline has four stages. Seeding identifies a realistic request; authoring turns it into a self-contained task through an author–critic loop and mechanical checks; admission tests feasibility and judge quality; and curation selects a balanced release. The output is 500 public task packages.*
The median task asks for 50 members, four records per member, and 245 records overall. Taken together, the 500 tasks call for 170,495 source-backed records. We calibrate difficulty from historical design-stage rollouts, then split the tasks by rank into 167 lower-, 166 middle-, and 167 higher-difficulty examples. The plot below shows that difficulty is not determined by scale alone; it also depends on the work required for each record.
Overall task difficulty across the breadth–depth plane (log–log; 500 benchmark tasks). Breadth is the number of required members; depth is the required record count divided by that member count. Point color denotes the overall difficulty label. Dashed guides mark the median breadth (50 members) and median depth (4.00 records per member).
Reference-free, evidence-verified grading
A fixed answer key is a poor fit for open-ended research. It is expensive to build, quickly becomes stale, and poorly represents questions whose answers change over time. WANDR instead grades each submitted claim against the evidence the agent cites.
Every record contains an item, a URL, selected excerpts, and an answer. The grader re-fetches the page and checks whether it is usable, whether the claim is clear and in scope, whether the excerpts faithfully appear on the page, and whether both the page and excerpts support every requirement.
These binary record verdicts roll up through the hierarchy. Precision measures the quality of what the system submitted. Recall measures quality-adjusted completion against the requested volume, filling any shortfall with zeros. F1 balances the two. Soft scores give partial credit to incomplete members; hard scores count only members whose full required subtree is correct. For diagnosis, WANDR also reports a retrieval-only verdict that asks whether the fetched page satisfies the task before adding the stricter checks on validity and submitted excerpts.
This makes failures interpretable and localizable. High precision with low recall usually means the system found some good members but not enough of them. A large soft-to-hard drop means it made partial progress but rarely completed every branch needed for full credit. The score tree can localize the loss to discovery, enrichment, identity handling, page qualification, or evidence extraction.
The grading pipeline. Solve normalizes every system's output; fetch retrieves each cited page and retries broken fetches in a browser; judge resolves identities and evaluates every record; and score rolls the verdicts into task-level precision, recall, and F1.
What we found
We compared six production systems: hosted task and search APIs, general web-agent APIs, a deep-research product, and our programmatic search-orchestration system, Search as Code (SaC). Each one was scheduled on all 500 tasks under a pinned configuration, then went through the same fetch, judge, identity-resolution, and scoring pipeline.
Perplexity Search as Code leads at 0.363 soft F1 and 0.133 hard F1. Anthropic is second at 0.249 and 0.072; every other system tops out at 0.121 soft F1 and 0.035 hard F1. No system dominates both quality and efficiency. Perplexity sits in the middle of the cost range at $5.20 per task, with a 14.9-minute median solve time and 3.82 million reported tokens per task. OpenAI and Exa are faster and cheaper but score much lower. Anthropic comes closest on quality, but uses substantially more time, money, and tokens.
Soft and hard precision and recall (top), and soft and hard F1 (bottom), against cost, median solve latency, and reported token use. Higher and farther left is better. Exa and Parallel are absent from the token views because they do not expose token counts.
We also evaluated every available effort setting on the same 45-task subset. More effort improves Perplexity, Gemini, and Exa at every step; Perplexity reaches 0.447 soft F1 and 0.224 hard F1 at xhigh. Higher effort is not uniformly better, however: OpenAI peaks at high, and Parallel's hard F1 slips slightly between ultra2x and ultra4x. Cost spans more than four orders of magnitude, from $0.03 per task for Exa low to $324.83 for Gemini max.
Soft F1 (top) and hard F1 (bottom) across all available effort settings on the matched 45-task subset. Darker paths denote higher effort.
Four findings stand out.
Partial progress is common; complete coverage is not. Soft recall is below soft precision for every system, which means performance falls once the full requested volume enters the denominator. Perplexity retains 0.357 recall from 0.389 precision, the smallest gap; Anthropic falls from 0.354 to 0.222. The soft-to-hard conversion is harsher still. Perplexity drops from 0.363 soft F1 to 0.133 hard F1, and Anthropic from 0.249 to 0.072. The best hard precision is 0.150 and the best hard recall is 0.134: even the leader earns full credit for only about one in seven members it submits and one in seven members the task asks for.
Scale compounds the problem. From the smallest to largest target-volume bin, Perplexity's hard precision drops from 0.235 to 0.096 and its hard recall from 0.219 to 0.079. Anthropic falls from 0.205 to 0.113 and from 0.127 to 0.042; OpenAI falls from 0.109 to 0.034 and from 0.102 to 0.016. Recall usually falls faster than precision: a system may keep a small pocket of complete members while covering less and less of the requested set.
Deeper hierarchies are harsher still. Going from no intermediate key to three or more, Perplexity's hard precision falls from 0.392 to 0.019 and hard recall from 0.378 to 0.017; Anthropic falls from 0.311 to 0.049 and from 0.229 to 0.022; OpenAI falls from 0.136 to 0.012 and from 0.120 to 0.011. Every added branch creates another place where a member can miss the all-or-nothing hard score. Cost and latency do not follow a common monotonic pattern.
Hard precision, hard recall, median solve latency, and mean cost across target record volume (top) and intermediate hierarchy depth (bottom). Each line represents one fixed main-run configuration. Lines connect task-bin aggregates for readability and do not imply a causal effect of scale or structure.
Even before judging quality, discovery is the first structural bottleneck. Looking only at raw, pre-collapse counts, mean top-level discovery completion ranges from 0.611 to 0.951. Conditional enrichment is stronger at 0.767–0.967, and terminal evidence-slot completion reaches 0.979–0.994 once a member and its enrichment path exist. Perplexity leads discovery at 0.951 and enrichment at 0.967, but OpenAI is slightly higher on terminal evidence slots at 0.994 versus 0.991. Duplicate collapse accounts for only 0.017–0.205 percentage points of count loss across the six full runs, so under-delivery, not identity merging, is the main aggregate explanation. The largest raw structural losses occur before the final URL is attached.
Mean task-level raw structural completion from the verifier trees. Discovery is the top key, enrichment covers intermediate keys, and evidence is the terminal key. Values use pre-collapse provided counts, so the figure isolates where submitted volume is missing before record quality is judged.
Finding a usable page is usually easy; finding complete evidence is hard. For five systems, only 3.2%–8.9% of submitted pages are unusable; OpenAI is the 23.1% outlier. Invalid or wrong-type records are also relatively uncommon at 4.2%–17.4%. The dominant losses come next: 33.6%–68.3% of submitted pages fail at least one substantive task requirement, and 57.5%–86.6% of submitted excerpts fail to support everything the record claims. Perplexity's rates are 41.4% and 57.5%. Its soft F1 falls from 0.531 under the retrieval-only check, which asks only whether the page meets every substantive requirement, to 0.363 under the full verdict, which also requires the universal checks, task-specific validity, and complete excerpt support. Hard F1 similarly falls from 0.245 to 0.133. The hard part is not just reaching a plausible page; it is turning that page into sufficient evidence for the entire claim.
Measured record-level failure probes from available verifier details, in percent; lower is better. Failures on page and excerpt requirements are substantially more common than unusable-page or invalid-record failures. Parallel has diagnostic details for 350 tasks, while the other rows cover 490–500 tasks.
Search as Code is well matched to this task shape. A model can express retrieval, filtering, fan-out, rendering, joins, deduplication, and stopping logic as a program, while deterministic compute handles repeated operations outside the model context. That profile is consistent with Perplexity's stronger breadth retention and excerpt construction, although it does not lead at every layer: Anthropic has the lowest page-requirement failure rate.
What's next
WANDR provides more than a single leaderboard score. Its common task structure and semi-automated pipeline support varied, high-volume task generation, while per-record verdicts and hierarchy-level scores show where a run fails: discovery, enrichment, identity handling, semantic qualification, or evidence construction. The released tasks, verifier, and structural diagnostics provide a basis for improving comprehensive search systems and testing whether those gains hold at scale.
The same structure may also make WANDR useful for reinforcement learning. Rather than relying on a single sparse terminal reward, a trainer can use record- and branch-level judgments, assign partial credit for discovery and enrichment progress, and build a curriculum by raising the required counts over time. The pipeline can generate held-out sibling tasks across domains, hierarchy shapes, evidence rules, and breadth–depth settings without enumerating gold answers. This creates a path to training agents not only to find correct facts, but also to plan for coverage, detect missing branches, and recover before stopping.
The benchmark tasks, evaluation harness, and full technical report are available on GitHub.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み