Robot-Use Agents: Why General-Purpose Models May Win in Robotics

One of the biggest surprises in AI over the last few years has been how well coding agents generalize beyond software. In a recent essay, MIT professor Philip Isola argued that we may be entering the era of robot-use agents: general-purpose models that can control different robots, write policies, and learn new physical tasks with little or no robot-specific training. In this episode of Decoded, we're joined by the founders of Waddle Labs and RoboCurve, two of the startups whose work helped drive this realization. They're working at the frontier of using general-purpose models to control robots, and their recent demos helped inspire the growing conversation around robot-use agents. Together, we dig into the research behind that idea, from code-as-policies and vision-language-action models to the harnesses and evals needed to make these systems work in the real world.

• 0:00Speaker 00

  One of the big surprises the last few years has been the generalizability of coding agents across different domains. And now frontier researchers are showing that this includes controlling robots. This led MIT professor Philip Isola to suggest in a recent viral essay that we may be entering the era of robot use agents, where general-purpose models could make different robots more capable. So today, Francois and I invited the founders of Waddle Labs and Robocurve, two groups of startups that are working at the very frontier of making robots more capable with LLMs.

• 0:35Speaker 00

  Maybe you guys want to briefly introduce yourselves and just say a little bit about what each of your companies focuses on.

• 0:40Speaker 01

  I'm Hanmei. I'm from Waddle Labs together with Vincent. We work on building LLMs that control robots. And we do this by doing two things. Building a harness that allows the LLMs to do this very effectively, collecting data and then using that data to train better LLMs.

• 0:54Speaker 02

  Hi, I'm Jay, co-founder of Robocurve. We are an eVOS company for physical AI. We measure everything, any robot, any model, including LLMs and also classical approaches such as VLA's, vision language action models, and word action models. And we evaluate all kinds of embodiments, like hands, strippers, arms, humanoids, quadrupeds, all kinds of stuff.

• 1:20Speaker 00

  So in the last few weeks, videos from both of you guys went quite viral on Twitter and I think inspired. And both of them are actually quoted in that Philip Isola essay talking about robot use agents. The videos showed things like LLMs being able to unscrew caps, being able to communicate between multiple robots, being able to do tasks like uncapping a pen, for example. And so I thought maybe what would be fun is for Francois and I to dig in with you guys on some of the research that led to this moment to begin. And then maybe we can also show some demonstrations of what this can actually do. To start, why don't we talk about some of the early research around transfer between language models and robot control? So I want to talk about some of the early work on pre-training language models for decision-making. And then also the RT2 paper, which established the VLA.

• 2:05Speaker 00

  So maybe Jay, you want to tell us a little bit about some of this early work involving being able to use language models to do any kind of robot control?

• 2:11Speaker 02

  One of the earliest successful approaches of using AI on robots is the RT2 paper, where they use a pre-trained language model on web, text, and images, and use that to control robots. And the interesting thing about that is that it's a fine-tuned version of a language model. And instead of outputting English, for example, they just output what we call an effective pose, which is the coordinates that you can then translate into joint commands that can control the robots. In some cases, it's, in some sense, it's very similar to what we see now with large language models, just that instead of fine-tuning,

• 2:56Speaker 02

  the models are good enough to just do it off the box.

• 2:58Speaker 03

  And this is actually quite similar to, like, the mapping that I have in my head is kind of like the COT moment. And so like, when we did GSM8K and you said Suzie had $8, she spent $5, how much does she have now? It had to output like four hash marks and then the answer, and then EOS. There was no ability for it to chain of thought. And so then we allowed it to actually have like, okay, let me go 8 minus 5 is 3. And so like hash, hash, hash, hash, 3. And so you allowed it to do this kind of thinking before it actually gave an action or an answer. And similarly now, like VLA's were basically like, in RT2 is basically like, it has to output an action. There's no, like, I can't allocate more compute for a more complex task.

• 3:43Speaker 03

  And then now I have this code chain of thought thing that I can do. And I can say, okay, even if you were using the example where you're not actually outputting the code, you're just giving it to Astra and let it think, think, think, think, think, and then output an action. Similarly now, like, and then with code, it's a more Kolmogov complexity or lower Kolmogov complexity code length to just use code and really compact code to just like, here's the code, just go.

• 4:07Speaker 02

  I totally agree with you on that. I feel like at the end of the day, it's a lot about the bitter lesson, right? If you give the agents or you give the AI model more autonomy and you unshackle it a bit more and give it more resources, it can actually do a lot of the things that we fine-tuned it to do.

• 4:25Speaker 04

  I'm just going to hop in here as well. I think the really interesting thing about the bitter lesson here is that, like, VLA's by design, architecturally, they're built on top of language models as well, right? They can potentially reason, they can write code. So perhaps the bitter lesson here isn't necessarily what architecture you build necessarily, but it's what data is most useful, right? Like, people have been sort of nagging at this VLA data bottleneck for years now. And we're seeing very, very slow progress. And so the lesson here is maybe we have a modality of data that we know works very well. And this idea of transferring across different modalities, which Hanmei and I are super excited about, like, how do you take something that's traditionally out of distribution, like robotics, and make it something that's in distribution? Like, maybe the way of harnessing the bitter lesson

• 5:09Speaker 04

  is saying, let's pick a data for which we know this modality is pretty blessed. There's a lot of data, these language, what these models understand it well, and then use this as a way of unlocking a lot of other domains as well.

• 5:22Speaker 02

  Yeah, and to add to that, the reason why RT2 is such a good model is because it is using a language model that taps into the modality of all the data that a language model is trained on. So all those web images and web tags actually improves the VLA compared to just training a specific robotics foundation model without any pre-training.

• 5:45Speaker 00

  So you're benefiting in the case of RT2, these early VLA approaches from pre-training. I guess what's the limitation in the, I guess, action-taking, fine-tuning approach that you can now get around if you can directly write code? Like, you're referring to like a difference in data there. What exactly is that difference in data you're referring to?

• 6:05Speaker 04

  There's a few things that models have got much better at since RT2. Like, one, I mean, they're much better tool use, for example. So, you know, one kind of data is, now these models can, well, I mean, they write code much better. So now they can write complex policies as code. They're also much better using tools to explore the kinds of environments they're in, like what arms they have access to. And a lot of this comes from in-context learning.

• 6:28Speaker 01

  Like, the key difference between like these VLA's and we're like GPT-6 or LLM isn't necessarily the architecture, but kind of the approach you take towards training. We want to be bitter lesson pill, right? We want to benefit from all kinds of data. We want to pour in computer use data into our robot models. You want to pour encoding data into our robot models. But when you do that, you just end up getting what's, what we think of as like these general-purpose LLM agents. And then so to me, it's like, okay, why not just build a really good foundational LLM and then use that to control robots rather than training like a model that's specifically for robotics and that's more dependent on just robot data?

• 7:05Speaker 00

  On that note, maybe one of the things that I think, if we could rewind the clock a couple of years, may have been a good sign that we were trending in a good direction to this, is research on code as policies, right? Do you guys want to talk a little bit about when the research community refers to code as policies? What exactly that means? And I think it's worth putting this in the context of when this paper came out, which was coding agents just starting to work. I think this was still in the era in which people were like putting comments and auto-filling, you know, Python code blocks, which, you know, now we think of as ancient history, but this was like two years ago. So, you know, how does code as policies work? And how did that inspire some of what you guys are now seeing as possible?

• 7:40Speaker 03

  I probably rewind back to Voyager, where like Voyager was like the one of the first. What is, what does a coding agent mean? Coding agent requires good tool use and on-the-fly tool creation. That's called code, okay? You have Python built-ins. Let's just say I have only Python built-ins. Those are tools. And I have sort, and I have like if, and I have for, and I have while, and I have all these things. And I need to like use those tools to assemble a new tool called a new Francois.py, right? And like, now that's a new tool and I get to use that. That was Voyager. And like, yeah, I'm not going to say Voyager was the first one to do this. Voyager was the most popular one to do this for Minecraft. And then they created tools that they could invoke on the fly to help them play the game better and compressed thinking and experience

• 8:24Speaker 03

  into a new tool that I can later invoke. And then I think because everyone in 2020 Twenty four had this insight was like, okay, if we just pour, if you know, Dari and Sam both all realized if I pour all of my heart and soul and resources and compute and intelligence into getting better at coding, we will have lift off. Then I can automate the ML engineer. Then I can have lift off and I'll have all the things. I'll solve all the things. And so then that's what everyone did. And I don't think that they had the insight. I don't think they were so insightful to know that, oh, if I did this, then we will have L L M's that will be good enough to write policies for robotics. And I can displace all of robotics with actual coding agents.

• 9:08Speaker 03

  And I could displace artists with like, you know, coding agents that are writing JavaScript to make beautiful like art. Like, I'm not sure that they had that insight, to be honest.

• 9:17Speaker 00

  Could we talk a little bit about what some of these early CODAS policy methods were even able to do? So even, you know, this is well ahead of us having coding agents that are widely available and people intuitively understanding how they work. It's well ahead of people using RL methods to actually train those coding agents to be really good at tool calling. What did some of those early ones, maybe even before Voyage or like CODAS policies? Which is, I think the paper came out in twenty twenty two at the end, right around when ChatGPT came out. What was the capability of those compared to what you can see now?

• 9:43Speaker 01

  Yeah, those CODAS policy papers, especially ones for Google DeepMind team, were incredible because what they did is they created these kind of functions, like pick up an object, lift up, or like move to a certain pose. Like they provided this list of functions to a coding agent in the form of like library Python functions. And then decoding agent will be able to write code involving these functions to then control the robot to do very complex tasks. And what was very surprising, or what just excelled was that coding agents can do this very one shot. They did not need additional robot data to, in order to work with this code, because they're already trained on so much coding data. They already have a sense of like, how, what to do first, what to do second,

• 10:26Speaker 01

  in order to like move a block into a bowl, for example. And I think it's this one-shot ability, this in-context exploration ability, that really motivated a lot of later work to continue exploring, including us, to continue exploring how we can apply L L M's into robotics.

• 10:41Speaker 00

  I know Francois, you have this framework we've talked about of, you know, the various ways that learning can happen. There's going to be learning that's embedded into the weights versus the in-context learning and so on. Do you want to quickly talk about that? And then maybe we can think about where all the research over the last few years has fit into that framework, especially the direction it seems to be going.

• 10:57Speaker 03

  I mean, I've been working on this experiment and actually I haven't really crystallized it into a paper yet. But basically, it's like, what is the most efficient way from us? Intelligence per sample perspective to input a learning, a, let's say, that's in this context, a state action result or state action reward tuple back into the policy? There's I C L, there is.

• 11:21Speaker 00

  That's in-context learning.

• 11:22Speaker 03

  In-context learning, where like, I just like append it. This is how most people are using L L M's. They're just like, oh, no, don't do it like this, do it like this. And I was like, okay. And then it's still in the context and then I can remember, I can iterate. And that really only works if you've trained the L L M, or at least post-trained the L L M, to be able to learn and improve. And that self-refines a reflection, like in literature from way back, that like actually allowed multi-turn into the training set. If you don't have that, it doesn't learn, it does not in-context learn. But even then, there's a limit to how good I C L can go. So I've done this experiment where like you take an L L M that we've trained on and I've held out a task, let's just say G S M A K for simplicity.

• 12:07Speaker 03

  And then I I C L it and I want to measure on the vowel set how much it improves on a per sample basis. And it improves greatly, very cheaply. It doesn't cost much. I don't have, there's no S G D, so I don't have any flops. And so very quickly, I can adapt and improve on my vowel set, example, example, example. One, it's non-monotonic improvement, which is wild. So it gets worse, it gets better, it gets worse, it gets better, like pretty aggressively. Number two is that it caps out very quickly. And so after like twenty, thirty, maybe forty examples, it is basically saturated and more examples back into the context not improve.

• 12:41Speaker 00

  You're like, you're constrained by the model's ability to intelligently use all of its context.

• 12:45Speaker 03

  Exactly. From the post-training, how many multi-turns did it actually get to be able to improve and do self-reflection? And then the most important one for surely can't do is after it hits the context window, context length of the model that it was trained on. If it was trained on a hundred thousand, really that means you have a context window of like fifty thousand. Once you exceed fifty thousand, you don't improve anymore. You actually just get worse because the model can't attend over everything. There's a really good example you said, which I didn't really think about is like, well, if I can rag or I can, I can load in my act into active memory, and this is very prime agent continual harness, kind of like thinking where I can pull stuff in on the fly, example, similar examples, then it's like me, like, hmm, I have an exam or I have an exam with a textbook.

• 13:29Speaker 03

  I'm going to do better if I have the textbook to look up as reference. And so that is, you know, definitely going to work. And it's still, and it also scales, I would imagine, much better. And then the the last two paradigms would be Laura with rank one or rank two or whatever, Laura with rank ten or rank a hundred, and then all the way to full S F T R L. And if you're Tesla and you have all the data, infinite data, and you're learning, doing self-driving car by I C L, what are you doing? Like, are you kidding? It's like, clearly we wouldn't do that, right? And if you're a figure or something like that. But it's amazing how good in the, in low data regimes you can do with I C L.

• 14:11Speaker 03

  And then even cooler, we can compress the I C L into tool use, into tools, or like compress it into learnings. And that's, that's the hierarchy that we haven't really figured out that you guys are probably on the forefront of.

• 14:22Speaker 00

  Yeah. Do you guys want to elaborate on that a little bit? Because I imagine that's a central part of how you guys think about building Waddle.

• 14:27Speaker 04

  There's a few things that are quite interesting here, I think, to unpack. Yeah, the first thing is, we've been sort of thinking about this idea of a harness almost as a form of like domain specificity. Like when you, for example, deploy a robot in a new environment, maybe it's in a wet lab and it just needs to do a lot of tests you're picking up, for example. You can learn a lot of this in context, but then one way of consolidating this context for future agents is sort of packaging each of these skills that you learn into specific programs, for example. Like writing out these skills and writing out these memories is a form of consolidating. It's like a form of disillation from past experience for your future agents to use. So this is quite interesting. The other thing that's quite interesting is

• 15:11Speaker 04

  it almost seems like there's some relationship to the broader meta-learning literature throughout in machine learning history. Like you have this sort of bigger model that then programs a smaller model to do things. And one of the very interesting things is that, yes, these smaller models are going to learn in context. They're sort of wrapped inside the harness and they're doing the task. You can make them maybe smaller, you can make them run faster, as long as the bigger model can sort of do this domain specialization of your harness quite well. So this is something that we're pretty interested in right now. And last point as well, I think the really interesting theoretical question is how far in-context learning can get you. And I think it's really anyone's guess as to that. Like, there's papers that show that, you know, these models sort of can approximate gradient descent during in-context learning as well.

• 15:54Speaker 04

  So it's this, this line between weight space and symbolic space, I think is, is a little bit blurry.

• 16:00Speaker 03

  Y C's next batch is now taking applications. Got a startup in you? Apply at ycombinator.com slash apply. It's never too early and filling out the app will level up your idea. Okay, back to the video.

• 16:14Speaker 00

  So what exactly are we watching here?

• 16:16Speaker 02

  We're watching Astra controlling the arms to pick a block off the table and put it into the bowl.

• 16:22Speaker 00

  So here, Astra is using just these camera inputs and presumably it's aware of the robot that it's controlling. And it's going to write code that controls the robot at its individual joints.

• 16:31Speaker 02

  Yeah, so it does, it does look at all the cameras. It has all the camera feeds. Instead of code, it's more like a tool call. So it sends commands to the robot to, to control and put the block into the bowl.

• 16:46Speaker 00

  So in this situation, we're using Astra directly. But if we were using, say, Waddle's harness, what's the kind of difference between directly using Astra to control this versus doing this through Waddle's API?

• 16:56Speaker 01

  Sometimes directly, like having Astra directly command the post the robot should go to is not the optimal tool to use. If it's a repetitive task, you don't want Astra in the loop. Maybe you want to write code that can run repeatedly very, very fast. Or if it's a task, you've done a similar task before, you should be able to call a skill that has compiled and use that skill to do the task faster and handle edge cases better.

• 17:18Speaker 00

  So here we can see it seems to be approaching in on this guy.

• 17:21Speaker 02

  Yeah, you can look, you can notice that the latency is a bit slow because we are bottlenecked by the latency of Astra. But if you look at the trends, the latency of these models are improving very rapidly.

• 17:34Speaker 00

  Right.

• 17:34Speaker 02

  So one thing that we saw is that for Fable class L L M's, their latency is improving by around two X per month, which is very, very fast.

• 17:44Speaker 00

  Very fast.

• 17:44Speaker 02

  Yeah. If the trends continue, we could get real-time control by end of the year.

• 17:50Speaker 00

  So now that we saw this task go from end to end, why don't we walk through what that actually entailed? So there's a coding agent in the loop here running this.

• 17:57Speaker 02

  Yes.

• 17:58Speaker 00

  What are the steps that the coding agent would have taken? And let's kind of contrast the direct coding agent version versus the Waddle harness in the loop version.

• 18:06Speaker 02

  Yes. So what just happened was that in a series of turns, Astra received the images from the cameras and it outputted the end effect of pose for the robot to go to. And it does it over multiple turns to complete the task. This is less of CODAS policies, but more of tool calls.

• 18:27Speaker 04

  The unscreen part is pretty repetitive, so you could actually automate a lot of that using code, as well as actually approaching the bottle, picking it up, like a lot of these things are pretty. Deterministic, once you've done a task quite a few times. The interesting part is where you build in the variation into the code's policy graph. And so we have a few points of variation. This can come from, for example, when you detect an object, maybe you use a VLM as far as your tool call. Or when something fails, for example, how do you check that it's failed? How do you then potentially do something else depending on the failure? Like this kind of more flexible responses, we tend to put a VLM inside a loop to ensure that, you know, while the coding graph is sort of deterministic,

• 19:11Speaker 04

  there's points of variation that allows it to generalize.

• 19:13Speaker 03

  The biggest insight I think I've had, a change in worldview on how to perform machine learning and how to get the rest of the distance on AGI, was like a lot of conversations I've had with Francis Chollet. And in 2020, maybe even 2018, when he did On the Measure of Intelligence, he talked a lot about transduction versus is just wrong versus program induction. And transduction just means I'm learning a function theta that maps from X's to Y's. And why is that wrong? It's just slow and it's information inefficient. And so to go from X's to Y's, I need a lot of pairs of X's and Y's. And if I have a very small amount, then you need a lot of inductive bias. And what you need to act is a good generator to map from X's to Y's.

• 19:55Speaker 03

  So now my theta takes in three N pairs of X's and Y's and emits the function that maps from X to Y's.

• 20:04Speaker 04

  Yeah, yeah.

• 20:04Speaker 03

  And that's what code is. And so that's like, if you give me a coding interview, a whiteboard, you say, okay, here's a coding problem. Here's some examples. Okay, cool, write the function. And then we are emitting an F that will map from X to Y.

• 20:17Speaker 04

  And this is quite interesting, right? Because I think, I mean, this was a lot of the traditional program synthesis literature. And I feel like a lot of the reason why those methods didn't work as well was because that inductive bias, as you said, right? It's you're shifting the difficulty of the problem from finding that mapping to finding the right inductive biases to map it to this like smaller code to then do the mapping. But finding that sort of inductive biases is super hard. But maybe that's what Astra is buying us. Like even in Coxai, there's a giant shift in the literature from, you know, specifically neuro symbolic methods to just using Astra to write code to map. And so maybe that's a cool way to think about this.

• 20:51Speaker 03

  It is neuro symbolic. That is neuro symbolic. We have neurons and then they're emitting symbols.

• 20:55Speaker 04

  Yeah.

• 20:56Speaker 00

  I think this is actually a pretty good segue to a kind of final topic, which is around, inspired by this paper also from Philip Isola that he titles the Platonic Representation Hypothesis, right? Where platonic, because as a reference Plato's cave and, you know, the idea that, you know, there you're seeing shadows of various realities. And I think here the point he's making is that there's extensive evidence to show that language models and various representations of different datas actually learn these distance mappings between similar things under different training policies that are overlapping. And so like the idea there would be that as you train these systems on increasingly large amounts of data,

• 21:40Speaker 00

  they converge to a kind of consistent mapping of the world. And maybe this implies that we would expect language models to get better and better at things over time that would make them useful for new tasks like robot control. But maybe I imagine this representation hypothesis is actually pretty central to all of your guys' worldview or your view of your companies. And so maybe why don't you guys tell me a little about how you think about this? And also, maybe we can use that to make some guesses as to why we think models like Astra seem to be so much better at robot control than previous models? And where, you know, make some predictions for where we might be going here.

• 22:13Speaker 02

  Yeah, I think one way to make this concrete for the robotics models was language models debate is that the very, very strong language models will have very similar representations of the world with very strong robotics models. And if that's the case, then if you have a really strong language model, you also have a really strong robotics model.

• 22:34Speaker 00

  Right.

• 22:35Speaker 02

  Using if we believe in the platonic representation hypothesis. And if that's the true, that's then bitter lesson is that is the best manifestation of the bitter lesson, right? Because you just need one really strong model regardless of architecture. And they would be outperforming any specific models that is slightly weaker.

• 22:56Speaker 00

  The interesting thing that that's maybe not entirely intuitive and maybe it'd be curious to hear you guys all think about is why specifically it seems like these newest models, specifically Astra, seems to be so much better at spatial intelligence. You know, we've all seen the demos online of, you know, controlling Blender and making great 3D images. Now it seems like, you know, you showed Jay in a benchmark that is like a meaningful step function improvement on certain tasks. Where do you guys think the pre-training and post-training, I guess, of those models? What has likely changed about OpenAI's approach there that made them so much better compared to models even six months earlier? Like, you know, that's still, we're benefiting from their lesson and we're still extremely good at code and we're still solving math problems, but haven't quite cracked the spatial intelligence needed here.

• 23:36Speaker 01

  I think what Astra does incredibly well is its like vision capabilities. It was probably pre-trained on way more computer use data than ever before. It's probably pre-trained on so much like CAD data. And it's like, all of these kinds of data probably teach the model like similar like understanding of like the physical world as like a lot of robot data might.

• 23:58Speaker 00

  So the computer use data is an interesting point because it's not totally intuitive, I think, why computer use data is useful for understanding the physical world and that it, you know, tends to be like a computer where you're clicking around. Like say more about why you think that is a big unlock? Because I totally buy they trained way more computer use data than ever before.

• 24:13Speaker 01

  Right. I think immediately, if you were just training a model for computer use, that would not be able to apply for robotics. But if you feed a computer use data into a big model like Astra, and by computer use data, I mean like you drag the cursor around on a screen to orbit some CAD object in order to design in Blender. This tells you like how to reason about spaces. At least tells you about like top, down, left, right, all these concepts that you need to control a robot, right? And I think that's why this data helps so much for making these LLMs so much better at robot use. I think like from the other direction, like a lot of people in the robotics community, we're trying more and more different kinds of data as well, like egocentric videos. Kind of went from just teleoperation to like, you know, a broader range of this data.

• 24:56Speaker 01

  Because it's not just robot data that can teach a model how to use a robot. So if we take this to the extreme, it's like, why not feed every kind of data, coding, computer use, egocentric into the same model? I think that's how we get to the most capable like robot use agent.

• 25:11Speaker 03

  Hey, it's so funny that like, you know, if you go to 1980s, your X Park or whatever, like we literally made the graphical user interface to be more like the physical world so that we could interface with it. And like what we ended up doing is building an environment that was actually helpful for robotics to learn how to use the physical world. Right? We have file systems, we have like files, we have folders, we have, you know, the GUIs for like SolidWorks and like Autodesk to like spin around stuff to make it simulate similar to the physical world. And then like, we couldn't get robots to work in the physical world. So we just trained on that and then now it works.

• 25:46Speaker 01

  Right, exactly. There were incredible papers, I think from Princeton and also Claude's robotics touches on this. It's like, if you design a right harness, where you make the tools that you face with the robot look like computer use tools, like you have an agent drag the cursor around to control where the robot goes, that improves how well the LLM is able to perform on these physical tasks.

• 26:05Speaker 00

  Where do you guys see, you know, given like reasonable guesses as to where the base models are going to continue improving? And your guys' own investments in either evaluating these models or building harnesses around them? What do you think is going to be capabilities that we maybe now see as challenging to do, but that are going to be increasingly possible or even trivial very few months from now? Like, you know, six months ago, even the demonstrations that I've seen you guys post on your Twitter, I think would have been kind of mind blowing to imagine coming from an LLM.

• 26:32Speaker 02

  There's some consensus within the frontier labs and also in the robotics foundation models companies that we will have general purpose robots within the next two years or even earlier. And this is something that society is probably unaware of or even unprepared for. And when we say general purpose robots, we mean something like if you give any natural language instruction, it can do what a competent teenager could do with their hands. It's kind of like the chat GPT moment, but for robotics in terms of capabilities, where it can generalize to unseen tasks and unseen environments.

• 27:06Speaker 00

  For you guys, for the while, the last guys, what does that mean for what you guys are building?

• 27:10Speaker 01

  I think we're to want to take steps to get there in about two years' time. I think there's so many challenges that are very visible. For example, I love to go online and talk about latency. This is a big problem. If you just have Astra being in the loop, thinking at every step, this is really slow. It's not going to be economically like useful. So how do you, you know, consolidate kind of a first pass by Astra? Like this contextual learning into like a faster skill or policy that you can then run repeatedly at incredibly high throughput?

• 27:40Speaker 03

  I think it's that the mappings to humans will get more and more like this. Where like the optimal thing to do may be to put a new SAR state action reward back into context is very quick. But then there needs to be some like of go to sleep for a while. Like almost everything that is intelligent sleeps. Like tell me an intelligent system that doesn't sleep, right? In some way. And then during sleep, compression happens. The weird thing that happens from your hippocampus and it short ray ripples to both lobes. And like, there's weird, you know, pass from memories that were compressed throughout the day to train the weights. And similarly, maybe what the right thing to do is similar to dagger, data aggregation framework in our classic RL, where you're going, you're collecting a bunch of data

• 28:24Speaker 03

  and then you're somewhat reflecting on it and then you're using it to update your weight file. And then you have disillation in from those experiences back into an updated weight file that maybe isn't Astra, but maybe is your own models.

• 28:36Speaker 04

  It sounds very DreamCoder-esque. But a lot of those specific tools, I think that people used to build, to take DreamCoder, for example, right? It had this library of skills. And then during the sleep phase, it basically refactored everything into more compact representation and so on. I mean, we're seeing sort of similar things just happen not as rigidly as before in the space of programs. But now it's maybe like, maybe you want to refactor traces. Maybe you want to refactor skills. A lot of these robotic code as policy papers, right? They have this growing library of skills. And it's anyone's guess really how you print them, how you organize them and things like that. So, yeah, I think as, as water goes forward, like how you manage our growing context of skills of deployment data all that is going to be quite interesting.

• 29:19Speaker 00

  I think with that, I think this was an excellent discussion. Thank you so much, Vincent, Hanming and Jay for being here. I'm very excited for all the incredible robotics advancements I think we're going to see over the next few years. And I think you're totally right, Jay, that I don't think broader society is totally aware of how much is coming and it's going to be a very incredible few years to come. Thank you so much.