Skip to content
datarekha

Omni & embodied models

The multimodal recipe — turn everything into tokens, predict the next one — doesn't stop at images. Extend it to audio and you get omni models: real-time voice-and-vision assistants. Extend it to action and you get vision-language-action models: robots that inherit web-scale knowledge. Same architecture, new modalities, including the physical world.

Written and reviewed by Last reviewed

7 min read Advanced NLP & Transformers Lesson 42 of 44

What you'll learn

  • How the token recipe extends to audio — omni models and thinker-talker
  • Vision-language-action (VLA) models — action as just another token vocabulary
  • Why embodied AI inherits internet-scale semantic knowledge
  • The grand unification — one architecture across text, image, audio, action

Before you start

The recipe behind every model in this chapter is the same: turn each modality (a kind of data, such as text, image or sound) into tokens, and predict the next token. Images joined text that way; the natural next question is — why stop there? Two frontiers extend the recipe further: omni models add audio, and embodied models add action, reaching into the physical world.

Omni: add audio, talk in real time

Omni models (GPT-4o, Qwen-Omni) bring audio into the same token stream. They understand speech and ambient sound, and crucially speak back in real time.

The common design is thinker-talker. A reasoning LLM, the “thinker”, decides what to say. A streaming speech module, the “talker”, turns that into audio as it’s produced. The model can then respond conversationally without waiting for a full text answer first. It’s the unified-token idea with audio added — one model that sees, hears, reasons, and voices a reply.

Embodied: action is just another token vocabulary

The bigger leap is embodied AI. A vision-language-action (VLA) model takes a camera image and a written instruction and outputs robot actions. The trick is that actions are just another token vocabulary the transformer predicts, exactly like words:

instruction = "pick up the red block"
action_tokens = ["move_x:+0.10", "move_y:-0.05", "gripper:close"]   # discretized motor commands

print(f"input:  image + instruction={instruction!r}")
print(f"output: {len(action_tokens)} action tokens ->")
for a in action_tokens:
    print(f"  {a}")
input:  image + instruction='pick up the red block'
output: 3 action tokens ->
  move_x:+0.10
  move_y:-0.05
  gripper:close

RT-2 and OpenVLA are built on a VLM (a vision-language model, one that reads images and writes text). They are fine-tuned (trained further on robot data) to emit discretized actions instead of text. “Discretized” means each motor command is rounded into one of a fixed set of values, like a word from a vocabulary. π0 (pi-zero) instead uses a flow-matching action head, a small module that generates smooth continuous motions rather than picking from a fixed set.

The profound consequence: because the action model is built on a web-pretrained VLM, the robot inherits internet-scale semantic knowledge — it can act on “pick up the extinct animal toy” because the underlying VLM knows which toy is a dinosaur, without ever being shown that mapping in robot data.

One token recipe → text, image, audio, actioninputstextimageaudiotokenizeone transformerpredict next tokenoutputstextspeech (omni)action (VLA → robot)omni = real-timevoice assistantVLA = robot brainchange the tokenizer, keep the architecture — the recipe reaches the physical world
The same next-token transformer spans modalities: add audio tokens for omni assistants, add action tokens for embodied robots.

In one breath

  • The token recipe (tokenize everything, predict the next token) extends past images to audio (omni) and action (embodied).
  • Omni models (GPT-4o, Qwen-Omni) add audio in/out and respond in real time via a thinker-talker design (reasoning LLM + streaming speech).
  • Vision-language-action (VLA) models output robot actions as tokens — RT-2/OpenVLA fine-tune a VLM to emit discretized actions; π0 uses a flow-matching action head for continuous control (the demo: image + instruction → action tokens).
  • Because VLAs are built on web-pretrained VLMs, robots inherit internet-scale semantic knowledge (act on “the dinosaur toy” with no robot data teaching that).
  • The grand unification: one architecture across text/image/audio/action — chatbot, voice assistant, and robot foundation model are becoming the same kind of model; embodied is the frontier because action data is scarce.

Quick check

Quick check

0/5
Q1What does the 'thinker-talker' design in omni models accomplish?
Q2How does a vision-language-action (VLA) model produce robot behavior?
Q3Why is it powerful that VLA models are built on web-pretrained VLMs?
Q4What is the 'grand unification' this lesson describes?
Q5A team wants a drone to follow 'fly toward the red barn, then circle it'. Their drone data has no barns. Using this lesson's recipe, what is the best starting point?

Next

Omni and embodied models extend the unified-token recipe to audio and action, all built on VLM architectures. Embodied agents that act in software environments are covered in the Agentic AI track.

Sign in to track your progress

Completed lessons, your XP, level, and streak save to your account — it's free and takes a few seconds.

Practice this in an interview

All questions
How do multimodal vision-language models combine images and text, and what role does CLIP play?

A multimodal vision-language model turns image regions into visual tokens, maps them into the language model's hidden representation, and combines them with text through attention. CLIP is a contrastively trained dual encoder that aligns image and text embeddings; it can provide a vision backbone or support retrieval and zero-shot classification, but it is not by itself a generative visual question-answering model.

What are out-of-vocabulary (OOV) words and how do modern NLP systems handle them?

OOV words are tokens unseen during vocabulary construction that a model cannot look up in its embedding table. Classical word-level models replace them with a generic UNK token, losing all information, while subword tokenizers (BPE, WordPiece) eliminate OOV entirely by decomposing any word into known subunits.

How do Docker and ONNX complement each other for packaging and deploying ML models portably?

Docker packages the serving environment, including system libraries and inference dependencies, while ONNX packages the model's computation graph and weights in a framework-independent format. Together, they let a model exported from PyTorch or TensorFlow run in a small, repeatable container with an inference runtime suited to the target hardware.

What do 'parameters' mean in a language model and what do they actually store?

Parameters are the learnable floating-point numbers — weights and biases — that define a neural network's behaviour. In a transformer LLM, they are distributed across token embedding matrices, multi-head attention projection matrices (Q, K, V, O), and feed-forward network layers. They encode compressed statistical associations between tokens learned during training, not explicit facts or rules.

Related lessons

Explore further