アーカイブ / Robotics
ロボット方策の実機評価を記録し、次の学習につなぐEVA-Client
EVA-Client
EVA-Clientの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1 : EVA-Client across the manipulation-policy lifecycle. A left-to-right view of the broader pipeline around EVA-Client, spanning connected robot embodiments, data collection, external policy training, deployment, and real-robot evaluation. (1) Embodiment: physical serial-arm platforms outside EVA-Client, namely AgileX Piper, ARX R5, Franka, UR5e, AgiBot G2, and Galaxea R1-lite , connect to one robot-agnostic backend through a single description class each (Section 4 ). (2) Data collection: a human teleoperates the robot while EVA-Client captures each demonstration, quality-checks it, and replays it for inspection, then exports it in the LeRobot format as training-ready data (Section 7 ). (3) Policy training: external frameworks such as openpi ( Black et al., 2026 ) , StarVLA ( Ye et al., 2026a ; Community, 2026 ) , GR00T ( NVIDIA et al., 2025 ) , and Dream-Zero ( Ye et al., 2026b ) consume the collected data and return a checkpoint; EVA-Client trains no models itself. (4) Deployment: EVA-Client serves the trained checkpoint on real hardware, using inference scheduling, overlap smoothing, and inverse kinematics to turn action chunks into a smooth command stream rather than the jerky pause-and-go of naive synchronous execution (Section 6 ). Bottom band, real-robot evaluation: the deployed policy is scored on physical robots under a standardized, fully logged protocol (Section 8 ). EVA-Client covers the client-side data collection, deployment, and evaluation workflows; robot embodiments and policy training remain external.
概要
- EVA-Clientは、学習済みロボット方策の実機への接続、動作確認、評価、データ収集をまとめる。
- ロボット、通信、推論方式を独立した部品として扱い、各試行の観測と実行を記録する。
- 本文の実機例は説明用の観察であり、方式間の成功率を示す統制実験ではない。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、EVA-Clientの仕組み
- 01観測と作業指示
- 02方策の動作列を取得
- 03実機用の指令に変換
- 04動作と試行記録
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
学習済みのロボット方策があっても、実機ではカメラと関節状態の取得、推論待ち、動作指令への変換、試行結果の記録を整える必要がある。これらが方策ごとの個別スクリプトに分かれると、失敗の原因や異なる方策の差を調べにくい。
EVA-Clientは、方策サーバーとロボットの間に入る実行基盤である。実機での一回の評価を記録として残し、次の学習に回せるようにすることが、作業を繰り返す現場での狙いになる。
手法
クライアントはロボットから同期した画像や関節状態を受け、作業指示とともに外部の方策サーバーへ送る。返ってくる「動作列」は、これからの複数時点の動きをまとめた予測である。推論方式が次の問い合わせ時刻を決め、重なった動作列を調整して、ロボットへ連続した指令を送る。
方策の出力が手先の位置で、実機が関節角の指令を要する場合は、逆運動学という手先位置から関節角を求める計算で変換する。実機に送る前に画面上で動作を見たり、一列ずつ実行したりできる。評価では観測、予測、実際の指令と結果を記録し、実演データの収集にも同じ基盤を使う。
新規性
EVA-Clientは、ロボットの種類、通信方法、推論の進め方を独立した部品として扱い、学習済み方策を実機で動かす工程をまとめた。デバッグ、実演データの収集、評価を同じクライアントで行い、評価時の動作記録も次の外部学習に使える形式で保存する。
著者らが強調するのは新しい方策モデルの精度ではなく、実機で何を観測し、何を予測し、どう動かしたかを追える構成である。推論方式を設定から切り替えられる点も比較のしやすさにつながる。
従来手法との違い
比較対象は、方策やロボットごとに用意する実機用スクリプトである。EVA-Clientではロボット定義、通信、推論方式を別々の層に置き、対応済みの組み合わせを設定で選ぶ。同期実行、非同期実行、予測した動作列を重ねてならす方式なども共通の操作面から扱う。
本文は同期実行では卓球動作が推論待ちで止まり、非同期実行では続いた例を示す。ただし著者ら自身が、これは実機での説明例であって統制された性能比較ではないと述べている。
実験結果
確認できた本文では、対応する実機としてFranka、UR5e、AgileX Piperなど六種が挙げられ、画面上での実行、一動作列ずつの実機実行、連続実行などのモードが説明される。著者らは卓球と布折りの実機例を示し、卓球では同期実行の推論待ちが動作を妨げ、非同期実行ではラリーが続いたと記す。
ただし、これらは著者らが統制されたベンチマークではなく説明用の観察だと位置付ける。確認できた本文の範囲では、成功率、試行回数、遅延の比較値を示す表は確認できないため、方式間の優劣を数値で結論付けることはできない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：同じロボットアームの物体移動作業で、二つの学習済み方策を比較する。入力はカメラ画像、ロボットの状態、作業指示、外部の方策サーバーが返す動作列であり、出力は実行コマンド、各試行の成否、動作記録である。
担当者はまずシミュレーション表示で動きを見て、一動作列ずつ実機で試し、その後に連続実行へ進む。各試行で観測から実行までを保存し、失敗が方策の予測、動作の変換、通信遅延のどこに関係するかを点検する。これは評価記録を再利用するための応用案である。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：対応する一台のロボットと一つの学習済み方策で、観測、動作予測、実行指令が正しく記録されるかを確かめる。まず画面上の実行を基準とし、一動作列ずつの確認を経て、同じ作業を連続実行する。
各段階で、取得画像の時刻ずれ、推論にかかる時間、指令の連続性、試行の成否、記録の欠落を測る。同期方式を基準に非同期方式へ切り替え、同じ条件で差を確認する。最後に保存された試行を再生し、次の外部学習工程で読めるか確かめる。
限界と課題
著者らはEVA-Clientを学習済み方策の実機用クライアントと位置付け、モデルの学習自体は外部で行うと明記する。また、ROSを使わないロボット向けの独立したカメラ入力手段は現時点の制約であり、逆運動学の支援対象は直列アームである。
編集上は、対象ロボットの観測と動作の形式が対応するか、記録した評価データを既存の学習工程で読めるかを確認したい。関節の限界付近では動作の不連続が起こりうると本文は述べており、実機の動作確認も必要である。
出典
元のタイトル・要旨を確認する（英語）
EVA-Client: A Unified Data Collection, Inference, and Deployment Framework for Embodied Policies on Real Robots
We present EVA-Client, an open-source framework for deployment, data collection, and evaluation of trained manipulation policies on real robots. Sitting between a policy server and the physical hardware, EVA-Client unifies the real-robot stages of the policy iteration loop within a single codebase. It makes three contributions. First, a component-decoupled architecture in which robot backends, inference strategies, and transport middlewares form an orthogonal grid: adding a robot or a strategy touches only its own layer. Second, inspectable execution through Debug, Collect, and Eval workflows, with modes ranging from open-loop simulation to continuous real-time control. Third, every evaluation run doubles as a data collection, recording full rollouts in training-ready format alongside exhaustive logs and a side-by-side comparison viewer, so each evaluation feeds the next round of training rather than ending as an unrecorded impression. EVA-Client further consolidates major real-time inference strategies, synchronous and asynchronous execution, ACT-style temporal ensembling, Real-Time Chunking, and a naive-async ablation baseline, behind a single configuration surface.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-09-30