Skip to content
←Back to Papers

PAPER DEEP DIVE

Force SensingRobot ManipulationImitation Learning

FACTR 2: Learning External Force Sensing for Commodity Robot Arms Improves Policy Learning

Contact-rich manipulation requires force sensitivity, but many robot arms lack dedicated force sensors due to their high cost. We present Neural External Torque Estimation (NEXT), a data-driven method that estimates external joint torques without needing any dedicated force sensors. NEXT trains in 1 minute from only 10 minutes of free-motion data, yet achieves estimates comparable to dedicated joint-torque sensors. NEXT enables force-feedback teleoperation on low-cost arms and improves policy learning through Force-Informed Re-Sampling Training (FIRST), which up-samples pre-contact and contact segments during behavior cloning. Across five long-horizon tasks, FIRST outperforms prior force-aware policies by over 17% in task progress. Together, NEXT and FIRST bring force-aware teleoperation and policy learning to off-the-shelf robots without additional sensing hardware. Video results and code are available at https://jasonjzliu.com/factr2

Paper: FACTR 2: Learning External Force Sensing for Commodity Robot Arms Improves Policy Learning
Authors: Steven Oh, Jason Jingzhou Liu, Tony Tao, Philip Han, Kenneth Shaw, Satoshi Funabashi, Ruslan Salakhutdinov, Deepak Pathak
Institutions: Waseda University and Carnegie Mellon University
arXiv: 2606.12406
Project page: jasonjzliu.com/factr2
Code: philiphan0109/factr2_next, Apache-2.0. The public repository covers NEXT in detail; the complete FIRST policy-training stack is not public.

Executive Summary

FACTR 2 turns an inexpensive arm's own motor current into a usable force signal by learning the torque required for contact-free motion. NEXT obtains that baseline from ten minutes of free-space data, while FIRST uses the resulting external-torque estimate to oversample the brief pre-contact and contact portions of demonstrations. Across five long-horizon manipulation tasks, the best FIRST configuration reaches an average task progress of 0.818.

The central idea is deliberately modest in hardware and ambitious in modeling. Instead of adding a force-torque sensor, precise dynamic identification, or a task-specific contact detector, the system learns a hardware-specific model of what the arm should feel like while moving freely. Whatever remains after subtracting that prediction is treated as external torque. The same residual then serves two downstream roles: a closed-loop feedback signal for teleoperation and an automatic phase detector for imitation-learning data.

This separation is the paper's most useful engineering contribution. NEXT is not asked to solve manipulation. FIRST is not asked to estimate force. The interface between them is a physical quantity in joint-torque units, which makes the entire pipeline easier to inspect than an end-to-end system that only outputs a contact label or a better action. The design also exposes its own weak point: the quality and absolute scale of that intermediate signal determine what both downstream applications can safely claim.

Why Force Is Still Expensive

Contact-rich manipulation is full of events that vision observes indirectly. A plug may be aligned but not yet inserted, a cap may be rotating without advancing, or a belt may be caught on one edge while the camera sees only a small pose error. Force and torque reveal these events immediately because they change at the interaction itself. This is why insertion, fastening, wiping, and deformable-object manipulation remain difficult for policies conditioned only on RGB images and joint positions.

The hardware gap is equally concrete. High-end research arms such as Franka, Flexiv, and KUKA can provide joint-torque or end-effector force sensing, but many commodity arms expose only encoders, motor currents, and a basic position controller. Retrofitting an end-effector force-torque sensor adds cost, mass, cable routing, calibration, and a new failure mode. The paper notes that a complete sensor installation can cost more than an inexpensive arm itself. A solution that requires one sensor per robot therefore solves the perception problem while reproducing the access problem.

A classic sensorless alternative is model-based residual estimation. If the motor torque required to move the arm without contact can be computed, then measured motor torque minus predicted free-space torque should be caused by the environment:

$$\tau_{\mathrm{ext}}=\tau_m-\tau_f$$

In principle this is a direct application of inverse dynamics. In practice, the free-space term absorbs much more than rigid-body inertia, gravity, and Coriolis forces. It also contains friction, stiction, backlash, hysteresis, torque ripple, saturation, controller tracking behavior, and temperature-dependent effects. A low-cost arm is precisely the setting in which these unmodeled terms are most likely to dominate. A small residual can look like contact even when nothing has been touched.

FACTR 2 changes the object being identified. Rather than estimating every physical parameter and then assembling a dynamics equation, NEXT learns a conditional predictor of the motor torque observed during contact-free operation. The physics remains in the residual structure, but the difficult free-space baseline is learned from the individual robot rather than imported from a generic model.

Overview of NEXT and FIRST in FACTR 2
Figure 1. NEXT learns a contact-free torque baseline from proprioception and motor torque. FIRST converts the residual into phase labels and changes the demonstration sampling distribution used by behavior cloning.

NEXT: Learning the Torque of Nothing

From Motor Current to Motor Torque

The only force-related measurement available on the target hardware is motor current. The paper uses the standard approximation

$$\tau_m=K I_m$$

where $I_m$ is measured current, $K$ is the motor torque constant, and $\tau_m$ is the inferred motor-side torque. This equation is convenient but not magical. It preserves the hardware's current measurement, yet it also imports any error in the manufacturer-provided constant or current-to-torque curve. That dependence reappears in the paper's limitations and matters whenever a result is interpreted as an absolute force rather than a normalized feedback signal.

Free-Space Supervision Without Force Labels

NEXT trains a function $f_\theta$ to predict the torque that would be measured during free motion. The network input is a history of proprioceptive observations, and the output is a free-space torque estimate:

$$\hat{\tau}_f=f_\theta(\mathbf{x}),\qquad \hat{\tau}_{\mathrm{ext}}=\tau_m-\hat{\tau}_f$$

Training data is collected only while the arm moves without external contact:

$$\mathcal{D}_{\mathrm{free}}=\{(\mathbf{x}_i,\tau_{m,i})\}_{i=1}^{N}$$

Because no contact occurs, the measured motor torque is treated as the free-space target. This is the key supervision trick. No force sensor is needed to label contact force; the data collection protocol itself makes the target well defined. The model is trained by mean-squared regression:

$$\mathcal{L}(\theta)=\frac{1}{N}\sum_{i=1}^{N} \left\|f_\theta(\mathbf{x}_i)-\tau_{m,i}\right\|_2^2$$

This objective does not force the network to discover a universal dynamics law. It asks the network to memorize and interpolate the free-motion behavior of one arm, controller, and payload configuration. That narrow objective is an advantage at deployment scale because ten minutes of trajectories may be enough to cover the relevant operating envelope. It is also an honest limit: the learned baseline should not be assumed to transfer unchanged to another arm, a different end effector, or a substantially different payload.

Why the Input Is a History

The input at timestep $i$ combines recent joint positions, velocities, and command-tracking error:

$$\mathbf{x}_i=\left[ \mathbf{q}_{i-H:i}, \dot{\mathbf{q}}_{i-H:i}, \Delta\mathbf{q}_{d,i-H:i} \right]$$

Here $\Delta\mathbf{q}_d=\mathbf{q}_d-\mathbf{q}$ is the difference between the commanded and measured joint position. An instantaneous state can describe gravity and some inertial effects, but it cannot distinguish a motor pushing against friction from one catching up after a command step. The command error and its recent history make controller effort observable. Velocity history supplies information about friction and actuator dynamics, while the position trajectory gives the network context for configuration-dependent loads.

The paper uses $H=50$. At a 100 Hz control rate, each prediction sees half a second of motion. This is short enough to remain responsive and long enough to expose hysteresis and controller transients. The model is a two-layer LSTM with hidden width 128 and a two-layer MLP regression head with hidden width 256. Dropout is 0.1. The recurrent model is used in a stateless sliding-window mode: it processes one fixed-length window, then resets its hidden state for the next window instead of carrying state across the entire deployment.

That implementation detail reduces drift and makes the inference path deterministic with respect to the last 50 observations. It also reveals a tradeoff. The estimator sees only a bounded local context, so very slow thermal changes or long-lived load changes must be represented indirectly through their effect on recent motion. The paper reports strong empirical performance, but it does not establish that a half-second window is sufficient for every arm or duty cycle.

NEXT deployment pipeline
Figure 2. At deployment, motor current is converted to torque, the LSTM predicts the contact-free torque for the latest history window, and subtraction produces the external joint torque.

Latency and Training Cost

The reported training budget is unusually small for a learned dynamics module: approximately one minute on an NVIDIA RTX 3090 after collecting ten minutes of free-motion data. Inference takes about 1.76 ms on one thread of an Intel Core i9-10920X, or roughly 568 Hz, while the deployed teleoperation loop runs at 100 Hz. The margin matters because the estimator is part of a closed loop. A high-quality prediction that arrives after the controller has committed the next action would not support responsive force feedback.

The inexpensive training procedure is not the same as a complete calibration-free guarantee. Someone must still collect representative free-space trajectories, verify that no hidden contact occurs, preserve the payload and mounting configuration used at deployment, and obtain a usable torque constant. The paper's contribution is that these steps can be performed without a force-torque sensor or a full manual system-identification process.

FIRST: Turning Force Into a Better Data Distribution

The Failure Is Often Just Before Contact

The policy study starts from an empirical observation: failures in contact-rich tasks do not occur uniformly over a demonstration. Free-space motion may be easy, but the final approach requires precise alignment. Once contact begins, the policy must make fine corrections, detect a jam, and decide when to stop. Standard behavior cloning samples timesteps from the dataset according to their natural frequency. In a long demonstration, those difficult transitions can be a small fraction of every training batch.

FIRST uses the estimated external torque to assign each demonstration timestep to one of three phases: free space, pre-contact, or contact. The phase labels are not produced by manually annotated videos or task-specific event detectors. They are inferred from the magnitude of the learned residual. This is why NEXT and FIRST form a coherent system rather than two unrelated contributions.

Contact Score and Hysteresis

The scalar contact score is the L1 norm of the estimated external torque:

$$f_t=\left\|\hat{\tau}_{\mathrm{ext},t}\right\|_1$$

A single threshold would turn ordinary estimation noise into rapid boundary flicker. FIRST therefore uses high and low thresholds. Contact switches on above $T_{\mathrm{high}}$, switches off below $T_{\mathrm{low}}$, and otherwise retains its previous state:

$$c_t=\begin{cases} 1, & f_t\ge T_{\mathrm{high}}\\ 0, & f_t\le T_{\mathrm{low}}\\ c_{t-1}, & \text{otherwise} \end{cases}$$

A transition from zero to one defines a contact onset:

$$\mathcal{T}_{\mathrm{onset}}= \{t\mid c_{t-1}=0,\ c_t=1\}$$

The phase rule is then spatial in trajectory time rather than semantic in object space. Contact timesteps are labeled contact. The one-second window immediately before each onset is labeled pre-contact. Every remaining timestep is free space. If $F$ is the control frequency, the labels can be summarized as

$$s_t=\begin{cases} \texttt{Contact}, & c_t=1\\ \texttt{Pre-Contact}, & \exists t_{\mathrm{onset}}\in\mathcal{T}_{\mathrm{onset}}: t_{\mathrm{onset}}-F\le t\lt t_{\mathrm{onset}}\\ \texttt{Free Space}, & \text{otherwise} \end{cases}$$

The definition is intentionally simple, but it contains assumptions that matter in deployment. A contact event that produces almost no external torque may be missed. A collision during transit may create a false onset. The threshold pair is shared across a task in the reported experiments, yet the magnitude of external torque depends on the arm and interaction. FIRST therefore inherits both the strengths and the calibration sensitivity of NEXT.

flowchart LR
    A[10 min contact-free trajectories] --> B[Joint position, velocity, command error history]
    B --> C[Stateless two-layer LSTM]
    C --> D[Predicted free-space torque]
    E[Motor current times torque constant] --> F[Measured motor torque]
    D --> G[External torque residual]
    F --> G
    G --> H[L1 contact score]
    H --> I[Hysteresis thresholding]
    I --> J[Free space]
    I --> K[One-second pre-contact]
    I --> L[Contact]
    J --> M[Weighted behavior-cloning sampler]
    K --> M
    L --> M
    M --> N[Vision-language-action policy]
    

Resampling Instead of Reweighting the Loss

Let $w_F$, $w_{PC}$, and $w_C$ be the sampling weights for free-space, pre-contact, and contact examples. FIRST samples a training point with probability

$$p_t=\frac{w(s_t)}{\sum_{j=1}^{N}w(s_j)}$$

Most tasks use $1:5:1$, which gives pre-contact samples five times the sampling weight of the other phases. Cap Screwing uses $1:3:3$, because sustained interaction and the decision to stop are central to success. The original action-regression objective remains unchanged. Only the composition of each minibatch changes.

The paper reports that this distinction is practical, not cosmetic. A weighted-regression baseline changes the loss contribution of rare phases and performs worse or provides only limited improvement. FIRST keeps the regression target intact while increasing how often critical transitions appear. The result is a form of data curriculum driven by interaction state rather than by training time. It avoids assigning a huge gradient to a small set of hard samples, an effect that can destabilize optimization or encourage overfitting to a narrow segment.

The policy itself can be either a flow-matching Diffusion Transformer or an Action Chunking Transformer. Visual observations are encoded with DINOv3-Base, proprioceptive and force inputs are tokenized with MLP projections, and the action horizon is 30. The flow-matching objective trains a velocity field between noise and an expert action chunk:

$$\mathcal{L}_{\mathrm{FM}}(\theta)= \mathbb{E}\left[ \left\|v_\theta(\mathbf{x}_\alpha,\alpha,\mathbf{o}_t) -(\mathbf{x}_1-\mathbf{x}_0)\right\|_2^2 \right]$$

Here $\mathbf{x}_1$ is an expert action chunk, $\mathbf{x}_0$ is Gaussian noise, and $\mathbf{x}_\alpha$ is an interpolation. FIRST is orthogonal to that backbone choice because it operates on the data sampler, not on the generative model.

What the Public Implementation Confirms

The public repository is useful because it lets readers check the paper's narrowest technical claims independently. At commit 0df02c5b26e33911078152b6c587d6e8a160d279, the dataset builder constructs the same three input channels described in the paper and supervises the final timestep of each history window with measured joint torque:

# src/factr2_next/factr2_next/training/dataset.py
x_step = np.concatenate(
    [pos[:n], vel[:n], cmd[:n] - pos[:n]], axis=1
)
return x_step, torque[:n]

The recurrent regressor also matches the architectural description. A two-layer LSTM consumes the sequence, and the final hidden representation is passed to a two-layer MLP head:

# src/factr2_next/factr2_next/training/models.py
self.lstm = nn.LSTM(
    input_size=input_size,
    hidden_size=hidden_size,
    num_layers=num_layers,
    batch_first=True,
    bidirectional=bidirectional,
)

def forward(self, x):
    y, _ = self.lstm(x)
    return self.head(y[:, -1])

Training uses PyTorch mean-squared error, and inference subtracts the predicted free-space torque from the measured torque. The inference node calculates an L1 contact magnitude and applies the same high/low hysteresis logic. The repository also exposes the mechanical form of the residual:

# src/factr2_next/factr2_next/inference/inference_node.py
tau_free = self._predict_free_torque()
tau_ext_raw = measured - tau_free

The code boundary is equally important. The public repository mainly documents NEXT. It does not provide the complete FIRST training stack, task environments, or the exact experiments that produced the five-task policy results. The README also distinguishes runtime safeguards such as filtering, gating, ramps, and clipping from the reported research setup. Those safeguards are useful deployment features, but they are not evidence that the bare estimator has already solved stability and safety on every arm.

Evidence: Does the Residual Behave Like Force?

Franka Has a Reference Signal

Franka is used because it provides a built-in external-torque estimate that can serve as the contact reference. The authors collect five minutes of held-out contact data while a human applies forces, and another five minutes of held-out free-space motion where the true external torque is zero. The comparison includes FILIC, a disturbance observer, and, in free space, Franka's own sensor signal.

Motion Method Mean joint L1 error
ContactFILIC4.395 Nm
ContactDisturbance observer1.471 Nm
ContactNEXT0.547 Nm
Free spaceFILIC2.460 Nm
Free spaceDisturbance observer2.429 Nm
Free spaceFranka external-torque sensor0.449 Nm
Free spaceNEXT0.414 Nm

In contact, NEXT's 0.547 Nm error is 87.6% lower than FILIC and 62.8% lower than the disturbance observer. The free-space comparison is more revealing. The true external torque is zero, yet the factory sensor has a mean residual of 0.449 Nm. NEXT's residual is 0.414 Nm. The learned model is not only tracking a reference sensor; it is exploiting the known absence of contact to reduce hardware-specific noise that the reference itself retains.

This result should not be read as proof that a learned residual is universally more accurate than a torque sensor. The contact reference is still Franka's own estimate, not an independent metrology-grade ground truth. The strongest claim supported by the experiment is conditional: on this robot, controller, dataset, and comparison protocol, NEXT approximates the factory estimate well while producing a cleaner free-space signal.

External torque traces in free space and contact
Figure 5. In free space, NEXT remains close to zero while FILIC and the disturbance observer drift. During contact, NEXT follows the Franka reference more closely through transitions.

Piper Tests the Commodity-Arm Case

The AgileX Piper has no dedicated joint-torque sensor, so a direct contact-force ground truth is unavailable. Free space still provides a meaningful test because the true external torque is exactly zero. On held-out Piper motion, NEXT reaches 0.018 Nm mean L1 error, compared with 0.435 Nm for FILIC and 0.248 Nm for the disturbance observer. The large gap is evidence that learning the individual actuator and transmission behavior matters on low-cost hardware.

The experiment also marks the paper's evidence boundary. Piper contact behavior cannot be scored against a joint-torque sensor because the robot does not have one. The authors evaluate contact usefulness through teleoperation and policy outcomes instead. Those are important downstream tests, but they mix estimator error with controller gains, operator adaptation, task difficulty, and policy learning. They do not establish contact-torque accuracy in newton-meters.

Teleoperation As a Closed-Loop Test

A static regression score can miss the properties that matter in a feedback loop. The user study therefore asks participants to perform a wiping task with five conditions: no feedback, disturbance-observer feedback, position-position feedback, FACTR Teleop using Franka's built-in torque sensor, and FACTR Teleop using NEXT. Both FACTR versions scale external torque into leader-arm torque:

$$\tau_{\mathrm{feedback}}=\mathbf{K}_{f,p}\tau_{\mathrm{ext}}$$

Twenty participants rate ease of use from one to five while the system records the joint torque they apply. NEXT is rated easier than the baselines and requires less unnecessary exertion, close to the sensorized FACTR condition. The Piper study repeats the comparison without the factory-sensor condition. NEXT again outperforms the available baselines.

This is a better test than free-space error alone because the estimate is used online. It still does not isolate every cause. A feedback controller can be tuned to a noisy signal, and subjects can adapt to a particular feel. The proper conclusion is that the learned residual is useful enough to support the tested bilateral teleoperation interface, not that it is interchangeable with a calibrated sensor in every control law.

Franka force-feedback user study
Figure 4. The Franka user study compares ease of use and applied torque under five feedback conditions. NEXT approaches the sensorized FACTR condition while remaining above the weaker baselines.
Piper force-feedback user study
Figure 6. On Piper, which lacks built-in external torque sensing, NEXT-based feedback still improves the operator experience over no feedback, disturbance-observer feedback, and position feedback.

Evidence: Does Better Force Data Improve Policies?

The policy study uses a bimanual Piper, four RGB cameras, 250 demonstrations per task, and 20 rollouts per policy. The five tasks are LEGO Assembly, NIST Belt Assembly, NIST Insertion, Tool Clean Up, and Cap Screwing. All are long-horizon and contain multiple stages. The reported metric is task progress rather than a binary final success, which preserves information about policies that solve most of a sequence before failing at a contact transition.

Five long-horizon contact-rich manipulation tasks
Figure 3. The five evaluation tasks require repeated transitions between free motion, contact-aware alignment, insertion, assembly, and termination.

Pre-Contact Data Is the Surprise

The phase ablation is the strongest conceptual result in the policy section. Upsampling only contact samples reaches an average progress of 0.670, below the two mixed strategies. Upsampling only the one-second pre-contact window reaches 0.818. Upsampling pre-contact and contact reaches 0.811, but wins on Cap Screwing, where sustained rotation and correct termination matter more.

Task Contact only Pre-contact only Pre-contact + contact
LEGO Assembly0.6970.9130.875
NIST Belt0.4940.7670.649
NIST Insertion0.8000.9330.933
Tool Clean Up0.6500.8050.775
Cap Screwing0.7070.6730.825
Average0.6700.8180.811

The interpretation is straightforward but easy to miss. Contact is where the consequence appears; pre-contact is where many policies decide the pose and velocity that determine whether the contact succeeds. A demonstration that spends much more time moving freely can dominate batches precisely when the model needs more examples of final alignment. FIRST rebalances exposure to that scarce causal interval.

The result also warns against treating force as a scalar difficulty score. A task with sustained interaction does not necessarily benefit most from more contact frames. Cap Screwing benefits when both pre-contact and contact are increased, while the other tasks prefer a heavier pre-contact bias. The best phase mixture remains task-dependent in the paper, and the authors rely on task progress to select it.

Why Not Feed the Raw Current?

Commodity arms already expose current, so an obvious baseline is to give current directly to the policy. The paper compares this with NEXT external torque on NIST Insertion and Cap Screwing. Raw current contains free-space effort, gravity, friction, payload, and contact in one signal. A policy conditioned on a single current observation must implicitly subtract all the nuisance terms while also solving the manipulation task.

Policy input NIST Insertion Cap Screwing
ACT baseline0.2200.440
ACT + raw current0.4310.440
ACT + NEXT external torque0.5670.525

Raw current improves NIST Insertion but does not move Cap Screwing. NEXT torque improves both. The attention analysis is consistent with the intended mechanism: the torque-conditioned policy attends more strongly to the force input around tightening, while the current-conditioned policy shows weaker event alignment. Attention is diagnostic rather than causal, but the combination of task outcome and temporal alignment supports the claim that removing the learned free-space baseline produces a cleaner policy input.

An alternative would be to give the policy the same long proprioceptive history used by NEXT and let the downstream model perform the decomposition itself. The authors argue against that route for practical reasons: it increases the policy's optimization burden, may encourage trajectory-specific overfitting, and duplicates a specialized computation inside an already multimodal model. NEXT acts as an explicit interface that isolates force estimation from visuomotor control.

What Generalizes From This Paper

The first reusable idea is supervision through environmental control. NEXT does not need manually labeled external forces because the data collector controls the contact condition. The target becomes exact by construction: if the arm is genuinely free, the external torque is zero. This is a useful pattern for other hardware-specific latent quantities that are expensive to measure but easy to constrain during collection.

The second idea is to expose an intermediate variable instead of hiding it in one end-to-end objective. A joint-torque residual can drive force feedback, provide an observation to a learned policy, segment demonstrations, or support diagnostics. This makes failures easier to localize. A poor insertion policy might be caused by a weak visual encoder, an inaccurate force estimate, an unhelpful sampling ratio, or an unstable controller. FACTR 2 does not solve all four, but it makes them separately testable.

The third idea is that data selection can be a form of force-aware learning without changing the policy architecture. FIRST uses force to identify when learning is likely to matter, then changes sample frequency while preserving the original regression objective. This is attractive for modern action-chunking policies because the same sampler can be attached to ACT, a flow-matching transformer, or a future backbone.

The engineering claim is also intentionally narrow. Ten minutes of free-motion data and one minute of training are enough to learn the baseline on the tested robot, not enough to infer a universal transferable dynamics model. The paper demonstrates several robots and downstream uses, but the estimator remains hardware-specific. That is a reasonable tradeoff for commodity manipulation: cheap per-robot adaptation can be preferable to an expensive, fragile universal calibration.

Limitations and Evidence Boundaries

The first author-stated limitation is the motor torque constant $K$. NEXT learns the free-space torque pattern, but it does not remove the initial conversion from current to torque. If the manufacturer's constant or current-torque curve is inaccurate, the absolute external-torque scale will be inaccurate as well. The paper argues that force feedback is often rescaled for operator comfort and policy inputs are normalized, so the practical effect may be small in the reported tasks. It is still a real limit for metrology, force-limit enforcement, or precise interaction control.

The second author-stated limitation is robot specificity. Friction, actuator dynamics, controller behavior, mounting, and payload all shape the free-space torque distribution. NEXT may need to be retrained for each arm. The training cost is low, but retraining is not the same as calibration-free generalization. The paper does not establish that one model transfers zero-shot across grippers, payloads, wear states, or mechanically similar arms from different manufacturers.

A third boundary follows from the evaluation design. Piper has no contact-torque reference, so its contact accuracy is inferred from user studies and policy outcomes rather than measured against an independent sensor. Those tests show usefulness, but they do not separate estimator error from feedback gain, policy capacity, or task-specific sampling. Conversely, the Franka contact experiment compares against a built-in external-torque estimate, which is a strong practical reference but not an external metrology standard.

FIRST introduces its own tuning dependencies. Contact onset depends on the L1 score and two thresholds. The pre-contact horizon is fixed at one second. The best sampling ratio is selected per task: $1:5:1$ for most tasks and $1:3:3$ for Cap Screwing. A new task may have a different contact duration, a slower approach, or multiple touches that the simple onset rule does not represent well. The public code primarily covers NEXT, so independent reproduction of the full policy study is limited.

Safety remains outside the core evidence. A force estimate is not a certified force limit, and runtime filters, ramps, gates, and clipping can change the closed-loop response. The repository distinguishes these deployment guards from the research experiments. Any real system should treat NEXT as one sensor-like input with its own failure modes, not as a replacement for an emergency stop or a validated safety layer.

Conclusion

FACTR 2 makes a compelling case that force-aware manipulation can begin with a cheap question: what torque does this arm need when it is touching nothing? NEXT answers that question from free-motion data and subtracts the learned answer from measured motor torque. The residue is accurate enough on Franka to approach the factory signal, useful enough on Piper to drive teleoperation, and informative enough to improve five contact-rich policies when FIRST uses it to reshape training data.

The best reported policy configuration reaches 0.818 average task progress, with the specific lesson that the one second before contact is often more valuable to oversample than contact alone. That result gives the paper value beyond its sensor-cost story. It describes a practical data-selection primitive for imitation learning: use an interaction signal to find the scarce transitions, then expose the policy to them without distorting the regression objective.

The next technical questions are clear. Can a free-space model adapt online when payload or wear changes? Can a shared representation reduce the cost of retraining across arms while preserving the hardware-specific residual? Can contact thresholds and phase ratios be estimated from failure data instead of selected per task? FACTR 2 does not answer those questions, but it defines a useful interface on which they can be studied.

Learn what the arm should feel like when it touches nothing; the remaining torque is where contact-aware teleoperation and policy learning begin.
Force SensingRobot ManipulationImitation LearningBehavior CloningSensorless Torque EstimationTeleoperation

SOURCE LINKS

https://arxiv.org/abs/2606.12406https://github.com/philiphan0109/factr2_nexthttps://jasonjzliu.com/factr2

Related Papers

OmniBrain-0: A Unified Agentic Model for Embodied Intelligence

OmniBrain-0: A Unified Agentic Model for Embodied Intelligence

General-purpose embodied intelligence requires robots to coordinate diverse skills over long horizons, track task progress, and recover from failures. Specialist policies alone do not ensure task-level reliability, while powerful multimodal agents rely on costly reasoning and external experience that compact models struggle to reproduce. We introduce OmniBrain-0, a lightweight unified embodied agent that coordinates manipulation and navigation through a shared high-level decision model, integrating task understanding, planning, progress tracking, and feedback-driven recovery. Our progressive training framework combines embodied pretraining, domain-specialized agent distillation, and multi-teacher on-policy distillation (MOPD). It distills powerful teachers' interaction experience into manipulation and navigation experts, then consolidates their decision capabilities into OmniBrain-0. Unification therefore occurs within the learned decision model rather than only at the tool interface. We further introduce Rubric-Guided Recursive Self-Improvement (RSI), a data flywheel in which a Meta-Agent turns execution evidence into refined rubrics, step-level reminders, and verified trajectories for domain-expert updates before their reconsolidation into OmniBrain-0 through MOPD. We evaluate OmniBrain-0 on LIBERO-Pro, LIBERO-Plus, RoboCasa365, RoboTwin 2.0, and R2R-CE Val-Unseen, as well as multiple real-world manipulation tasks. OmniBrain-0 combines strong cross-domain task performance with substantially lower inference and execution overhead than its closed-source teacher, demonstrating efficient transfer and consolidation of embodied capabilities into a compact unified agent.

Xiaomi Embodied Intelligence Team, Yuechen Luo, Chong He · 159 views · Oct 26, 2026
Embodied AIVLA
Oct 26, 2026
GRAFT: Grounded and Efficient Online Reinforcement Adaptation for Fine-Grained Robot Manipulation

GRAFT: Grounded and Efficient Online Reinforcement Adaptation for Fine-Grained Robot Manipulation

Pretrained vision-language-action (VLA) policies provide strong priors for robot manipulation, yet adapting them online to fine-grained biomedical tasks remains challenging. Task success often hinges on subtle, view-dependent visual cues, while task-level rewards provide little guidance about which regions matter, making it difficult to learn task-relevant visual grounding from limited real-robot interaction. Online adaptation is further constrained by the computational cost of VLA inference and replay-based updates. We introduce GRAFT (Grounded Reinforcement Adaptation for Fast Task Learning), a framework for efficient online VLA adaptation through grounded perception. GRAFT uses region-level supervision to learn view-specific visual anchors that focus perception on task-relevant local cues without requiring region proposals at deployment. It further combines single-step action generation with cached visual-language prefix reuse to accelerate online learning. Across four biomedical manipulation tasks, GRAFT improves success rates by 32.5 percentage points under matched adaptation budgets, while reducing the computational overhead of online policy updates.

Yibo Qiu, Haoliang Ye, Shu'ang Sun · 140 views · Aug 27, 2026
VLARobot Manipulation
Aug 27, 2026
RobotWorld: Benchmarking Multimodal Agents for Robot Use Across Diverse Tasks and Embodiments

RobotWorld: Benchmarking Multimodal Agents for Robot Use Across Diverse Tasks and Embodiments

RobotWorld introduces a cross-embodiment robot-use benchmark spanning 84 tasks and evaluates whether multimodal agents can convert perception and computation into verifier-confirmed physical execution.

Zhiqin Yang, Chenxin Li, Xiaomeng Hu · 139 views · Oct 7, 2026
Robot BenchmarkEmbodied AI
Oct 7, 2026
Reinforcement Learning Enables Scaling Generalist Robot Policy Improvement

Reinforcement Learning Enables Scaling Generalist Robot Policy Improvement

The introduction of generalist robot policies has enabled a single, large model to learn to perform a variety of tasks from a vast pre-training corpus. While these models often exhibit powerful zero-shot generalization capabilities, they typically require an adaptation phase to achieve sufficient performance in deployment. Iterated self-improvement via reinforcement learning (RL) has demonstrated promise in enabling this adaptation, yet such approaches have been largely explored in single-task settings - where the goal is to simply improve on a narrow deployment task - which lies in stark contrast to the multi-task capabilities of the base policy. In this work we ask whether generalist robot policies are capable of multi-task, generalist improvement in deployment - targeting many diverse tasks simultaneously - and what algorithmic recipe enables this. To answer this question, we first develop a set of structured evaluations to test generalist improvement capabilities, and systematically evaluate algorithmic and practical design choices regarding value estimation, policy extraction and resource allocation. We show that not only can generalist policies be improved online across diverse tasks, but that the right recipe can enable generalization and increase performance on tasks not considered during online training. We characterize when this generalization occurs and show that both the training task distribution and the use of value-based RL are critical. To the best of our knowledge, this is among the first evidence for online generalist improvement for robot foundation models.

Michal Korniak, Marco Bagatella, Ralf Römer · 127 views · Nov 4, 2026
Vision-language-action (VLA)Reinforcement Learning
Nov 4, 2026

As an Amazon Associate, we earn from qualifying purchases.