What Is the REX Project? Capcom’s Six RE: Subsystems Explained
The REX Project is the container for everything Capcom announced. Inside it sit six named subsystems, and their names tell you most of what is changing.
Short answer
The REX Project is the name Capcom gave, at Open Conference RE:2026 on 2 October 2026, to its programme for evolving RE Engine into what it calls an AI generation engine. It is defined publicly by six subsystems, RE:Dox, RE:UI, RE:Log, RE:Flows, RE:Runtime and RE:C++, which describe documents, tooling, telemetry, automated testing, runtime and source access.
Key points
- REX is a project name, not an engine name. Capcom is not retiring RE Engine; every subsystem keeps the RE: prefix.
- Four of the six names describe work that happens before a build is compiled.
- The names imply a rebuild of the toolchain, how content is specified, made, tested and logged.
- Two subsystems, RE:Runtime and RE:C++, could eventually touch shipped games. Capcom has said the least about these.
- No specifications, no schedule and no demonstration have been published.
The short version: what REX is
Capcom builds its own engine, does not licence it, and has shipped it across Resident Evil, Monster Hunter, Devil May Cry, Street Fighter and Dragon’s Dogma. The REX Project is the company’s internal programme for changing how that engine is used to make games.
The distinction between making and running matters throughout this page. RE Engine’s rendering behaviour, the way it handles light, materials and performance, was not what Capcom announced a change to. What it announced was work on the systems that surround the renderer: how designs are written down, how the editor behaves, what telemetry the studio collects, how builds and tests are orchestrated, and how engineers get at the underlying C++.
That is a less dramatic claim than “Capcom’s engine is now AI”, and it is the claim the company actually made.
The six subsystems, one at a time
Each of the headings below is our reading of a name Capcom has published but not documented. Where we are inferring, we say so.
| Subsystem | What is official | Our reading | Still unknown |
|---|---|---|---|
| RE:Dox | The name, and its place in the REX Project | Documents that stay in step with the build | The format, the tooling, and whether anything generates text rather than checking it |
| RE:UI | The name | The editor and tooling surface | Which editor, and whether any generation appears here first |
| RE:Log | The name | Structured telemetry from builds and playtests | What is captured, how long it is kept, and who reads it |
| RE:Flows | The name | Automated build and test paths | How much of a milestone is automated, and what a human still signs off |
| RE:Runtime | The name | Something that reaches the shipped runtime | Almost everything: Capcom has described no behaviour for it at all |
| RE:C++ | The name | Source access for engineers inside Capcom | Whether anything changes for anyone outside the company |
Every row in the middle column is inference from a name, and that is the difference between what Capcom said and what most writing about it claims. Trade coverage from 3 October 2026 describes the programme as a whole and adds no per-subsystem detail, so no row here carries a Reported label.
RE:Dox, living design documents
“Dox” reads as documents, and “living” is the operative word. Game design documentation in a large studio is a pile of files that goes stale the moment the game changes, and the gap between what a document says and what the build does is a persistent source of waste.
A system that keeps specification and implementation in step is the kind of unglamorous infrastructure that pays for itself quietly. It is also a natural place to apply generation: turning a structured design intent into a scaffold, or diffing a design document against what is actually in the build. That is inference from the name.
RE:UI, the editor and tooling surface
Every engine has an editor, and the editor is where most of a studio’s day is spent. RE:UI reads as the surface where those tools live. If a generation capability is going to reach artists and designers rather than only engineers, this is the door it walks through.
Expect this to be the subsystem where any visible generation features appear first, because it is where humans and the pipeline meet.
RE:Log, structured telemetry
Studios generate enormous amounts of diagnostic data from builds and playtests, and most of it is read by nobody because reading it is a full-time job. “Log” plus “structured” implies data captured in a shape that can be queried rather than grepped.
This is the least glamorous name on the list and, for anyone who has worked in production, one of the most plausible. It is also a precondition for automating testing: you cannot judge a build automatically if you cannot measure it automatically.
RE:Flows, automated test and build paths
“Flows” suggests orchestration: the sequence of steps from a change to a validated build. Automating that is the difference between testing a level twice a week and testing it twenty times a day.
If REX has an economically measurable payoff, this is where it lives. Iteration count is the variable that most directly converts engineering investment into a better game.
RE:Runtime, what executes on target hardware
This is the first of the two names that reaches the shipped product, and it is deliberately vague. It could describe how the engine schedules work, how content streams, how AI-driven systems behave in a live scene, or how generated content is resolved at load time rather than baked.
Capcom has said nothing specific. Treat any confident account of RE:Runtime as invented until the company publishes something.
RE:C++, engine source access
Source access is an internal question first: how engineers outside the core engine team can extend the engine without forking it. It reads as a modularisation or interface story rather than a public SDK.
To be explicit, because this is a common hope: nothing in the announcement suggests that RE Engine will be licensed or distributed. The engine has never been publicly available and there is no indication that changes. See is RE Engine free?
Why this reads as a toolchain rebuild

Line the six names up against the stages of making a game and the pattern is hard to miss.
| Stage | Subsystem | Reaches players? |
|---|---|---|
| Specification | RE:Dox | No |
| Authoring | RE:UI | No |
| Diagnostics | RE:Log | No |
| Build and test | RE:Flows | Indirectly |
| Execution | RE:Runtime | Potentially |
| Engineering | RE:C++ | No |
Four rows are squarely upstream. One is indirect. One is potentially player-facing. A project shaped like that is a pipeline project, and pipeline projects are judged on throughput rather than on demos, which is precisely why there is nothing to show yet.
What REX is not
Three clarifications that resolve most of the confusion in circulation:
- Not a new engine. RE Engine continues. Every subsystem is named RE: something. A successor engine would not keep the prefix.
- Not a licensing change. Nothing indicates RE Engine becomes available to third parties. It remains internal, undocumented publicly and unavailable.
- Not a graphics overhaul. Nothing in the six names concerns rendering. Capcom’s existing visual signature, photogrammetry-led realism, strong performance on modest hardware. is not what is being changed.
What is still unknown
The gaps are large enough to be worth listing rather than glossing:
- Whether any subsystem is in active use, in prototype, or still on a slide.
- What “generation” produces, and whether its output is ever shipped unreviewed. (Our strong expectation, stated as an expectation: no.)
- How the work is staffed, and whether it changes hiring in Capcom’s engine teams.
- Whether REX touches only Capcom’s internal studios or also external partners.
- What happens to the project if the games it supports do not benefit measurably.
We will keep this page as the reference for the subsystem names themselves, and update it when any of the above stops being unknown. For the sequence of announcements rather than the definitions, see
the AI plans page.What changed on this page
- addedAdded the subsystem comparison table, with a labelled row for what Capcom published, what we read into each name, and what is still unknown.
- addedEach subsystem now has its own anchor, so the map on the home page and the links in the table land on the right section.
Is there a REX Engine?
No. REX is the name of a project, not a product and not a new engine. Capcom has not released, licensed or announced an engine called REX, and there is nothing to download or buy under that name. Search results using “REX Engine” are describing this project.
What does REX stand for?
Capcom has not explained the name in the materials we have seen. We do not know whether it is a contraction, a codename or a backronym, and we will not guess.
Is the REX Project a new engine replacing RE Engine?
No. It is a programme of work on RE Engine, and all six subsystems keep the RE: prefix. No successor engine has been announced.
Which subsystem will affect games first?
Unknown. RE:Runtime is the only name that clearly reaches shipped products, and it is also one of the two Capcom has described least. Anything more specific than that would be speculation.
Does REX mean RE Engine will be licensed to other studios?
No. RE:C++ refers to source access inside Capcom’s own engineering organisation as far as anything public shows. The engine has never been licensed, and nothing suggests that is changing.
Is there a RE:2027 conference?
Not announced. Capcom holds developer-facing events periodically, and we will add any future conference to the Capcom AI timeline if one is announced.