日本フィジカルAI新聞

世界のフィジカルAIを、日本語で。

プランニングarXiv:2610.37891

計画を増やすほど失敗する:ワールドモデル向け学習型プランナー

When More Planning Hurts: Learned Planners for World Models

シェア:XThreadsFacebookLINEはてブBluesky

ワールドモデル上での行動計画において、固定の行動更新器と既存プランナーをPushTで比較し、更新回数を増やしても失敗タスクが救われず、むしろ成功が失敗に転じる現象を報告した研究。

詳しい要約

1. どんなもの?

World model を用いた計画(planning)において、学習済みの planner が計画回数を増やすと性能が悪化しうる現象を扱う研究。PushT 環境で、固定の action updater(1,505 parameters)と比較 planner(Selected Adam、adapted iCEM、released LePlanner)を評価している。

2. 先行研究と比べてどこがすごい?

- 比較対象は Selected Adam、adapted iCEM、released LePlanner - released LePlanner は 16 tasks 全て成功、総 planning and encoding time 5.652s と最良 - 提案の action updater は 8/16 成功、59.079s で、事前に定めた task-cost criterion を満たさない - 単純に計画を増やせば良くなるとは限らない点を実験的に示す

3. 技術・手法の肝は?

- 固定 action updater(1,505 parameters)を latent world-model trajectories の選択に用いる - 各 context で最初の十命令のみ replay し、次の solve に 4/8/12 updates を与える matched experiment を実施(以降の solve は 8 updates) - 成功/失敗と selected latent world-model trajectories のコストを対応付けて分析

4. どうやって有効だと検証した?

- PushT で configuration selection 用に確保した 16 scenes のうち 8 を解決 - 比較 planner の成功数と総 planning and encoding time を報告 - 3 つの update budget(4/8/12)で各 9/8/7 成功 - 追加 updates は失敗 task を救済せず、成功/失敗の変化は 1 つの scene cluster に集中

5. 議論はある?

- 追加 updates は selected latent world-model trajectories のコストを下げる一方、従来成功していた task が失敗に転じる - 計画量の増加が必ずしも性能向上につながらないことを示唆 - 提案 updater は事前設定の task-cost criterion を満たさず、コスト面の課題が残る - 失敗変化が特定 scene cluster に偏る理由は要旨からは不明

6. 次に読むべき論文は?

- released LePlanner(比較対象) - adapted iCEM(比較対象) - Selected Adam(比較対象) - latent world model を用いた planning の関連研究(具体名は要旨からは不明)

※ AIが要旨から生成した要約です。正確性は原文をご確認ください。

著者: Josef Chen

分類: cs.RO, cs.AI, cs.LG

原文アブストラクト

On PushT, our fixed action updater (1,505 parameters) solves 8 of 16 scenes reserved from our configuration selection. The comparison planners perform as follows: Selected Adam (7 tasks solved, total planning and encoding time 218.440s), adapted iCEM (2 tasks solved, total planning and encoding time 49.309s), released LePlanner (16 tasks solved, total planning and encoding time 5.652s). The total planning and encoding time for our action updater is 59.079s. Note that our action updater does not satisfy the task-cost criterion we fixed before evaluation. We also conduct another matched experiment where we only replay the first ten commands in each context and then allow the next solve 4, 8 or 12 updates (subsequent solves all get 8 updates). Among all 16 contexts (8 scene clusters), the 3 budgets get 9, 8 and 7 successes, respectively. Interestingly, the extra updates did not rescue any failing task in this experiment. All the changes in success/failure happen in one scene cluster, where we observe that the extra updates decrease the costs of the selected latent world-model trajectories for our updater, while the tasks that used to be successes become failures. The code, weights, evaluators, execution traces and cost accounting accompany the paper.

関連論文

  1. 1Boston Dynamics、車輪付きAtlasの研究試作機を紹介研究・技術
  2. 2GXOとApptronik、Apolloの物流現場試験を拡大 最大1,000台の展開を構想量産・展開
  3. 3newmoとKDDIが資本業務提携 2028年に堺市で自動運転タクシー商用化目指す提携・買収
  4. 4NVIDIA、CoRLでGR00T 2とIsaac Lab 3.0を発表新製品・発表
  5. 5UC BerkeleyとNVIDIAの研究者、AIエージェントでロボット制御コードを仮想環境で改善研究・技術

PR・アフィリエイト広告

FRONTIER(GPU搭載BTOパソコン)

FRONTIER(GPU搭載BTOパソコン)の公式広告バナーFRONTIERでGPU搭載PCを見る ↗
PR本紙発行元 EmplifAI