何が起きたか

arXivは2026-10-10に、「Flow-Support-Weighted Proposals for Test-Time Verified VLA Policies」を公開した。論文は、VLAモデルが単一のタスク分布に合わせて学習されると、フローマッチング・デコーダが代表的なデモンストレーション動作に集中し、テスト時に何度サンプリングしても候補がほとんど変わらない問題を提起した。 著者らはこの状態をproposal contractionと呼び、訓練時にAction Dynamic Sampling(ADS)を入れることで提案の分散を広げるとした。ADSは、各訓練ステップで現在の方策から新しいベースノイズの下でK本の軌道を追加し、Hutchinson trace estimatorで経路上のflow supportを採点し、重み付き集合へ局所的な行動分布を補正する。

詳細

論文によると、ADSの学習では、推論時の展開コストは変えず、訓練コストのみが上がる設計である。評価はシミュレーションと実機4タスクで行われ、Gaussian perturbationが伴う成功率低下を避けつつ、提案の広がりを改善したとしている。 数値面では、RoboCasaでoracle best-of-8成功率が57.6%から63.0%へ上昇し、固定verifierではシミュレーションで2.4〜4.9ポイント改善した。実機操作ではTokenPBが最大13.0ポイント上がったと報告している。

Key Facts

arXivは2026-10-10に「Flow-Support-Weighted Proposals for Test-Time Verified VLA Policies」を公開した。[1]
論文は、VLAモデルで提案が似通う現象をproposal contractionと名付けた。[1]
提案側の対策としてAction Dynamic Sampling(ADS)を訓練時に導入する。[1]
ADSは、各訓練ステップで現在の方策からK本の追加軌道を取り込み、Hutchinson trace estimatorでflow supportを採点する。[1]
RoboCasaのoracle best-of-8成功率は57.6%から63.0%に上昇した。[1]

本紙の見方

この論文の新しさは、テスト時に候補を増やす発想そのものではなく、その前段で候補が同質化してしまう制約をproposal contractionとして定義し、訓練時の分布制御で対処した点にある。VLAとverifierの組み合わせでは、推論時のサンプル数を増やしても多様性が出なければ意味が薄いが、著者らは学習段階でフローマッチング・デコーダの局所分布を補正する設計を提示した。つまり、ボトルネックは検証器ではなく、候補生成側の冗長化だと整理している。 本紙の見方では、これは「より多く試す」方向の拡張を支える提案である一方、実装の重心を推論から学習へ移す点が重要である。ADSは訓練コストを押し上げるが、デプロイコストは不変とされるため、現場導入では学習資源の増加を受け入れられるかが分岐点になる。さらに、論文が評価したのはシミュレーションと実機4タスクであり、RoboCasaのoracle best-of-8やTokenPBの改善が示されても、どの程度一般の操作環境に拡張できるかは別問題である。 本紙の関連記事はないため、外部の過去報道との連続性は置かない。業界構造への含意としては、VLAの性能差が「モデル単体」ではなく、候補生成とverifierの接続設計で決まる局面が強まっていることが挙げられる。候補の多様性が不足すれば、verifierを置いても同じ答えを何度も評価するだけになるため、学習時にどれだけ探索幅を確保できるかが焦点になる。未確定論点としては、Kの設定、4タスク以外での再現性、実機での遅延や学習安定性、そして別のverifierや別のVLA系モデルにも同じ効果が出るかが確認点である。

なぜ重要か

提案生成の多様性が不足すると、検証器を置いても候補空間が広がらず、テスト時サンプリングの利点が目減りするためである。論文は、訓練時に候補の広がりを調整することで、推論時の計算を増やさずにRoboCasaや実機操作で改善を示したとしている。