Is Your Robot's Memory Just a Clock? Temporal Shortcuts in Memory-Augmented VLA Policies
Abstract
Memory in vision-language-action policies can mistake pauses for progress because it is indexed by time, causing early stopping, while event-based indexing mitigates this without retraining.
Memory-augmented vision-language-action (VLA) policies are meant to remember what happened. Many of them, however, fill memory by time: they sample frames uniformly across the episode and stamp each frame with its time step. Because time passes even when nothing happens, such a memory may not tell waiting from working. We show that it does not. On the counting tasks of RoboMME, we make the robot briefly pause or fidget its wrist. Such a null event changes nothing the task depends on, yet a released memory VLA counts the interval as work done and stops early. We call this failure phantom progress. It cuts success from 47 to 16 of 50 on one task and from 44 to 10 on the other. When the same frames are withheld from memory, success returns, so the cause lies in memory rather than in the interruption itself. We trace the failure to a temporal shortcut: because demonstrations proceed at a steady pace, elapsed time predicts progress. Indeed, rescaling the time stamps alone makes the policy stop early when the clock runs fast and repeat when it runs slow. Surprisingly, removing the time encoding does not cure the failure, because the frames of a null event still occupy slots of the time-sampled memory. Across RoboMME's released designs, vulnerability follows how memory is indexed. Of the fixes the diagnosis suggests, training with injected pauses does not remove the failure and impairs counting, whereas indexing memory by events recovers half or more of the loss without retraining. A memory meant to remember what happened should count events rather than clock ticks.
Community
We asked a robot to repeat a task three times. Two 5-second pauses made it stop after two.
On RoboMME, those pauses cut a released memory VLA’s success from 47/50 to 16/50. Hide the same pause frames from memory, and success returns to 45/50.
The surprising part: removing timestamps does not fix it. A memory sampled by time still gives uneventful frames a share of its slots. Event-indexed memory recovers much of the loss without retraining.
вCalling it phantom progress is a good name for a very human failure: counting time spent as work done. Going from 47 to 16 successes out of 50 just by making the robot pause shows how fragile a clock-based memory is. Would event-triggered memory fix it, or does it just move the shortcut somewhere else?х
Thanks! We tried this, and it helps without retraining. But there’s a catch: the index can also collapse a genuine repetition when the robot returns to an earlier state, making it repeat the action. We were mostly trying to understand why the failure happens, and this gave us a useful clue. I think there’s still plenty of room for better ways to track progress.
This is an automated message from the Librarian Bot. I found the following papers similar to this paper.
The following papers were recommended by the Semantic Scholar API
- LogLook: Execution-Grounded Memory for Frontier-Model Robot Planners (2026)
- Memory before Goal: Role of Pre-History Memory for Humanoid Loco-Manipulation (2026)
- Can a Frontier VLM Serve as a Robot Policy for Memory-Dependent Manipulation? (2026)
- Where Memory Belongs: Ledger, an Object Ledger for Memory-Augmented VLAs (2026)
- Gamma: Grounded Multi-Agent Memory with Mechanical Audit for Memory-Intensive Manipulation (2026)
- ReCAT: Remember, Count, and Time: Structured Recurrent Memory for Robot Manipulation (2026)
- Recursive Video In-Context Learning for Agentic Robot (2026)
Please give a thumbs up to this comment if you found it helpful!
If you want recommendations for any Paper on Hugging Face checkout this Space
You can directly ask Librarian Bot for paper recommendations by tagging it in a comment: @librarian-bot recommend
Get this paper in your agent:
hf papers read 2611.14488 Don't have the latest CLI?
curl -LsSf https://hf.co/cli/install.sh | bash Models citing this paper 1
Datasets citing this paper 0
No dataset linking this paper
Spaces citing this paper 0
No Space linking this paper
Collections including this paper 0
No Collection including this paper