
Embodied Reasoning for Robots | CS MS @siebelschool | MechE @ COEP I make things that move
Urbana, IL
Joined December 2016
- Tweets165
- Following579
- Followers75
- Likes843
aditya✈️CoRL2026 retweeted
Our BCI team is moving quick! This is an awesome working demo
Been working on some cool stuff with the BCI team at @sigrobotics !
We got the Chrome Dino game to jump by flexing our biceps using EMG signals to test our data recorder.
Huge shoutout to the team for making this happen! @a2th2tn @AVMishra08 @sids347 @rzheng1232
molmob0t really works well for a lot of sim2real cases! kinda excited t see if we can add a real2sim component/ scene graph to it
aditya✈️CoRL2026 retweeted
How do we train foundation models to recognize the limits of their capabilities and to act on them? This is surprisingly difficult to achieve, but we think we’ve found a good solution.
Naively, one could use RL with a reward function where
R(success) > R(fallback) > R(mistake)
An example of a fallback could be as simple as the model saying “I don’t know”.
Turns out, naively training models in this way is too unstable, and often results in collapse (e.g. models always falling back).
We investigate this issue in depth, and trace it back to optimization dynamics. To be precise, the fallback solution acts as a powerful “attractor” in the optimization landscape, as it is very easy for the model to fallback and get some reward rather than attempting to solve the task in full.
To the rescue, we introduce a powerful log barrier formulation (inspired by our prior work MaxRL and successor TailRL) to neutralize the attractor and maintain good coverage over positive solutions as well as the fallback action.
Empirically, this can reduce mistakes 10x times while maintaining similar task performance.
Personally, what excites me most is seeing the model actively reasoning about its own uncertainty before committing to an answer. Chain-of-thoughts that explicitly mention “I tried to solve this problem in a few ways, but unfortunately ran into contradictions. I recognize I might need more advanced tools or knowledge that I cannot currently recall, therefore I must say I don’t know” make us confident we’ve found a pretty good method.
🤖 Made with AI
aditya✈️CoRL2026 retweeted
Researchers at MIT developed Draft, a tool that lets engineers design and customize robots by adjusting parameters such as limb length, body size, and motor power.
It uses real-world hardware data and reinforcement learning to estimate robot feasibility and test performance in simulation.
The tool helps researchers explore robot designs faster without rebuilding CAD models for every change.
aditya✈️CoRL2026 retweeted
Favorite quote from the episode
"The only thing that's going to determine your success is how badly do you want to know the answers to the questions that you're working on?"
My conversation with Andrew Huberman (@hubermanlab).
I didn't expect us to spend so much time on the frontier of neurotechnology, and how we'll soon be able to precisely measure and change our brain states, both awake and asleep. It was fascinating.
Also discuss:
- Building and keeping energy
- How to downshift and fall asleep quickly
- Neuralink and BCI
- The state of health media
- Following your curiosity
This was a fun one. Enjoy!
Timestamps:
0:00 Intro
1:00 Building Energy for High Performance
7:00 How to Fall Asleep
18:10 What’s Gone Wrong With Health Optimization
24:10 AI Companies Could Become Biotech Companies
30:45 Implantable Devices
33:45 Memory
42:50 Controlling Your Brain
59:00 Genetic Engineering
1:11:05 The Key to Meaningful Success
aditya✈️CoRL2026 retweeted
Objects in robot demos are awfully patient 🙃
We’ve spent months on tasks where they aren’t. Catching balls, pouring into a moving pot, taking a bottle from someone walking by.
Two additions helped π0.5, RTC, & VLASH handle dynamic manipulation! More from our CoRL'26 oral in 🧵
Daniel & Jimin ran 1,500+ physical robot evaluations to put it to the test, with 50 runs per reported success rate.
As always, we’re making everything public: tempo-robot.github.io/
aditya✈️CoRL2026 retweeted
hundreds of MI355x and B300 nodes
now live on nationalcompute.com
subsidized for all .edu and .govs
it’s time to scale the frontier ecosystem
for the public benefit
can't wait to see this in action
Deploying reinforcement learning (RL) policies on physical hardware can be challenging. The sim-to-real gap is often caused by out-of-distribution observations or physics models, but can stem from code complexity and discrepancies between training setups and high-performance control loops as well.
Exploy is an open-source library created to bridge the gap between training and real-world deployment.
Instead of exporting only neural network weights, Exploy packages entire control pipelines into a single self-contained ONNX computational graph, from sensor observation to action processing. This approach eliminates manual C++ rewrites, fixes numerical discrepancies, and enables faster iteration on hardware. Exploy is already powering deployments across our own platforms like Roadrunner and UMV, as well as Boston Dynamics' Spot and Unitree humanoids.
To see Exploy in action and learn more: rai-inst.com/resources/blog/…
aditya✈️CoRL2026 retweeted
Do you really need to finish every rollout in RL for LLM? Not if you make your critic better—and trust it!
We propose Actor-Critic with Action Chunking (AC2): use a learned critic to score chunks of tokens => only need partial rollouts ⇒ train faster than GRPO!
aditya✈️CoRL2026 retweeted
Searching for the answer to this question? Me too!
Boondoggling ... done.
Slides ready for tomorrow's IROS Keynote
@ Human-aware Embodied AI Workshop
2:35pm - 3:05pm, Room 333 - Pittsburgh
Title slide's here.
Final slide w/ precision robot tasks in 🧵
heai-iros26-workshop.github.…
by @YimingWang107, @CampariTommaso and team
aditya✈️CoRL2026 retweeted
An basic idea in scaling RL: Can we allocate more compute to the harder problems?
We did this: If your GRPO group has all wrong completions, sample more with probability P (~0.9) -- in search of more GRPO batches with nonzero gradient. It works!
Called "Never Give Up"
Is RL actually making your LLM better?
Gains from RL are mostly on easy questions🤯
We're calling this the Matthew Effect for RL on LLMs. We then leverage async RL to solve harder problems by Never Giving Up!
paper arxiv.org/abs/2609.13443 blog mnoukhov.github.io/posts/ngu… 🧵👇
aditya✈️CoRL2026 retweeted
Random-walk MC is a simple yet powerful way to sample from a distribution.
But it produces highly correlated samples resulting in slow exploration.
Hamiltonian Monte Carlo uses the distributions structure to propose farther-away candidates and explore much more efficiently.
the most meta rlvr use case might just come true



























