新着研究 / LLM / AI Agent / VLM
考えている途中の新情報を受け取るLLMエージェントの設計
AsyncLLM
AsyncLLMの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 6: Examples from the ShardedVQA dataset. (Upper) The question is: “Is the sum of the smallest two values greater than the largest value?” (Lower) The question is: “Ruth runs around the perimeter of the pool while Sarah swims its length. Ruth runs three times as fast as Sarah swims. Sarah swims six lengths in the same time Ruth completes five laps. How wide is the pool?” (Left) Before correction, edited image. (Right) Correct image, from source.
概要
- AsyncLLMは複数のLLM推論を並行させ、途中経過をモデル内部の記憶ブロックで共有する。
- 著者らは数学問題、画像変更、動画、ゲーム、監視で、追加学習なしの並行動作を試した。
- 実務では反応速度だけでなく、途中で届いた情報を正しく反映し、古い結論を残さないかの検証が必要だ。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、AsyncLLMの仕組み
- 01続けて届く入力
- 02推論役を並行実行
- 03記憶の視点を共有
- 04更新した応答
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
AsyncLLMは、考えている途中に届く新しい情報を、LLMエージェントが扱えるようにする。たとえば監視中のログは、分析が終わるのを待たずに増え続ける。順番に一件ずつ処理すると、重要な変化への反応が遅れる。
この問題は動画やゲームでも起きる。著者らは用途ごとに別の仕組みを作るのではなく、複数の推論を同時に進め、途中経過を共有する一般的な方法を検討した。
手法
開発者は、監視役や分析役のような複数の処理を「コルーチン」として定義する。コルーチンとは、途中で待機しながら他の処理と交互に進められる処理単位だ。各処理は自分の記憶ブロックへ書き込み、読むときには必要なブロックを組み合わせた「視点」を指定する。
たとえば動画を見張る処理が重要な場面を通知すると、考察中の処理はその情報を参照して続きを生成できる。推論エンジンは同時に届いた要求をまとめて計算する。内部記憶の一部はモデルの注意機構が過去の入力を参照するための値で、論文は異なる種類の内部状態を組み合わせる計算方法も示す。
新規性
AsyncLLMは、複数の推論処理を並行して走らせ、それぞれが相手の途中経過をモデル内部の記憶から読めるようにする枠組みだ。文字列の受け渡しを待たず、視点ごとに参照する記憶の組み合わせを指定できる。
著者らは、通常の注意機構に加え、別形式の内部状態を持つモデルや画像・動画を扱うモデルにも、この共有方式を広げた。Qwen 3.x系を用いた動画理解、ゲーム、監視の例では、用途別の追加学習なしで並行動作を試している。
従来手法との違い
従来のエージェントは、入力を読んで考え、返答や道具の実行を終えてから次の入力を扱う順番の処理が基本だ。AsyncLLMでは、監視役が新しい入力を受ける間も別の処理が考え続け、必要な時点で共有記憶を参照できる。
論文は、音声、動画、ロボット、システム監視で個別に設計されてきた並行処理を、共通のプログラミング方式で表す。本文で確認できた範囲では、これらの専用システムに対する一律の速度優位や精度優位は示していない。
実験結果
著者らは、途中で補足が届く数学問題MATH-500-Shardedの500問と、画像を途中で差し替える513組の視覚質問を使った。さらに、連続する動画の理解、ゲーム、システム監視でQwen 3.x系モデルの並行動作を示している。これらの用途に特化した追加学習は行っていない。
本文で確認できた範囲では、文字と画像の変更に反応できる傾向が報告され、画像の課題では入力変更が遅いほど正答率が早く下がると説明されている。ただし各条件の正答率や遅延の具体値は示された範囲にないため、実運用で必要な応答時間を満たすかは判断できない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：設備ログを見続ける監視役と、原因を整理する分析役を並行して動かす。入力は時刻付きのログ行と運用者からの追加情報、出力は、検知した変化とその根拠を添えた確認用の報告案とする。
監視役が新しい異常候補を見つけたら分析役へ通知し、分析役はそれまでの経過と新情報を合わせて報告案を更新する。運用者が判断する前にログ原文を確認できるよう、報告案には参照した時刻と行を残す。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：過去の設備ログを時刻順に再生し、順番に処理するエージェントと、監視役と分析役を並行させた構成を比べる。途中で運用者の補足を入れる事例も用意し、同じログと同じ確認項目で評価する。
異常の発生から報告案に反映されるまでの時間、見逃し、誤警報、古い情報に基づく記述を測る。ログの時刻を根拠として残し、並行処理による遅延の改善が正確さを損なっていないかを確認する。
限界と課題
著者らは、エージェント自身が処理の並べ方を定義・変更する能力はまだ安定しないと述べる。本文で確認できた範囲には、数学問題500問、画像の変更を伴う513組などの設定はあるが、監視用途での誤警報率や運用時間を判断できる数値はない。
編集上の確認点は、新しい入力を取り込むまでの遅延、同時に動く処理が古い情報を読む頻度、共有記憶の費用である。監視報告が更新される速さだけでなく、変更前の結論を引きずらないかを実データで測る必要がある。
出典
元のタイトル・要旨を確認する（英語）
LLMs are General Asynchronous Agents
Modern LLMs are increasingly capable as autonomous agents, but they follow sequential interaction cycles: read, think, reply or call tools, repeat. Many real-world use cases are not sequential: voice assistants, embodied agents, and monitoring systems receive new inputs while they think or perform another task. Modern LLMs address this with specialized architectures for voice interaction and video streams, VLAs for robot control, asynchronous tool calling for API usage, and others. In this work, we generalize from different asynchronous tasks to general asynchronous agents that can adapt to different types of concurrency. To achieve this, we develop an asynchronous LLM framework that lets users (or the agents themselves) define inference coroutines with overlapping memory states. We showcase that Qwen 3.x models are capable of asynchronous operation for streaming video understanding, videogames, and monitoring, without task-specific training.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-09-29