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

since
平成38年9月29日

← 検索結果に戻る

繰り返す判断を先に解いて再利用するBLM、定型エージェントのモデル呼び出しを削減

Bellman Language Models

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

Bellman Language Modelsの原論文から掲載した図です。細部はクリックして拡大できます。

原論文の図の説明を読む

Figure 9: Every agent turn on test set 1 with Claude Opus 5.5. Each row is one conversation (114, sorted by model calls) and each cell one agent turn, colored by what produced it. Left: Opus alone calls the model on every turn. Right: notice that in the Bellman model almost every turn is an executed lookup or template, and 82 of the 114 conversations contain no model call at all. Conversations with the BLM have more turns, because each check is a separate instruction.

出典:Bellman Language Models / arXiv ↗

概要

  • ログを離散状態へまとめ、遷移確率と費用から行動方策を解いて再利用する。
  • 内容まで決まる行動は外側の制御器が実行し、未見の状態はLLMへ戻す。
  • 通信サポート課題で大幅な呼び出し削減を報告する一方、内容生成中心の課題では効果が小さい。
補足:編集した模式図で仕組みを確認する

VISUAL EXPLAINER

図でつかむ、Bellman Language Modelsの仕組み

左から右へ読む
  1. 01業務ログ
  2. 02離散状態と確率
  3. 03行動方策を最適化
  4. 04制御器で判断
  5. 05未見状態をLLMへ

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

研究の背景

Bellman Language Modelsは、業務エージェントが何度も遭遇する判断を、毎回LLMに考え直させず、事前に求めた方策から選ぶ方式である。例えば通信サポートでは、既知の症状と確認済み項目に応じて次の検査を選ぶ場面が繰り返される。

文章の理解と、次に何をするかの選択は同じ問題とは限らない。研究は、選択肢が限られた流れを最適化問題として解き、内容を柔軟に作る必要のある場面にLLMを残す構成を検討している。

手法

Discretize, Then Decideは、ログやエージェントの実行から必要な事実を読み、離散的な状態へまとめる。各行動の費用と結果の確率を推定し、新しい状態が増えなくなり推定が安定するまで情報を集める。

この状態と行動をマルコフ決定過程として解く。これは、次の状態へ移る確率と費用から、将来も含めて良い行動を選ぶ枠組みである。実行時には外側の制御器が固定済みのツール呼び出しや定型返答を出し、未見の状態や自由な内容生成はLLMへ渡す。会話を読み取る状態には、その判断に必要な情報を保つ必要がある。

新規性

動的計画法自体が新しいという主張ではない。LLMエージェントの判断が一定範囲で繰り返されることを確認し、ログから方策を作って外部制御器として実行する具体的な工程を示す。

最適な手順をプロンプトへ書くだけでは、各ターンでモデルを呼ぶ費用と指示を守る不確かさが残る。解いた方策を実際に動かすことと、モデルへ参考として読ませることを分けている点が重要になる。

従来手法との違い

比較はLLM単独、モデルを使わない制御器、制御器とLLMを組み合わせるBLMなどで行う。内容まで状態から決まる行動だけを代行し、一般の返答を全てテンプレートへ置き換える前提にはしていない。

通信サポートや在庫課題のように行動選択が中心の場面と、SymPyの修正のように新しい内容を書くことが中心の場面では効果が異なる。モデルの能力だけでなく、業務の決定構造が再利用できる範囲を左右する。

実験結果

著者らのτ²-bench telecomでは、モデルなしの制御器で79%の課題を解いた。Qwen3.8-27Bは単独29%からBLMで96%となり、モデル呼び出しは93%減ったと報告する。

Claude Opus 5.5は単独96%から二課題多く解き、呼び出しと一課題当たりの費用を約98%削減した。InventoryBenchでも制御器の有効性を示す一方、SymPy課題では利益が小さい。これらの値は論文内の評価条件であり、現在の一般的な製品性能を示す比較ではない。

応用の可能性

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

編集上の応用案:社内IT問い合わせのうち、確認手順が明確なパスワードや接続障害の案内へ適用する。入力は問い合わせ履歴と実行済み検査、出力は次の確認操作、定型案内、または担当者・LLMへの引継ぎとする。

初期は頻度の高い狭いフローに限定し、例外は既存対応へ戻す。手順の選択を固定しても、利用者の説明を正しく状態へ変換できるかは別途確認する。定型判断の費用削減と例外処理の品質を同時に測る利用案である。

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

導入時の検証

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

導入時の検証案:同意と利用条件を整えた既存ログから状態と行動を定義し、未使用のログでLLM単独と比較する。完了率、誤った操作、呼び出し数、処理時間、状態の未被覆率を記録する。

確率推定が安定したように見えても、少数の重要な例外が落ちていないかを確認する。費用の置き方を変えた感度分析と、業務規則を変更した試験を行い、未知状態を検出して既存の対応へ戻す経路も検証する。

限界と課題

論文自身が、内容生成の難しさが中心の課題では事前に解ける判断が少なく、効果が限定的であると述べる。状態が飽和したという観測は、将来の新しい利用者や制度変更まで見切った保証ではない。

編集上の確認点は、状態の離散化で判断に必要な事実を落とさないか、確率や費用の変化をいつ再学習するかである。外側の制御器があるだけで正しい動作になるわけではなく、状態の読み取りと実行権限の対応を含めて監査する必要がある。

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

出典

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

Bellman Language Models: Solving the Recurring Decisions of LLM Agents

A general observation in agentic workflows, especially bounded ones, is that the decision space of the LLM, when we separate a decision from generation, starts approaching saturation: the agent meets the same states again and again, and after enough conversations it stops meeting new ones. LLMs generally don't treat these decisions as an optimization problem and instead re-derive them from their context/prompt on every turn. We show that treating decision making within reasonable bounds as an optimization problem, solving it once, and reusing the solved decisions can often make an agent faster, cheaper and more reliable. Our approach, which we call Discretize, Then Decide, starts from data such as the workflow's own logs or, when none exists, runs of the LLM agent itself. It reads each conversation into discrete states and estimates the probability of each outcome and the cost of each move, until no new states appear and the probabilities stop changing. It then solves the resulting Markov decision process. The solution runs as a controller around the model, sending moves whose content is fixed in the state, such as a tool call or a templated reply, and any state it hasn't seen is sent back to the LLM. We call an LLM run this way a Bellman language model (BLM), after Richard Bellman's equation for the best move in each state. On $τ^2$-bench telecom, the controller with no model solves 79% of tasks. As a BLM, Qwen3.8-27B, an open model, goes from 29% to 96% with 93% fewer model calls. For Claude Opus 5.5, which solves 96% of tasks on its own, running it as a BLM cuts model calls and cost per task by about 98% and lets it solve 2 more tasks. On InventoryBench, the solved policy with no model beats every published method. Where the hard part is writing content rather than choosing moves, such as resolving SymPy issues, few decisions can be solved in advance, and a BLM helps little.

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