a little room to learn.

Introducing CO01

Experience is
the prompt

“For the things we have to learn before we can do them, we learn by doing them.”

Aristotle, Nicomachean Ethics, Book II, Chapter 1, translated by W. D. Ross

We humans learn new skills with help from parents and teachers, then get better through practice, feedback and failure. We believe Physical AGI should learn this way too. CO01 is a robot model built on that idea. Show it a new task once, or give it a few pointers, and it adapts on the spot, with no task-specific retraining. It learns from the experience placed in its context: demonstrations by people or other robots, filmed from their own point of view or from the side; its own earlier attempts and how each one turned out; guidance by voice, by gesture or by a change to the scene; and anything else that helps, such as a picture of the goal. A robot that learns this way is useful long before it has been taught everything.

Authors
CO01 Team, COCO Matrix
Published
October 2026
Reading
11 min
Video 1CO01 in two and a half minutes. A short film on the idea behind CO01: the experience it learns from, how the orchestrator turns that experience into a prompt for the policy, how the model is trained, and a cup of milk tea at a drink station, where a request for less milk powder and a tea bag caught on the rim both join the context. Robot footage plays at up to 1.25 times real speed, as marked in each shot. The film has music, and the button in the corner turns the sound on.

1Experience prompting

In 2020, GPT-3 showed that a language model could take on a new task from a few examples in its prompt [1]. This is in-context learning. In this post we use the term broadly, for any behavior a model picks up or adapts from experience at the moment of use, without any change to its weights. Robot models have begun to show a narrow form of it. Show them a few demonstrations of a new task, and they can sometimes carry it out [2, 3]. CO01 widens it in two ways. Its context is not limited to demonstrations, and its demonstrations are not limited to its own body or viewpoint.

For CO01, a demonstration is only the start of the lesson. A person can show the task with their own hands, let the robot try, and give feedback along the way. The robot uses all of it together, so its next attempt draws on more than imitation.

Experience prompting is how we put that experience in front of CO01. Each kind tells it something different about what to do next. A demonstration shows the goal. A failed attempt shows what to change. A correction adjusts a motion already under way. Figure 1 shows how this compares with what other robot policies learn from.

We want people to put our robots to work on tasks we never anticipated. For that, teaching a new task has to become part of using the robot, and part of building it. The people who use a robot should be able to show it a new task on the spot, and the team developing it should be able to add one without a new round of data collection and training. That makes learnability part of performance. What a robot can already do matters, and so does how easily anyone can teach it something new.

What a robot policy can learn from

What three kinds of policy take as context.

Figure 1Experience prompting widens what a policy can learn from. A conventional policy takes an instruction, and one-shot imitation adds a demonstration of the task. CO01 goes further. It takes demonstrations from many sources, its own attempts, guidance while it works, goal images and more.

2Experience prompting in action

Here we change the experience CO01 receives and watch what it does with each kind. Section 3 puts them together in one long task.

2.1From a demonstration

Teaching a robot a new task usually means collecting around a hundred teleoperated demonstrations and fine-tuning a policy on them. Earlier one-shot imitation methods got by with one, but only within the narrow family of tasks they were trained on [4]. CO01 needs one or a few recordings, and it does the task in its own scene with its own body. In Video 2, notice that the goal carries over while the motion does not. The robot's grasps, paths and timing differ from the person's, and the scene often differs too.

A person shows the task; the robot does it

Four tasks. Where the person's demonstration was filmed, it plays in the corner.

Autonomous, 1×New scenes
Demonstration

New scenes, other towelsThe person folds one towel in half; the robot folds a different towel the same way, at two different tables.

Autonomous, 1×Folds combined
Demonstration

Folds combinedTrained on single folds; shown two in a row, it makes both, in order.

Video 2A person shows the task; the robot does it. Each task has two clips, showing different sides of learning from a demonstration. The person's demonstration plays in the corner. Clips run at real speed.

To check that the demonstration really steers the robot, rather than the robot doing something it already knows, we set up scenes with two equally sensible goals and change only the demonstration: the same buttons pressed in a different order, or the same towel folded into a triangle or in half (Figure 2).

What to do: same buttons, two orders

Each rollout sees one of the two demonstrations, shown in its corner

96%of rollouts follow the order shown

Six buttons in front of the robot, its hands at rest.Same start
Rollout · blue first
Demonstration

Shown

Rollout · yellow first
Demonstration

Shown

How to do it: same towel, two folds

Each rollout sees one of the two demonstrations, shown in its corner

92%of rollouts follow the fold shown

A blue towel laid flat, the two arms at rest behind it.Same start
Rollout · triangle
Demonstration

ShownCorner to corner

Rollout · in half
Demonstration

ShownEdge to edge

Figure 2Swap the demonstration, and the behavior follows. From the same scene and the same starting point, CO01 does whichever version it was shown, both what to do and how to do it.

Next, we move further from training: scenes from an exact match to a different tool doing the same job (S0–S3), and tasks from familiar to never seen (N0–N2).

One demonstration in context vs. a language instruction, by distance from training

Success rate on our internal in-context benchmark; bars show 95% intervals

One demonstration in contextLanguage instruction only

How far the scene moves

The task is known; the scene changes

How new the task is

The scene is matched; the task changes

Figure 3The further a test is from training, the more the demonstration is worth. When the scene matches and the task is familiar, a language instruction does nearly as well. Further out, both drop, but language drops much faster: with a functional substitute or an unseen skill it rarely succeeds, while one demonstration still works about half the time.

Finally, the biggest win from a demonstration in context is speed. We fine-tune the same pretrained model on more and more demonstrations of the same unseen tasks and count the time from collecting them to a working policy (Figure 4).

How long a new task takes: in context vs. fine-tuning

Average success on a separate set of held-out tasks, same pretrained checkpoint. Time counts collecting the demonstrations and training on them; band is the 95% interval.

Figure 4In context, a new task takes minutes; fine-tuning takes hours. One demonstration in context gets CO01 as far as fine-tuning gets with nearly 200 demonstrations and about nine hours of collecting and training. Past that point, more demonstrations still help the fine-tuned policy, but less and less.

2.2From its own experience

Some things only become clear once the robot acts: whether a test tube fits its hole, whether a lid goes on straight. A policy that throws away a failed attempt may make the same mistake on the next try. CO01 keeps its earlier attempts at the current subtask in context and uses them to adjust the next one. Having seen many sessions in which a failed try is followed by a better one, it has learned what a failure says about what to change. In Video 3, compare a run where the robot keeps its earlier attempts in context with one where it does not.

Failed attempts, then a better one

Two tasks where only trying shows what is wrong. Compare runs with earlier attempts in context against runs without them.

Attempts kept in context

Autonomous, 1×3 attempts

✕✕✓Not the left rack, not the right; the tube goes in the blue one.

Attempts not kept in context

Autonomous, 1×2 attempts

✕✕The same rack twice, then the tube falls over.

Video 3Failed attempts, then a better one. With its earlier attempts in context, the robot changes a little on each try until it succeeds. Without that history, it repeats the same mistake.

The benefit already shows up in training: with its earlier attempts in context, the model reaches the other model's best loss after about 4,600 training steps instead of 12,500 (Figure 5a). On the robot, we pick tasks where the first attempt often fails, allow up to five attempts, and compare the robot's own earlier attempts in context with a failed attempt from an unrelated task and with no history at all (Figure 5b).

Earlier attempts in context: lower loss in training, more successes on the robot

Tasks where the right move is found by trying

(a) In training

Action loss on held-out multi-attempt sessions

(b) On the robot

Cumulative success by attempt; bands are 95% intervals

Figure 5Retries benefit most from the robot's own earlier attempts. (a) Action loss on held-out multi-attempt sessions over the first 20k training steps, with and without earlier attempts in context. (b) Without history, or with an unrelated failure, retries help far less and the robot often repeats its mistake. With its own attempts in context, the biggest gain comes on the second attempt.

2.3From guidance

People often teach through small nudges in the middle of a task: "a little more to the left," a finger pointing at the right drawer, a hand guiding the learner's wrist [5]. Most robot policies take their instruction once, up front, so changing anything halfway means stopping the robot and starting over. CO01 takes guidance while it works, whether that is a few words, a gesture or a change to the scene, such as a coaster set down where the cup should go. In Video 4, watch the change take effect in the middle of a motion, and watch it stick after the person stops guiding.

Guidance while it works, kept afterwards

A person steers the robot mid-task, by changing the scene or by gesture. Hover or tap a mark to see the guidance.

Guidance given

Autonomous, 1×Round 1

Round 1Its default: in order, whatever the color.

Autonomous, 1×Round 2

Round 2A person points out which cup goes on which coaster; the robot follows.

Autonomous, 1×Coasters shuffled

Coasters shuffledKeeps the pairing without being shown again.

Video 4Guidance while it works, kept afterwards. With cups and coasters, a rule shown once by gesture still holds after the coasters are shuffled. Serving a cup, the robot heads for the rack until a person sets down a coaster, then puts the cup there instead. Marks on each timeline show when the person stepped in.

Guidance sticks because the policy's context holds its interaction history within the episode, and across sessions the orchestrator saves preferences like this to memory.

2.4Across robots

Experience does not have to come from the robot that uses it. A rollout recorded on one robot can also become context for another whose arms, hands and cameras differ: the goal and the order of steps carry over, while the grasp and the reach have to suit the new body. We are starting in simulation. In Video 5, two arms at a table sweep scraps into a dustpan. That rollout is the prompt for a robot on a wheeled base, and its rollout in turn prompts a humanoid. Others have shown a related effect, using simulated rollouts as prompts for real robots [2].

One task, relayed across three robots

Each robot's rollout is the next robot's prompt. Sweeping scraps into a dustpan, in simulation

Autonomous, 1×Simulation

Two arms at a tableIts rollout starts the chain.

Autonomous, 1×Simulation

Wheeled basePrompted with the two-arm rollout.

Autonomous, 1×Simulation

HumanoidPrompted with the wheeled robot's rollout.

Video 5Experience passed from robot to robot, in simulation. Each robot is prompted with the previous one's rollout. The goal stays the same; how each one holds the brush and the dustpan depends on its body.

3Putting it together: a long task

Making a cup of milk tea at a drink station takes many steps over several minutes, which makes it a useful first test of how the pieces of CO01 fit together. A person made the drink once at the station, and that recording became the prompt. What follows is an early proof of concept, not a finished capability. It shows how CO01 approaches a long recording: breaking it into subtasks, following them in order and drawing on the kinds of experience from Section 2 along the way. Making long tasks dependable is a focus of our next release.

3.1An orchestrator and a policy

Different experience stays useful for different lengths of time. The user always takes the blue cup holds for months, the ice bin is nearly empty for minutes, the jug is heavier than it looks for a tenth of a second. One context window cannot serve all three, so CO01 splits the work, and the context, between an orchestrator and a policy.

The orchestrator is a vision-language agent that keeps long-term memory, plans, calls tools and checks progress, as general-purpose agents now do over long sessions [6]. In the milk-tea run, it split the person's recording into eight subtasks and built an experience prompt for each: the recording, plus whatever else the subtask needed, such as the robot's previous attempt, a request the user made a minute ago or a picture of how the subtask should end.

The CO01 policy is a video-action model. In training, it learns to predict both how the scene will unfold and what the robot should do next [7, 8]. Predicting the scene teaches it how things move, which it needs to read a demonstration recorded by someone else (Section 5). At deployment it generates no video. It reads the experience prompt, its live cameras and metadata such as which robot is acting, takes in corrections and its interaction history as they arrive, and outputs actions at control rate.

An orchestrator and a policy, connected by experience

The orchestrator deals each subtask a hand of experience; the policy reads it alongside its live cameras and acts at control rate.

Figure 6CO01 routes each kind of context to the model that handles it best. The orchestrator keeps what can be written down: memory, plans, tools, preferences. The policy handles what has to be seen and felt. Between them, the experience prompt carries the subtask with demonstrations, past attempts, guidance and a goal image.

Splitting a robot into a slow planner and a fast controller is not new [9, 10, 11, 12], and general-purpose models already show that robots can learn from experience in context [13, 14]. What sets CO01 apart is what passes between the two. Most hierarchical systems send a short language command, which says what to do but loses how. As Polanyi put it, "we can know more than we can tell" [15]. Few people could explain in words how to tuck in a fitted sheet, but a ten-second clip shows it. So the orchestrator hands over the experience itself, and the policy, trained to read it, does the interpreting.

3.2One run, step by step

Figure 7 lines up one run against the person's demonstration. In this run, the robot followed the same eight steps in the same order.

Another run needed more, and the policy took it in as it worked: asked for less milk powder, it tipped some back from the spoon it was already holding, and when the tea bag caught on the rim of the cup, it tried again until the bag went in.

Milk tea from one demonstration, step by step

The robot's run (top) against the person's demonstration (bottom), on one clock. The clips show four of the eight steps.

Step 2 · 2×

Milk powder0:08 · demo 0:06

Step 3 · 2×

Water0:25 · demo 0:13

Step 7 · 2×

Pearls1:58 · demo 0:48

Step 8 · 2×

Into the cup2:23 · demo 0:55

Figure 7One run, step by step. The robot's run (top) against the person's demonstration (bottom), on the same clock: 1:09 for the person and 2:48 for the robot. Clips play at twice real speed.

4Building experience

A model only learns to read its context if, during training, the context helps it predict what comes next. Language models get this almost for free, because the web is full of documents in which earlier text explains later text, and in-context learning shows up when related examples arrive in bursts [16, 17]. Robot data rarely looks like that. Pipelines sample one episode at a time, and the sessions in which a robot fails and tries again, or a person steps in, usually get trimmed away. We built CO01's data around exactly that structure.

4.1Sessions, not episodes

CO01's data comes in sessions: everything that happened around one task, kept in order and linked to related experience recorded elsewhere (Figure 8 shows how it divides by source and by kind of session). The main kinds are:

What CO01 is trained on

Share of training hours

Figure 8What CO01 is trained on. (a) All training data by source: more than half is first-person video of people and about a third is robot data; simulation and a handheld gripper make up the rest. (b) The in-context training mix by kind of session.

4.2Collected, annotated, generated

Sessions come from three places.

Collected. Teleoperators and the policy take turns on the same setup, much as in on-policy data collection with human interventions [20, 21], and deployment adds retries and corrections that happen anyway.

Annotated. A pipeline cuts separate recordings into steps, finds the same task across people, robots and simulation, lines the pieces up and labels them. Vision-language models propose the labels, and people review them.

Generated. Simulation varies friction, mass or a hidden latch that the robot only finds by trying, and video models render one demonstration in new scenes and from new viewpoints.

4.3Building the training context

During training, a sampler builds each context around a target, a stretch of robot experience whose actions the model has to predict. In front of it go earlier parts of the same session, the same task from other sources, and sometimes an unrelated task, so the model also learns when context does not help. Each piece carries metadata such as its source and how an attempt turned out. Some of it goes into the context [22], and it is dropped at random so the model also learns to read clips without labels.

How a training context is built

One example, built step by step around a target. Hover over a piece for its details.

Figure 9How a training context is built. The target is the robot's third attempt at heating noodles in a microwave. Before it go earlier attempts from the same session, the same task done by a person, another robot and a video model, and sometimes an unrelated task, each tagged with metadata.

None of this needs a new learning algorithm. What matters is which data sits next to which in the training stream, and how varied that stream is [23].

5A scalable backbone that learns to perceive

Everything above runs on the policy's video backbone. We pretrain it on a broad mix of first-person video of people, robot data from many embodiments, handheld-gripper recordings [18], simulation and curated web video. At enough scale, video models pick up useful priors about the physical world [24]. But predicting how video unfolds does not, on its own, make every cue a policy needs easy to use. Geometry, object identity and motion can stay tangled together in the representation.

So we also train the backbone to perceive, as recent work shows a video-generation backbone can [25]: dense tasks (depth, surface normals, referring segmentation and optical flow) and sparse read-outs (3D body pose, hand pose, camera motion and visual grounding). This makes geometric, semantic and motion cues explicit for the policy. Figure 10 compares this one backbone with specialist models, and Video 6 shows what it reads from individual clips.

One backbone against specialist models

Each axis scored 0–100, then shown relative to the specialist (= 100); held-out clips and public benchmarks, averaged

CO01, one backboneSpecialist (= 100)
Figure 10One backbone matches or beats specialist models on six of eight perception benchmarks. The specialists are VGGT [26], Lotus-2 [27], Depth Anything 3 [28], SEA-RAFT [29], ReferEverything [30], RVM [31] and GVHMR [32]; CO01 uses one set of weights for all eight. It trails on camera pose and optical flow. Each axis is shown relative to the specialist, averaged over about 220 clips.

What the backbone reads from a single clip

Explore scenes, bodies, hands, camera motion and grounding. Scenes and Body offer individual clips; Hands, Camera and Grounding show three examples together.

Video 6What the backbone sees. Geometry, segmentation, body pose, hands and camera motion, read from robot, first-person and public video. The Grounding examples come from a different checkpoint, and no prediction is smoothed or cleaned up afterwards.

We expect better perception to mean better action, and we track it as pretraining grows along two axes. The first is the amount of data; we have processed roughly 50k hours so far. Figure 11a tracks two results on new task sets as it grows: the policy fine-tuned on 800 demonstrations from them, and CO01 given one demonstration in context with no task-specific training.

The second is task diversity. Figure 11b tracks in-context success as the in-context training data covers more distinct tasks, from a few dozen to several thousand, against the same model given only a language instruction. Studies in other domains find broad task coverage key to learning new tasks in context [23].

Scaling with experience

Policy performance vs. pretraining data and in-context task diversity

(a) More pretraining data

(b) More in-context training tasks

Figure 11CO01's scaling behavior with more data and broader task coverage. (a) Success on new task sets as pretraining data grows: fine-tuned on 800 demonstrations, and zero-shot with one demonstration in context. (b) Success on unseen tasks with one demonstration in context, against language alone, as the in-context data covers more tasks; the gap is what the model learns from context. Horizontal axes are log scale.

6Looking ahead

CO01 is an early look at what we are building. From a single demonstration, it already picks up skills it never saw in training. It is not yet as reliable as a policy fine-tuned on plenty of data, small errors still add up over long tasks, and the orchestrator sometimes picks the wrong demonstration. We expect these gaps to keep closing as training brings in more experience, and more varied experience. We also plan to carry CO01 beyond the tabletop to whole-body dexterity, starting with bimanual loco-manipulation. Today's general-purpose models still struggle most with this kind of task [33], and it is easier to show than to describe, which is where learning from experience should help.

The orchestrator is the part of CO01 we have explored least, and it has the most room to grow. Next, it could decide what experience to gather in the first place: ask for a demonstration when it is unsure, set up its own practice when a step keeps failing, or search other robots' sessions for one that fits.

In-context learning is also a kind of short-term memory. What CO01 learns from a correction lasts only as long as the context does. The orchestrator's memory keeps preferences across sessions, but not skills. The next step is to move what each robot learns in context into shared weights, continuously, so that every robot in a fleet benefits from what any one of them experiences. Silver and Sutton call this the era of experience, in which agents learn mainly from their own interaction with the world [34]. Robots may get there first, because their data already arrives as experience. Every deployment produces demonstrations, attempts and corrections, whether or not anyone keeps them. CO01 is built to keep them.

We are looking for partners to work with on CO01. If you want a robot that learns from you, get in touch. If you want to build one, we are hiring. The work spans in-context and continual learning, multimodal representation learning and experiments on real robots.

References

  1. Brown, T. et al. Language Models are Few-Shot Learners. NeurIPS 2020. arXiv:2005.14165
  2. Generalist AI. GEN-1.5: Embodied Foundation Models are One-Shot Learners. 2026. generalistai.com
  3. Skild AI. Introducing S1: In-Context Learning for Robotics. 2026. skild.ai
  4. Duan, Y. et al. One-Shot Imitation Learning. NeurIPS 2017. arXiv:1703.07326
  5. Wood, D., Bruner, J. S. and Ross, G. The Role of Tutoring in Problem Solving. Journal of Child Psychology and Psychiatry 17(2), 1976.
  6. OpenAI. GPT-6 Astra: A New Generation of Intelligence. 2026. openai.com
  7. Li, S. et al. Unified Video Action Model. 2025. arXiv:2503.00200
  8. Dyna Robotics. Dyna-2: A 1-Million-Hour Scaling Law for World-Action Models. 2026. dyna.co
  9. Shi, L. X. et al. Hi Robot: Open-Ended Instruction Following with Hierarchical Vision-Language-Action Models. ICML 2025. arXiv:2502.19417
  10. NVIDIA (Bjorck, J. et al.). GR00T N1: An Open Foundation Model for Generalist Humanoid Robots. 2025. arXiv:2503.14734
  11. Figure AI. Helix: A Vision-Language-Action Model for Generalist Humanoid Control. 2025. figure.ai
  12. Dyna Robotics. Dyna-2.1: A Physical Agent for End-to-End Workflows. 2026. dyna.co
  13. Liu, F. et al. RoboICL: Embodied In-Context Learning with GPT-6 Astra. 2026. arXiv:2609.34261v1
  14. Cheng, D. et al. In-Context Robot Learning with VLM Agents. 2026. arXiv:2609.19138v1
  15. Polanyi, M. The Tacit Dimension. University of Chicago Press, 1966.
  16. Chan, S. C. Y. et al. Data Distributional Properties Drive Emergent In-Context Learning in Transformers. NeurIPS 2022. arXiv:2205.05055
  17. Raparthy, S. C. et al. Generalization to New Sequential Decision Making Tasks with In-Context Learning. ICML 2024. arXiv:2312.03801
  18. Chi, C. et al. Universal Manipulation Interface: In-The-Wild Robot Teaching Without In-The-Wild Robots. RSS 2024. arXiv:2402.10329
  19. Laskin, M. et al. In-context Reinforcement Learning with Algorithm Distillation. ICLR 2023. arXiv:2210.14215
  20. Ross, S., Gordon, G. and Bagnell, J. A. A Reduction of Imitation Learning and Structured Prediction to No-Regret Online Learning. AISTATS 2011. arXiv:1011.0686
  21. Kelly, M., Sidrane, C., Driggs-Campbell, K. and Kochenderfer, M. J. HG-DAgger: Interactive Imitation Learning with Human Experts. ICRA 2019. arXiv:1810.02890
  22. Physical Intelligence. π0.7: a Steerable Model with Emergent Capabilities. 2026. pi.website
  23. Raventós, A., Paul, M., Chen, F., Ganguli, S. Pretraining Task Diversity and the Emergence of Non-Bayesian In-Context Learning for Regression. NeurIPS 2023. arXiv:2306.15063
  24. Wiedemer, T. et al. Video Models are Zero-Shot Learners and Reasoners. 2025. arXiv:2509.20328
  25. Wang, L., Zhang, C., Kabra, R. et al. Video Generation Models are General-Purpose Vision Learners. 2026. arXiv:2607.09024
  26. Wang, J. et al. VGGT: Visual Geometry Grounded Transformer. CVPR 2025. arXiv:2503.11651
  27. He, J. et al. Lotus-2: Advancing Geometric Dense Prediction with Powerful Image Generative Model. 2025. arXiv:2512.01030
  28. Lin, H. et al. Depth Anything 3: Recovering the Visual Space from Any Views. ICLR 2026. arXiv:2511.10647
  29. Wang, Y., Lipson, L. and Deng, J. SEA-RAFT: Simple, Efficient, Accurate RAFT for Optical Flow. ECCV 2024. arXiv:2405.14793
  30. Bagchi, A. et al. ReferEverything: Towards Segmenting Everything We Can Speak of in Videos. ICCV 2025. arXiv:2410.23287
  31. Lin, S. et al. Robust High-Resolution Video Matting with Temporal Guidance. WACV 2022. arXiv:2108.11515
  32. Shen, Z. et al. World-Grounded Human Motion Recovery via Gravity-View Coordinates. SIGGRAPH Asia 2024. arXiv:2409.06662
  33. SenseNova Joint Research Team (Cai, Z. et al.). Has GPT-6-Astra Achieved Embodied Intelligence? 2026. arXiv:2610.22471
  34. Silver, D. and Sutton, R. S. Welcome to the Era of Experience. Preprint of a chapter in Designing an Intelligence, MIT Press, 2025. PDF

Citation

@misc{co01_2026,
  title  = {Experience is the Prompt: Introducing CO01},
  author = {CO01 Team},
  year   = {2026},
  month  = {October},
  note   = {COCO Matrix Research blog}
}