表示
超・人工知能研究所 Super AI Research Lab トップへ超・人工知能研究所AI Research Lab / ぱそ太郎工事中

since
平成38年9月29日

← 検索結果に戻る

AIは直接解答の失敗を予測できても、有効な協調方式までは選びにくい

Cost-Aware Protocol Routing

保存した記事を見るこのブラウザに保存します。無料会員で端末間の同期・フォルダ整理

概要

  • 同じ競技数学問題を4方式で解き、正誤とトークン消費を対応付けて方式選択を評価した。
  • 主要な保留テストでは、解答前の確信度による直接解答と自己修正の切り替えが正答率78.0%、平均45.0千トークンだった。
  • 直接解答の失敗予測はAUROC 0.8847だったが、その得点によるPERやBroadcast固有の成功の識別は弱かった。
補足:編集した模式図で仕組みを確認する

VISUAL EXPLAINER

図でつかむ、Cost-Aware Protocol Routingの仕組み

左から右へ読む
  1. 01数学の問題文
  2. 02解答前の確信度
  3. 03直接解答か自己修正
  4. 04解答と消費トークン

原論文の説明をもとにした模式図です。処理の細部は省略しています。

研究の背景

大規模言語モデル(LLM)は、同じ問題に直接答えることも、答えを見直したり複数の役割で検討したりすることもできる。追加の検討で正答が増える場合がある一方、処理する文章の単位であるトークンの消費も増える。

そこで、問題ごとに解答手順を振り分ける「ルーター」が必要になる。実務で知りたいのは、直接解答が誤りそうかだけでなく、どの追加手順なら費用に見合う結果を得られるかである。

手法

著者らは同じ問題を、直接解答するBaseline、反復して自己修正するSingle、計画・実行・確認を分担するPER、候補を共有して検討するBroadcastで実行した。同一設定内では解答モデルを固定し、各方式の正誤とトークン数を記録して、方式選択の結果を評価した。

ルーターには問題文と利用を許した分類情報を与え、正解や各方式の実行結果は見せない。別に、解答前の正答見込みが境界値の70以上ならBaseline、それ未満または得点を取得できなければSingleを選ぶ方法も調べた。さらに直接解答後、その答えの正しさを自己評価させ、失敗予測の得点が特定方式の利益も示すかを検証した。

新規性

著者らは同じ問題を4方式で解き、解答モデルを同一設定内で固定したまま、問題ごとの正誤とトークン消費を対応付けた。これにより、方式を選ぶ判断を実際の結果と照合できる。

直接解答の失敗リスクと、特定の協調方式に追加費用をかける価値を別の予測対象として測った点が要点である。失敗を見分ける得点だけでは、PERやBroadcast固有の成功を十分には見分けられなかった。

従来手法との違い

基準のBaselineは1回の直接解答である。Singleは反復して自己修正し、PERは計画・実行・確認を役割分担し、Broadcastは候補を共有して複数の担当者が検討する。同一設定内で解答モデルを固定して方式を比べた。

主要な保留テスト423問では、Baselineが正答率56.3%、平均18.2千トークンだった。解答前の確信度でBaselineとSingleを切り替える方法は78.0%、45.0千トークン、凍結したgpt-oss-120bの方式選択は73.8%、71.3千トークンだった。正答率の信頼区間は重なる。

実験結果

著者らは主要な競技数学4,181問を4方式で実行した。主要な保留テスト423問で、解答前の確信度による切り替えは正答率78.0%、平均45.0千トークンだった。全方式の結果を見てから費用順に成功方式を選ぶ参照値は正答率92.4%で、事前には選べない。

直接解答後の得点を読み取れた4,151問では、失敗予測のAUROCは0.8847だった。AUROCは失敗例を高リスクと順位付けする性能を表す。同じ得点で「PERが最初に成功」を探すAUPRCは0.1674、「Broadcastだけが成功」は0.1041だった。AUPRCは対象例を優先して探す際の精度と網羅性をまとめる。

応用の可能性

編集上の応用案 · 論文が実証した用途とは区別しています。

編集上の応用案:社内で正解を確認できる技術計算問題を受け付け、直接解答と自己修正を使い分ける。入力は問題文と利用を許した分類情報、出力は選択した方式の解答と消費トークン数とし、人が最終確認する。

事前に過去問題、正解、直接解答と自己修正それぞれの正誤ラベルと実行記録が要る。新たなセンサーは想定しない。問題の書式、正解判定、切り替えの境界値を対象業務に合わせて調整し、効果は実測する。

応用先の候補からNauhに相談できます。

導入時の検証

導入時の検証案 · 対象データでの再評価が必要です。

導入時の検証案:正解を確認済みの過去問題を学習用、境界値の調整用、最終評価用に分ける。問題文と利用を許す分類情報、正解、各方式の正誤ラベル、解答とトークン数を揃える。新たなセンサーは想定せず、問題形式と採点基準を業務に合わせる。

まず直接解答を比較基準にし、調整用の問題で境界値を決めた後、評価用の問題で直接解答と自己修正の切り替えを測る。正答率、平均トークン数、追加方式でも正答しなかった件数を確認する。PERやBroadcastへ広げるなら、その方式の実行記録も集める。

限界と課題

著者らが挙げる制約として、主要な方式選択比較と解答前の確信度による切り替えは、1つの解答モデル群と数学ベンチマークを対象とする。各問題と方式の組み合わせは決定的な設定で1回実行され、信頼区間は問題間の変動を表す。費用は主にトークン数で測られた。

編集上の検証事項は、業務の正解を安定して判定できるか、分野が変わっても確信度が役立つか、応答時間や料金を含めると選択が変わるかである。全方式の実行結果を見てから選ぶ参照値は、運用時に使える方式選択器ではない。

応用先の候補
研究内容と応用案に基づく分類です。業界での導入実績を示すものではありません。

出典

元のタイトル・要旨を確認する(英語)

LLMs Can Predict Failure Risk, But Struggle to Predict Which Collaboration Protocol Pays Off: Cost-Aware Protocol Routing Across Reasoning Tasks

Multi-agent large language model (LLM) systems can improve reasoning by spending more computation, but deployment requires deciding when extra collaboration is worth its cost. We isolate this decision by running every problem under four protocols while holding the solver fixed within each setting: direct solving (Baseline), iterative self-correction (Single), planner-executor-reviewer collaboration (PER), and multi-agent deliberation (Broadcast). The primary benchmark comprises 4,181 competition-level math problems; paired robustness checks cover four benchmarks spanning competition math, biology, and broader science with two solver families. Across fixed policies, trained routers, and frozen LLM routers, conservative policies under-escalate, whereas higher-solve frozen routers often over-escalate. A post-answer, pre-collaboration gpt-oss-120b probe ranks Baseline failures with 0.8847 AUROC (4,151 parseable cases; 95% CI [0.8732, 0.8955]). The same score remains informative for predicting whether any collaboration helps (0.7683 AUPRC), but is much weaker for identifying PER- or Broadcast-specific value (0.1674 and 0.1041 AUPRC). Separately, the pre-answer self-confidence gate reaches 78.0% solve at 45K tokens, compared with 73.8% at 71.3K for a frozen gpt-oss-120b router and 92.4% for a retrospective fixed-order oracle. Across 10 paired model-condition settings, the oracle adds 23.2-58.3 points of retrospective coverage over Baseline, but protocol profiles vary by task. In the six settings with held-out router evaluations, oracle gaps remain 18.5-28.9 points. Confidence can therefore support initial escalation, while protocol-specific cost-aware routing remains unresolved.

論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01