何が起きたか
arXivは2026-09-30、論文「Make Code as Policy Great Again: Frontier Agents Write, Call, and Evolve Robot Tools」を公開した。論文は、ロボット制御を逐次的な行動推論ではなく、モデルが実行可能なツールを作り、コードが多段の動作を担い、モデルが次の行動を決める分業として再設計するURAI(Universal Robot-Agent Interface)を提案している。評価は5つのRoboDojo課題、4つの固定された実行エージェント、7件の実機AgileX双腕タスクで行われた。
詳細
URAIでは、プログラミング用エージェントがタスク意図から再利用可能でタスク固有のツールを作成し、実行フィードバックと人のガイダンスで修正する。実行用エージェントは現在の観測に基づいてツールを選び、必要なパラメータを設定して呼び出す。各呼び出しは局所的に完全な動作を終えてから制御を返す設計で、生成されたプログラムに後続判断を委ねるのではなく、ツール実行の合間でモデルが意思決定を続ける点を特徴としている。 論文によると、URAIは検証済みのツール修正をエピソードをまたいで保持でき、基盤モデルの重み更新は不要だという。共有GUIとAPIにより、同じツールを人とエージェントの双方が利用できるとしている。
Key Facts
| arXivは2026-09-30に論文「Make Code as Policy Great Again: Frontier Agents Write, Call, and Evolve Robot Tools」を公開した。 | [1] |
| 論文はURAI(Universal Robot-Agent Interface)を提案し、プログラミング用エージェントと実行用エージェントを分離した。 | [1] |
| 評価対象は5つのRoboDojo課題と4つの固定された実行エージェントだった。 | [1] |
| 論文は7件の実機AgileX双腕タスクでURAIを評価した。 | [1] |
| 論文は、検証済みのツール修正がエピソードをまたいで保持され、基盤モデルの重み更新が不要だとしている。 | [1] |
本紙の見方
この論文の新しさは、ロボット操作を「モデルが逐次すべてを考える対象」ではなく、「モデルが作成・修正できるツール群」として扱い直した点にある。単なるコード生成ではなく、プログラミング用エージェントと実行用エージェントを分け、各呼び出しの間にモデルが次の方針を決め直す設計は、コード化とエージェント制御の中間にある。評価対象にRoboDojoの5課題と実機のAgileX双腕タスク7件が含まれているため、機上の概念提案ではなく、複数の操作形態での再利用性を検証した論文と読める。 本紙の関連記事 Vantage、宇樹科技のPre-IPO CFDを提供開始 が扱ったのは上場前の宇樹科技をめぐる金融商品の提供であり、今回はその企業群の一つであるAgileXの実機タスクが論文評価に使われている点が接続点になる。ただし、関連記事が示すのは資本市場側の関心で、今回の論文が示すのは操作ソフトウェアの構成であるため、同じロボット企業でも論点は異なる。ここで重要なのは、ハードウェア企業の知名度ではなく、実機タスクをどの層までコード化・再利用可能にできるかという設計問題だとみられる。 業界構造への含意としては、ロボット制御の単位が「一回限りの行動列」から「保存・修正・共有できるツール」に変わる点が大きい。これにより、基盤モデルの再学習を前提にせず、エピソードをまたいで改良を蓄積する運用が可能になるため、ソフトウェア更新の置き場所がモデル重みではなくツール層に移る可能性がある。共有GUIとAPIが人とエージェントの双方に開かれている点も、運用現場でのデバッグ、監督、転用の境界をどう設計するかという論点を生む。 未確定の論点は、7件のAgileX実機タスクがどの程度の難易度差を持つのか、ツール修正がどの条件で他タスクへ移転するのか、また実運用で人のガイダンスがどの頻度で必要かである。RoboDojoで示された成功率向上が、実機環境の失敗モードや安全制約の下でも同じ比率で再現されるかは、論文本文の評価条件をさらに確認すべきだとみられる。
なぜ重要か
論文が示すのは、ロボット制御の改善余地が基盤モデルの再学習だけでなく、再利用可能なツール層の設計にもあるという点である。共有GUIとAPI、エピソードをまたぐ修正保持、実機AgileX双腕タスクでの検証は、現場運用での保守性や人手介入の設計に関係する。
日本への影響
AgileXの実機双腕タスクが評価対象に入っているため、日本のロボットSIや双腕ハンドリングの現場では、モデル本体よりもツール記述・修正・共有の仕組みが競争力の一部になる可能性がある。特に、実機運用でのデバッグや人のガイダンスを前提とするなら、ハードウェア性能だけでなく、作業手順をコード化して蓄積する運用設計が論点になる。