R&D—Jun 19, 2026
Methods and systems for AI game masters
An architecture for AI game master applications: externalized world state, deterministic adjudication, canon enforcement, portable character assets, and scene direction, with notes from our work on Utsuwa.
A tabletop game master performs at least five distinct functions: narrating the world, portraying its characters, adjudicating the rules, maintaining state that no one wrote down, and pacing the session. These functions have different correctness requirements. Narration tolerates improvisation. State and adjudication do not.
Most AI game master prototypes assign all five functions to a single language model behind a single prompt. The failure pattern is consistent and well documented: within a session, the model forgets character names, resurrects consumed items, contradicts established facts, and biases random outcomes toward narrative convenience. We classify these as architecture failures rather than model failures. The model is being asked to serve as narrator, database, referee, and random number generator simultaneously, and it is only competent at the first role.
This entry describes the architecture we believe the category requires, drawn from our work on Utsuwa. The organizing principle is simple to state: the model is the performance layer, and every function the performance depends on belongs to the system around it.
1. World state belongs in an entity store
The most common design error in this category is treating conversation history as world state. Context windows are now large enough to hold a full campaign transcript. Capacity is not the problem; retrieval reliability is. A fact stated four thousand turns earlier is not dependably attended to, and a fact that survives summarization is frequently mutated by it.
The correction is to give state a canonical home outside the model: an entity store recording characters, items, locations, factions, and relationships, with explicit fields for facts that must never degrade, such as inventory, health, debts, and commitments made by non-player characters. Each turn, the system retrieves the relevant slice of the store into context. The model may propose writes back to the store, but the store remains authoritative. The transcript records how events sounded. The store records what is true.
This separation also resolves long campaigns. Transcripts can be summarized aggressively for narrative color while the entity store carries facts forward losslessly. Memory becomes a data design problem, which is tractable, rather than a prompt engineering problem, which largely is not.
2. Adjudication is deterministic code
Language models are poorly suited to randomness in a specific and measurable way: they sample from learned distributions rather than uniform ones, and they weight outcomes toward narrative coherence. A model asked to roll a d20 at a dramatic moment produces a biased result. This is not a defect. It is sampling behaving as designed, applied somewhere it should not be.
Accordingly, dice, rules resolution, skill checks, and random tables belong in the runtime. The system resolves each action deterministically, hands the outcome to the model as an established fact, and the model narrates it. This single boundary yields three properties a raw model cannot provide: verifiable fairness, rules that resolve identically across sessions, and a narrator responsible for describing outcomes rather than producing them.
3. Canon requires a constraint layer
Left unchecked, a generative narrator will contradict established fiction. This is not a fault of any particular model; nothing in a naive generation loop makes canon binding.
We address this with a constraint layer between generation and presentation. Established facts are recorded in a ledger. When proposed narration references known entities, the system checks the proposal against the ledger before the player sees it, and contradictions are rejected and regenerated. The resulting division of authority is clean: the model holds full creative authority over everything that has not been established, and none over anything that has.
4. Characters are structured assets
A game master is, among other things, a cast. Every recurring character requires a stable identity: appearance, voice, mannerisms, motivations, and memory of prior encounters. Identities maintained as prose inside a prompt drift measurably over the course of a campaign.
Our position, carried over directly from Utsuwa, is that characters should be portable, inspectable assets rather than prompt text. Utsuwa builds on VRM because a single file carries a character's model, expressions, and behavior across applications. The same principle applies at the scale of a cast sheet: a character is a structured object the system owns and instantiates into the model per scene, not a memory the model is trusted to keep. Handled this way, a non-player character can persist across campaigns, or leave the game entirely and appear in another application.
5. Pacing is a director function
The subtlest game master skill is scene management: knowing when to cut, when to escalate, and when to let a moment breathe. Freeform generation has no opinion on any of these, which is why unstructured AI adventures sprawl. Systems that feel authored give the model a director layer: scene goals, beat structures, and a bounded set of moves derived from how actual play is structured. The model performs within the scene. The system defines what a scene is.
6. Limitations and open problems
Several problems remain open. Contradiction detection is reliable for structured facts, such as a character's location or an item's owner, but weak for soft canon such as tone, theme, and implication. Entity extraction from freeform narration still misses facts a human table would consider established. And no system we are aware of handles the genuinely improvisational case well: a player action that invalidates a scene's premise entirely. We consider these the interesting problems in the category, not reasons to avoid it.
Conclusion
One conviction from Utsuwa carries over unchanged: this layer should be open. A campaign is years of a group's shared imagination, and it should be portable and inspectable rather than resident in a proprietary black box. Beyond games, the general finding stands on its own. Built with honest boundaries, the system frees the model to do the one thing it is genuinely remarkable at, which is giving a world a voice. Asked to also be the spreadsheet, the referee, and the dice, it fails at all four in ways that ruin the fifth.