Glossary
What Is Any-point Trajectory Modeling (ATM)?
Last reviewed: November 2026
Short answer
Any-point Trajectory Modeling (ATM) is a published framework (arXiv 2401.00025) that pre-trains a model on action-free video to predict the future 2-D trajectories of arbitrary points in a frame, then uses those predicted tracks to guide a visuomotor policy trained on few action-labeled demonstrations. It is third-party research; Firsthand is not affiliated with its authors.
01
What is Any-point Trajectory Modeling, and what problem does it solve?
ATM is introduced in Any-point Trajectory Modeling for Policy Learning (arXiv 2401.00025) by Chuan Wen, Xingyu Lin, John So, Kai Chen, Qi Dou, Yang Gao and Pieter Abbeel, first submitted on 28 December 2023 and last revised in July 2024. The abstract starts from a bottleneck: more demonstration data often improves policy learning, but collecting it is costly. Videos hold knowledge about behaviors, physics and semantics, yet they have no action labels, so extracting control-specific information is hard. ATM is the authors’ answer: learn from video by predicting where points will move.
02
Where does Firsthand fit next to ATM?
Firsthand is not affiliated with the ATM authors and makes no claim that any model, ATM included, was trained on Firsthand data. Firsthand captures human egocentric video, custom collection, fast and on demand, to a written spec, with depth derived from a calibrated stereo rig, 3D hand pose at 21 joints per hand and 6-DoF IMUs at 200 Hz, delivered in RLDS, LeRobot format or WebDataset under a buyer-owned commercial license, with one task instruction per episode. Point tracks, optical flow, 2D or 3D trajectory labels, keypoint labels, robot trajectories, teleoperation data, synthetic data and language annotations beyond that instruction are not Firsthand deliverables.
03
What does ATM predict, and what is a point track?
Per the paper, a point track is a sequence of 2-D camera-frame coordinates for one point across a video. The model takes the current image, any set of 2-D query points in that image and a language instruction, then predicts where those points will be over a number of future steps. Because tracks are predicted in the camera frame, the authors state they avoid assuming calibrated, multi-view or depth-equipped cameras, which they say allows future scaling to more diverse video.
The authors argue that points capture motion while leaving out texture and lighting, and that they build in ideas such as object permanence and continuous motion. They contrast this with video prediction models, which model every pixel and which they describe as prone to hallucination and computationally demanding.
04
How does the two-stage ATM framework work?
Stage one trains a track transformer on an action-free video dataset, where each episode has a language instruction. Training tracks are not hand-labeled: the authors run an off-the-shelf point tracker over the videos to generate them, which they call self-supervised track annotation. Because a static camera makes most random points background, they filter out points that barely move by thresholding the variance of position over time.
Stage two trains a track-guided policy on a small set of action-labeled demonstrations. The policy takes the current observation plus the predicted tracks from the frozen track transformer and outputs actions. The authors report that, with fine-grained subgoals supplied by the tracks, the policy no longer needs the language instruction as its task specification.
05
What is inside the track transformer?
Per the paper, track, image and language inputs are encoded into a shared embedding space. Future point positions are masked out, each point becomes one token, the language instruction goes through a pre-trained BERT encoder, and image patches are partly masked, with patch reconstruction as an auxiliary task. A transformer then decodes the track tokens into future trajectories.
The paper and the project page give different sizes for the fixed set of points used at policy time, so this entry repeats neither, and it gives no parameter counts.
06
What did the authors report about ATM results?
The abstract says that across over 130 language-conditioned tasks, evaluated in simulation and the real world, ATM outperforms strong video pre-training baselines by 80% on average, and shows transfer from human videos and from videos of a different robot morphology. The paper attributes the average to the LIBERO benchmark setting with 10 action-labeled and 50 action-free demonstrations per task. These are the authors’ figures, measured on their setups, and Firsthand has not verified them or reproduced them.
07
How does ATM compare with trajectory data, RT-Trajectory and LLARVA?
The first table sets ATM beside three site entries. The sources read for ATM do not discuss RT-Trajectory or LLARVA, so relationship cells say Not stated where that is the case. Note that Firsthand trajectory data is a measured wrist and hand path, which is a different object from an image-space point track.
08
What data does an ATM-style approach need, and what does Firsthand state?
Per the paper, stage one needs video with a language instruction per episode and stage two needs a few action-labeled demonstrations. The paper does not specify whether egocentric human video would work in that role, so that is Not stated. The authors do show transfer from human videos.
Firsthand states real human egocentric capture with one task instruction per episode, so the episode and instruction shape is similar. That is a note about format, not a claim of compatibility, and the tracks themselves would come from a tracker the buyer runs, not from Firsthand.
09
When do you need fast, on-demand custom collection instead?
When a program needs real human demonstrations that public or synthetic data does not cover, specified field by field. Firsthand does not build or train models. Confirm the fields on a Spec Pilot, a small fast first batch; the median from signed spec to first validated batch is 48 hours where coverage is deep, three to four weeks where thin.
10
ATM at a glance, as stated in the paper and the project page
| Item | What the sources state |
|---|---|
| Paper | Any-point Trajectory Modeling for Policy Learning (arXiv 2401.00025) |
| Authors | Chuan Wen, Xingyu Lin, John So, Kai Chen, Qi Dou, Yang Gao and Pieter Abbeel |
| Submitted | 28 December 2023; last revised 12 July 2024 (version 3) |
| Core idea | Pre-train a trajectory model on action-free video to predict future trajectories of arbitrary points, then use them to guide a policy |
| Stage 1 | Track transformer trained on video with tracks from an off-the-shelf point tracker |
| Stage 2 | Track-guided policy trained on a limited set of action-labeled demonstrations |
| Inputs to the track model | An image observation, query points in the image and a language instruction |
| Track space | 2-D coordinates in the camera frame; no multi-view cameras or depth assumed |
| Reported evaluation | Over 130 language-conditioned tasks in simulation and the real world, per the authors |
| Code | The paper states code and visualizations are on the project page; no repository was confirmed from the text read |
| Firsthand relationship | None |
12
ATM beside the trajectory data, RT-Trajectory and LLARVA entries
| Site entry | What the entry states | How ATM relates (sources read) |
|---|---|---|
| Trajectory data | The recorded path of a wrist or hand over time, delivered as 6-DoF IMU streams at 200 Hz and 3D hand joints beside the video | ATM point tracks are 2-D image-space paths of arbitrary points, predicted by a model; they are not measured wrist or hand streams |
| RT-Trajectory | A policy conditioned on a rough trajectory sketch, a curve in the camera view, built on RT-1 | Not stated in the sources read; a sketch is an input condition, whereas ATM predicts tracks from an image and an instruction |
| LLARVA | A multimodal model that predicts the next robot action plus a 2-D visual trace of the end-effector | Not stated in the sources read; ATM tracks arbitrary points, which the paper contrasts with prior work that tracks only the end-effector or the hand |
13
What ATM consumes beside what the Firsthand site states
| Aspect | ATM (sources read) | What the Firsthand site states |
|---|---|---|
| Stage 1 data | Action-free video with a language instruction per episode | Human egocentric video with one task instruction per episode |
| Point tracks | Generated by an off-the-shelf tracker run over the video | Not a Firsthand deliverable |
| Action labels | Needed only for a limited set of demonstrations in stage 2 | Robot actions and teleoperation data are not Firsthand deliverables |
| Depth | Not used; tracks are 2-D in the camera frame | Depth derived from a calibrated stereo rig |
| Hand and wrist motion | Not required; the paper contrasts ATM with methods that extract hand pose | 3D hand pose at 21 joints per hand and 6-DoF IMUs at 200 Hz |
14
Frequently asked questions
- What is Any-point Trajectory Modeling (ATM)?
- A published framework (arXiv 2401.00025) that pre-trains on action-free video to predict future trajectories of arbitrary points in a frame, then uses those tracks to guide a policy learned from few action-labeled demonstrations. It is third-party research.
- What does ATM predict?
- Per the paper, future 2-D camera-frame positions of query points, given the current image, the points and a language instruction.
- Where do ATM training tracks come from?
- The authors generate them by running an off-the-shelf point tracker over action-free videos, so no hand labeling of tracks is described.
- What results do the authors report?
- The abstract reports that across over 130 language-conditioned tasks in simulation and the real world, ATM outperforms strong video pre-training baselines by 80% on average. These are the authors’ figures; Firsthand has not verified them.
- Does Firsthand use ATM, and can I request a custom dataset?
- Firsthand is not affiliated with the ATM authors and claims no use, training or compatibility. Point tracks, optical flow, trajectory labels, robot trajectories and rollouts are not Firsthand deliverables. You can request a custom dataset.
Related terms