WORLD ENGINE / RESEARCH STUDIO01 / THE PREMISE

Reverse-engineer
the world.
Then change it.

See what we’re building

We’re a research studio building environments to test AI. We take existing systems apart, rebuild them in code, and change how they work. We want to know whether an agent understands the world it’s in, or has just learned its way around one version.

02 / FROM THE WORKBENCHRECONSTRUCTIONS IN PROGRESS

Familiar worlds.
Unfamiliar possibilities.

Games are where we started. They have rules to recover, decisions to make, and plenty of room to experiment. These are recordings of the software running.

EXPERIMENT 02

Four models.
One SimFarm.

Codex, Claude, Gemini, and Grok reconstruct the same game. Put the running versions side by side and the differences become visible, from the interface to what happens on the farm.

SIMFARM / FOUR-MODEL COMPARISON00:42

Excerpt from the four-model evaluation, recorded from the running reconstructions.

BRICKFARM / SIMFARM RECONSTRUCTION00:31
EXPERIMENT 03

A farm, rebuilt in bricks.

Fields, livestock, machinery, and the occasional disaster. A reconstructed SimFarm with a new set of graphics, right down to the crops and tools.

Independent research projects. Original games and characters belong to their respective owners.

03 / THE LOOPRECONSTRUCTION IS THE START

Change the world.
See what holds up.

Once a world runs in code, we can alter it. Add an object. Change a rule. Make a familiar task harder. Each version gives us another way to test what an AI has learned.

HOW THE WORK FEEDS BACKREPEAT FROM THE RUNNING VERSION
01

Reconstruct

Recover a working world.

02

Change

Give it something new.

03

Test

Put an agent inside it.

04

Compare

Find out what held up.

The next world starts here.Keep the changes that work. Use the running result to build the next version.
04 / THE METHODFROM THE ORIGINAL TO THE NEXT VERSION

How we build.

01 /

Recover the rules.

Study the original. Work out what each action does, how state changes, and where the constraints are. Rebuild it in code, then run it against the reference to find what we missed.

ORIGINAL → RUNNING RECONSTRUCTION
02 /

Change the world.

A new object, a different visual style, or a rule the original never had. Generative models help describe the next version; coding models make it run. We check the result before using it as the starting point for another change.

RUNNING WORLD → VERIFIED VARIATION
03 /

Test what transfers.

The research question is whether an agent can handle a world that has changed. Give it a task in both versions. Compare its decisions, its mistakes, and how it recovers. Use those results to choose what to change next.

AGENT BEHAVIOR → NEXT EXPERIMENT
05 / RESEARCHPAPER & PATENT WORK

THE IDEA BEHIND THE PAPER

The
Dream Loop.

From Diffusion Dreams
to Playable Games

A diffusion model imagines the next version of a world. A coding model builds it. We run the result, compare it with the target, and work through the gaps. Once it passes its checks, a fresh capture becomes the starting point for the next dream.

That’s the Dream Loop. Our paper studies where it works, where visual similarity is misleading, and why a convincing image is only part of the job.

Request the paper
Conceptual illustration of the Dream Loop: four versions of one miniature village, imagined at the top, under construction at the right, running at the bottom, and checked at the left, connected by gold arrows.
01 / DREAM02 / BUILD03 / RUN04 / CHECK & REPEAT

The dream proposes a change. The implementation has to make it work. The next cycle starts from what actually ran.

Conceptual illustration, generated with AI. Gameplay recordings above show the actual projects.

The patent work.

Two patent projects sit behind this research: turning generated targets into executable worlds, and keeping later versions on course as those worlds change.

01 / DREAM-TO-CODE

From a target to working software.

Turning a generated visual target into executable code and assets, then building the next version from a checked, running result.

US provisional application filed, September 2026.

02 / DUAL-REFERENCE TARGETS

Keep the goal. Work from what runs.

Using both a long-term visual goal and the current implementation to guide the next change, with checks on local progress and the larger direction.

Separate provisional filing package prepared.