精读笔记

Problem Setting

论文标题：DIRECT: When and Where Should You Allocate Test-Time Compute in Embodied Planners?（arXiv preprint / 2026）

这篇论文实际处理的是高层 embodied planner 的 test-time compute allocation，而不是 planner 本身的推理能力提升。设定是已有多个 VLM planner/configuration：不同 CoT 深度、不同模型尺寸、不同 memory history 机制。问题是每次机器人接到任务或进入新阶段时，应该调用哪个 planner，才能在成功率和部署成本之间取得更好折中。

关键矛盾是 robotics 中 planner latency 会直接进入闭环执行时间，且 hierarchical planner 往往被反复调用；因此一次几十秒的 thinking 并不是普通离线 QA 的成本，而是会影响真实交互可用性。以前方法卡在固定 planner 假设：要么全任务用 strongest planner，成功率可能高但慢；要么全任务用 cheap planner，实时但遇到隐含约束、长历史、复杂技能就失败。

真正困难点不是“能不能找到一个更大的模型”，而是 test-time compute 的收益在任务空间中高度非均匀。某些任务需要语义/物理/空间推理，某些只需要看见目标；某些需要远程历史，某些当前帧足够。把这些都压成一个固定模型选择，会系统性浪费或系统性失败。

Motivation

已有路线不够的地方在于把 compute scaling 当作统一旋钮：更多 thinking、更大模型、更长 memory 被默认视为更强。但论文的诊断结果显示，这三个轴带来的不是同一种“总体能力”提升，而是针对不同 failure mode 的局部补强。

作者最重要的观察是：cheap planner 在相当比例任务上已经 match 甚至超过 expensive planner；expensive planner 的优势只在特定任务需求出现时才显现。这说明 embodied planning 的难度不是一个全局标量，而更像由场景、指令、技能类型、历史依赖共同决定的 latent demand。

因此关键缺口是一个能从 multimodal context 中估计任务需求的轻量 allocation mechanism。不是再训练一个 universal planner，也不是压缩 thinking，而是问：哪些输入值得付出 thinking tokens、larger model latency 或 memory FLOPs？这也是论文相对实用的出发点。

Core Idea

DIRECT 的核心思想是把高层 planner 从固定系统组件变成一个动态可选资源池。给定场景图像和语言指令，router 选择候选 planner 中最便宜但足够 capable 的那个。这里的“足够”不是由模型大小或平均 benchmark score 决定，而是由该任务上的质量-成本 utility 决定。

这个建模方式的实质变化是：test-time compute 不再是部署前一次性配置，而是每个 prompt / 每个阶段的条件决策。它引入的 inductive bias 是 embodied task 的计算需求在输入空间中可分：一些视觉-语言模式对应需要 reasoning，一些对应需要 memory，一些对应需要更大 skill command breadth。

和 prior 的本质区别在于，它没有试图让一个 planner 内部自适应思考多久，也没有只做文本 query routing；它把 embodied scene context 纳入 routing，并把 routing 目标直接绑定到下游执行成功和真实成本。这使它比固定 planner 更 scalable：候选池可以包含不同模型家族、不同 memory 架构、不同 thinking 模式，而 router 只学习选择边界。

Method

方法的关键机制可以压缩为四点。

第一，构造 task-planner grid。对训练任务和候选 planner 逐一记录质量 q 与成本 c，形成 Q/C 矩阵。这一步解决的是监督信号问题：router 不能只知道哪个模型平均强，而要知道每个任务上谁划算。代价是数据收集重，尤其在真机上不可扩展。

第二，把 routing target 定义为 utility maximization。通过 U(q,c) 把成功率和 latency/FLOPs 合成选择目标，本质上是在显式定义 deployment preference。这个设计必要，因为“最强”和“最快”都不是可部署系统真正想要的目标。

第三，用冻结 multimodal embedding 表示任务。视觉用 SigLIP-family，文本用 BGE-M3，拼接后输入轻量 classifier/regressor。这里的重点不是具体 encoder，而是 router 必须足够便宜，否则会吞掉节省的 planner compute。

第四，在多阶段任务中 per-call 路由。每次 scene 更新后重新选择 planner，而不是一次性决定整条任务链。这个机制能捕捉长任务中不同阶段的需求变化，但也暴露出它没有显式建模跨阶段状态，只是在当前观测上做独立决策。

Key Insight / Why It Works

这篇论文最有价值的 insight 是：test-time compute 在 embodied planning 中不是单调、连续、同质的资源，而是多个能力通道的条件激活。CoT 主要补隐含约束和关系推理；模型尺寸更像扩大可稳定调用的 skill set；memory compute 只在当前观测不足、目标依赖历史时有价值。把这些混为“更强模型”会导致错误的 scaling 直觉。

DIRECT 有效的根本原因不是 router 架构强，而是任务空间里存在可预测的 heterogeneity。只要存在大量 easy cases 和少量 compute-sensitive cases，并且这些 case 能从图像/语言 embedding 中被区分，简单 router 就能得到显著 Pareto 改善。换句话说，核心贡献是发现并利用了 embodied planner capability 的 latent partition，而不是提出了复杂学习算法。

最可能是核心贡献的部分：三条 test-time compute 轴的差异化诊断，以及把它们统一成 routing formulation。最可能只是辅助或 engineering 的部分：router architecture sweep、embedding fusion、各种 head 的比较。这些对性能有用，但不是论文的关键科学点。

需要保持怀疑的是，router 学到的可能主要是任务类型/benchmark template 的分类，而不是真正的 embodied reasoning difficulty。比如某类指令词或场景布局与“需要 thinking / memory / large model”高度相关时，embedding-based router 足以工作，但这不等于它理解了物理可行性或长期因果状态。文中未充分说明 router 在强分布转移、novel skill composition、novel object categories 下是否仍能保持选择质量。

此外，真机训练使用 synthetic tasks 和 LLM judge 估计 quality，这使增益来源不清：部分效果可能来自 reference decomposition 与候选 planner 输出风格的匹配，而非真实执行能力预测。这里有 hidden supervision / evaluation bias 的风险，不过硬件 rollout 至少提供了部分校正。

Relation To Prior Work

它最接近三条谱系：LLM routing、embodied hierarchical VLA planning、test-time compute scaling。

相对 FrugalGPT / RouteLLM 这类语言模型路由，DIRECT 的新增信息是 embodied context：routing 不只看文本 query，而看场景图像、指令和下游执行成功。这个差异是实质性的，因为机器人任务难度往往来自物体配置、可见性、空间关系和历史，而不是语言表面复杂度。

相对 SayCan、PaLM-E、RT-2、Hi Robot、Gemini Robotics 等固定高层 planner 路线，DIRECT 的变化是把 planner 选择从系统设计时推迟到推理时。它没有解决低层控制，也没有提升单个 planner 的 grounding；它是在系统层面重组 planner ensemble 的使用方式。

相对 embodied CoT、latent reasoning、thought reuse 等路线，DIRECT 不试图降低某个 reasoning model 的内部成本，而是决定何时根本不调用它。这个角度更像 compute scheduler，而不是 reasoning method。

相对 DA-SIP 这类低层控制 test-time compute 动态调整，DIRECT 作用在高层语义 planner，并且候选 compute 形态更异质：thinking、model size、memory architecture。这里的实质创新在于把 embodied high-level planning 的多种 scaling axes 统一看成可路由资源池。看似新的部分中，utility-based model selection 本身并不新；新的主要是场景条件下的 embodied planner routing 及其经验归因。

Dataset / Evaluation

评估覆盖了模拟和真机，且刻意横跨三种 compute axis，这一点比较有说服力。VLABench 用于长程语言条件 manipulation reasoning，能测试 CoT 和模型尺寸；RoboMME 用于 memory 相关任务，能测试历史上下文选择；Franka DROID 硬件实验验证 latency 与成功率 tradeoff 在真实执行中不是纯 benchmark artifact。

实验基本支持核心 claim：固定 expensive planner 并不总值得，dynamic routing 能接近 expensive/oracle 的成功率并降低平均成本。尤其多阶段 grocery bagging 中 per-step routing 比一次性选择更贴近真实部署场景。

但 evaluation 也有明显边界。第一，候选 planner pool 是预定义的，实验验证的是 pool 内 selection，不是开放世界 generalization。第二，真机轨迹数量有限，任务类型虽覆盖常识、空间、感知、memory，但不足以证明长期鲁棒性。第三，部分硬件 router 训练依赖 synthetic instruction 和 LLM judge，不能完全等同于真实 robot outcome supervision。第四，η 这种 harmonic efficiency 指标有助于比较，但最终部署偏好高度应用相关；不同失败成本下结论可能改变。

总体上，评估证明了“test-time compute benefit is task-contingent”这个 claim，而对“router 学到可泛化 embodied difficulty estimator”这个更强 claim 支持不足。

Limitation

最核心的限制是 DIRECT 把问题从 planner 能力学习转移为 planner 选择学习。它不能合成新能力；如果候选池里没有能解决某类任务的 planner，router 无能为力。它的上限严格受 oracle over pool 限制。

第二，方法 heavily relies on offline Q/C coverage。每换一个模型池、cost profile、硬件平台、低层 policy 或任务分布，都可能需要重新采集质量/成本矩阵并训练 router。论文承认这一点，但这其实是部署可扩展性的主要瓶颈。

第三，所谓“从 scene and instruction 推断 difficulty”可能在当前 benchmark 上成立，但泛化性未被充分证明。router 可能学习的是 dataset-specific correlations：某些动词、物体类别、任务模板对应某 planner 更好。这在 benchmark 内有效，但遇到新组合时可能不稳定。

第四，multi-step 处理是 per-call independent routing，并没有真正维护长期 belief/state。memory axis 中的长期信息仍由 memory planner 提供，router 只是判断是否调用；因此不能把它理解成长期规划框架。

第五，增益归因仍有不清晰处。尤其 closed-weight pair 中 DIRECT 有时超过 cheap 和 expensive 平均表现，可能来自模型互补，也可能来自评价噪声、任务分层或 sampling variance。文中未充分说明这种 complementarity 的结构性来源。

第六，cost 被简化为 latency 或 FLOPs，但机器人部署中的成本还包括失败风险、retry 代价、用户等待容忍、动作安全、通信延迟和能耗。当前 utility 只是第一阶代理。

Takeaway

• 1. 对 embodied planner 来说，test-time compute 不应再被当作全局开关；更合理的抽象是 task-conditioned compute allocation。
• 2. CoT、模型尺寸、memory history 对应不同能力维度。
• 未来系统应该显式建模这些 capability profile，而不是只报告平均成功率和平均 latency。
• 3. 这篇真正推动的是系统层面的 planner orchestration：高层 planner 可能会从单模型范式转向 model pool + lightweight router + deployment utility 的范式。

一句话总结

DIRECT 是一篇把 embodied VLM planning 从“固定强 planner”推进到“按场景动态调度 test-time compute”的系统论文，真正贡献在于识别并利用不同计算轴的任务条件性，而不是提出新的单体 planner。