← Back to Blog

Types of World Models in AI and Their Use Cases

11 min read
Tony Zhang
Business

Explore the main types of world models in AI—latent-space, JEPA, generative, and object-centric—plus real use cases in driving, robotics, games, and science.

A world model is an AI system's internal simulator of how an environment changes: a learned function that takes the current state and a candidate action and predicts what happens next. That world model definition sounds simple, but the field now spans several architectural families, three functional roles, and a growing list of domains including self-driving, robotics, protein design, and interactive game generation. If you're building on top of these systems, or picking one to power an agent, the type you choose shapes what the agent can plan, imagine, and do.

The field's own vocabulary is still forming, so before comparing architectures it helps to pin down what a world model actually is and how researchers currently sort them.

What Is a World Model in AI?

A world model is a learned predictive representation of an environment: given a state and an action, it forecasts the next state (and often a reward). The exact definition is still evolving across AI, robotics, and cognitive science, but the core function is prediction in service of decision-making. The agent uses the model to imagine outcomes before committing to real actions.

That "imagine before acting" property is what makes world models a distinct category from other generative models. A video generator produces plausible frames. A world model produces frames (or latent states) conditioned on actions, so an agent can roll out counterfactual futures and pick the best one.

World models vs. large language models (LLMs)

LLMs predict the next token in a sequence of text. World models predict the next state of an environment given an action. The distinction blurs when the "environment" is itself textual, such as a text adventure, a browser, or a shell, in which case an LLM can serve as the world model. We'll return to that setup below. But for a robot arm or a driving scene, next-token prediction over pixels is a poor fit. You want a model whose state variable carries physical structure, whose transitions respect dynamics, and whose outputs are conditioned on continuous or discrete actions rather than free-form prompts.

Put differently: LLMs model the distribution of human language. World models model the distribution of environment trajectories.

The agent-environment loop and the POMDP framework

Formally, world models live inside a partially observable Markov decision process. The agent receives an observation, updates a belief over hidden state, picks an action, and the environment transitions. The world model learns two of those pieces, the observation function and the transition function, so the agent can plan without touching the real environment.

In text-based settings, this loop is expressed in natural language. Recent work formalizes the agent–world-model interaction as a multi-turn language-based decision process, where the agent operates in ReAct style and the world model returns a predicted next state after each action. The same skeleton, perceive then predict then act, underlies visual and embodied world models; only the representation of state changes.

How World Models Are Classified: The Core Taxonomy

Two axes matter. The first asks what the model does in the loop. The second asks what its state variable looks like. Together they form a renderer-simulator-planner taxonomy on one axis and an architectural taxonomy on the other.

Functional taxonomy: renderers, simulators, and planners

Fei-Fei Li's renderer-simulator-planner taxonomy classifies a world model by its role in the agent-environment loop. A recent survey summarizes it cleanly: a renderer produces predicted observations, a simulator propagates world states under physical or dynamical constraints, and a planner selects actions with respect to goals. One system can play more than one role. Dreamer's RSSM is both a simulator and a planning backbone, for example. Naming the role clarifies what you're evaluating. A pretty renderer with no action-conditioning is not a planner, no matter how good the video looks.

Representational substrate: observation-level vs. latent-space

The second axis is architectural. Observation-level models predict future pixels, point clouds, or raw sensor frames directly. A latent-space world model compresses observations into a compact code and predicts the next code. Both have tradeoffs. Observation-level models give high visual fidelity and intuitive outputs but are expensive and can drift from physical consistency. Latent-space models are cheap to roll out and better for long-horizon planning but harder to inspect. A third paradigm layers 3D structure or object-centric factoring on top of the latent, trading generality for compositional structure.

Most production systems today are latent-space with an optional decoder for visualization. Most teams treat the decoder as a debugging aid rather than the core of the system.

Types of World Models by Architecture

Within those two axes sit five architectural families that account for nearly all current work. These types of world models differ mainly in what they compress, what they predict, and whether they render anything a human can watch.

Latent-space and recurrent state-space models (Dreamer, RSSM)

The DreamerV3 recurrent state-space model is the workhorse of the Dreamer line. An encoder compresses each observation into a latent, a recurrent core predicts the next latent given an action, and heads read out reward and (optionally) reconstructed observations. DreamerV3 uses exactly this setup: the world model learns compact representations of sensory inputs through autoencoding and enables planning by predicting future representations and rewards for potential actions. The same recipe has been applied to Minecraft's long-standing diamond challenge, previously approached with human priors in the MineRL competition.

RSSMs are the default when you need long-horizon planning inside a learned simulator and can afford to train an encoder-decoder on your domain.

Joint Embedding Predictive Architecture (JEPA and V-JEPA 2)

JEPA, the joint embedding predictive architecture, drops the decoder entirely. Instead of predicting pixels, it predicts latent embeddings of future observations from latent embeddings of past ones. As one summary puts it, many world models compress input into compact latent representations and predict future representations rather than pixel-by-pixel reconstructions, avoiding wasted capacity on reconstructing texture. Meta's V-JEPA 2 sits in this family; the team has introduced three benchmarks for V-JEPA 2 to evaluate it.

JEPAs are attractive when you don't need to visualize rollouts, only score, plan, or act on them.

Generative and diffusion-based world models

Diffusion models, having eaten image and video generation, are now being trained as action-conditioned simulators. A diffusion-based world model is typically observation-level: the state variable is a frame (or set of frames), and the diffusion process generates the next frame given the previous frames plus an action. Google DeepMind's Genie 3 is the flagship example, an interactive environment generator that produces controllable worlds from a prompt, part of a decade of DeepMind work on simulated environments for open-ended learning.

The strength is visual fidelity and generality across scenes. The cost is compute per rollout, which limits how deep an agent can search. The survey of paradigms notes that the real evaluation question is whether generated trajectories remain physically consistent, causally coherent, and controllable under action, instruction, trajectory, or other conditioning signals, not merely how good the pixels look.

Object-centric world models

An object-centric world model factors state into a set of entities with their own properties and relations, rather than a monolithic latent vector. The bet is that compositional structure (chairs, cups, other cars) generalizes better than a global code, especially when the number of things in the scene changes. These models tend to shine on tasks with clear entities, such as block stacking or multi-agent driving, and struggle on unstructured scenes like weather or fluids.

LLMs as text-based world models

When the environment is itself linguistic (a shell, a browser, ALFWorld, WebShop), a large language model can serve as the world model directly. Given the current textual state and a natural-language action, the LLM predicts the next textual state. The ACL evaluation suite for this setup uses environments like ALFWorld, where agents accomplish household tasks by issuing text-based commands and the world model must track room layouts, inventories, and multi-step effects.

This is the type most application developers will touch first. It's also the type that composes most naturally with retrieval, tool use, and multi-agent orchestration, the substrate we optimize for in Powabase's ReAct agent loop.

World Model Use Cases by Domain

Architecture matters, but which architecture wins depends on the domain. A recent survey stresses that the field remains fragmented across modeling paradigms, application domains, and evaluation protocols, so match the model to the job.

World models for autonomous driving

Driving stacks use world models for two things: generating synthetic edge-case scenarios to augment training data, and running short-horizon rollouts inside the planner to score candidate trajectories. Wayve's GAIA line is the clearest published example of world models for autonomous driving, conditioning generation on action and ego-vehicle signals to produce controllable driving footage. The physical-consistency bar is high. A hallucinated pedestrian that vanishes between frames is worse than useless.

World models for robotics and embodied AI

Robotics gravitates toward latent-space and JEPA-style models because rollouts must be fast enough to plan at control frequency, and the policy consumes latents anyway. World models for robotics need to balance rollout speed with grounded dynamics. DreamerV3 has been evaluated across eight simulated benchmark domains with a single hyperparameter setting. Object-centric world models appear where scenes decompose cleanly, such as pick-and-place with a fixed set of objects.

Game simulation and interactive environments

Game-like environments were the original proving ground, from Ha and Schmidhuber's 2018 "World Models" paper to today's Genie 3. The domain is friendly (reset button, ground truth available, cheap data), and demand for playable generated worlds is real, both for entertainment and as training grounds for general agents.

Scientific discovery and digital twins

World models for science treat molecules, cells, climate cells, or fluid volumes as the state, and physical laws as the transition. Digital-twin projects for factories, power grids, and turbines follow the same pattern: learn a compact predictive model of a real system, then plan or optimize inside it. The value is running thousands of counterfactuals a day that the physical asset can't afford.

Agentic AI and synthetic data generation

For agent developers, world models unlock two things: better planning (score actions in imagination before executing) and cheaper training data (generate trajectories on demand). Text-based world models are the near-term entry point. An LLM predicts what a tool call or user reply will look like, and the agent uses that to prune obvious dead ends. Our supervisor orchestration strategy is built for this pattern: a coordinator reasons about outcomes and delegates to entity agents whose ReAct loops execute in the real environment.

Notable World Model Systems and Products

A rough map of what's shipping or heavily cited as of 2026:

SystemTypeFocus
DreamerV3RSSM / latent-spaceGeneral RL across simulated benchmarks
V-JEPA 2JEPA / latent-spaceVideo representation, embodied benchmarks
Genie 3Diffusion / observation-levelInteractive world generation
Wayve GAIAGenerative video, action-conditionedDriving scenario synthesis
SoraVideo generationObservation-level video
PlaNet, MuZeroLatent / value-equivalentPlanning benchmarks
Text-based LLM WMsLLM-as-simulatorALFWorld, WebShop, code environments

The list churns fast. What's stable is the taxonomy: every entry above is either observation-level or latent-space (sometimes with object-centric factoring), and plays one or more of the renderer, simulator, or planner roles.

How World Models Are Trained and Evaluated

Training almost always combines self-supervised reconstruction (or prediction in embedding space, for JEPA) with an action-conditioned dynamics loss, sometimes plus a reward head. DreamerV3's contribution was showing that a single set of hyperparameters works across a wide range of tasks, removing the per-domain tuning that hobbled earlier systems.

Evaluation is where the field is messiest. Visual metrics (FID, FVD) measure whether frames look right, not whether dynamics are correct. Better protocols score action-conditioned prediction accuracy, planning performance downstream, and physical-consistency checks such as object permanence and collision. For text-based world models, benchmarks like ALFWorld, WebShop, and ScienceWorld measure whether the model correctly tracks state under multi-step commands, requiring spatial and physical commonsense, reasoning about containers and locations, and multi-step planning.

Two questions to ask of any world model benchmark: does it condition on actions, and does it test long-horizon rollouts? If both answers are no, the score isn't telling you much about planning quality.

Choosing the Right World Model for the Job

Pick by domain first, then by whether you need to visualize rollouts.

  • Continuous control, robotics, RL from scratch → RSSM (Dreamer family).
  • Video-native embodied tasks where you never need to look at rollouts → JEPA.
  • Scenario generation, driving data, playable worlds → diffusion / generative models.
  • Scenes with a small number of discrete entities → object-centric.
  • Agents acting through text, tools, or code → LLM-as-world-model, wrapped in a ReAct loop with grounded retrieval.

For most teams building AI applications today, the last category is where the work happens. The state is text and tool outputs, the transitions are what your APIs return, and the planner is an agent. Getting that loop right, with grounded retrieval, reliable tool calls, session state, and streamed observability, is the practical version of running a world model in production. That's the layer Powabase gives you out of the box, so you can spend your effort on the model of the world your users actually live in.

types of world models

Share this article