LITEPAPER / 2026
READ THE DOCS →

PLAYSTATE LABS / LITEPAPER 1.0

Adaptive games,
safely directed.

PlayState is an AI Game Director SDK that turns real-time player behavior into typed, bounded, and game-authorized decisions.

STATUS
Production-ready SDK
LICENSE
MIT
RUNTIME
Framework agnostic
02

THE PROBLEM

Static systems serve an average player who does not exist.

Games typically encode pacing, difficulty, rewards, and encounters through fixed curves and hand-authored branches. These systems are predictable and testable, but respond poorly to variation between players, sessions, skill levels, and motivations.

Fully generative systems promise flexibility but introduce a different risk: opaque outputs, unstable behavior, exposed credentials, and content that bypasses the game’s own rules. Adaptation without boundaries is not production control.

STATICOne curve

Limited response to changing player state.

GENERATIVEOpen output

Contextual, but difficult to authorize safely.

PLAYSTATEBounded choice

Adaptive recommendations inside game-defined limits.

03

OUR THESIS

The game should stay authoritative.

AI should recommend. Rules should constrain. The game should decide.

PlayState treats intelligence as one input to an existing runtime—not as a replacement for it. The game specifies allowed actions, validates payloads, and remains free to reject every recommendation.

01

Bounded by design

Only explicit, typed actions leave the director.

02

Deterministic first

Local rules answer immediately when conditions match.

03

AI when useful

Trusted generation adds context, never authority.

04

Fallback always

Provider failure never becomes gameplay failure.

04

THE ADAPTIVE LOOP

Observe. Decide. Authorize. Apply. Learn.

01Observe

Events and session state.

02Decide

Rules, AI, or fallback.

03Authorize

Action and payload checks.

04Apply

Engine-owned implementation.

The loop can run locally, enrich a decision through a trusted backend, or degrade to a stable fallback. Every path returns the same typed contract.

05

TECHNICAL ARCHITECTURE

Two trust zones. One decision contract.

PUBLIC GAME RUNTIME

PlaystateClient

  • Local rules engine
  • Director decisions
  • Events and sessions
  • Engine adapters
  • No secrets or privileged mutations
AUTHENTICATED REQUEST ↔ SANITIZED RESULT

TRUSTED SERVER

PlaystateServerClient

  • Structured AI generation
  • Profile updates
  • Reward claims
  • Live-event administration
  • Protected credentials
SourceNetworkWhen usedGuarantee
RulesNoA condition matchesImmediate and deterministic
AIYesTrusted generation enabledSchema-validated output
FallbackNoNo valid resultConservative typed action
06

AUTHORITY & SAFETY

A recommendation is never permission.

The client may

  • Evaluate deterministic rules
  • Create local decisions
  • Track non-sensitive events
  • Serialize engine payloads

The client may not

  • Hold PlayState or provider keys
  • Mutate protected profiles
  • Claim rewards directly
  • Administer live events
  1. AuthenticateVerify players and sessions on your backend.
  2. ConstrainSend the smallest action allowlist.
  3. ValidateCheck every payload inside the game.
  4. AuditLog mutations without recording secrets.
07

USE CASES

One director, many adaptive systems.

DIFFICULTY

Keep challenge in range

Respond to deaths, health, success rate, or mastery.

PACING

Shape session rhythm

Move between pressure, recovery, and exploration.

ENCOUNTERS

Match the current state

Choose composition and intensity from bounded options.

QUESTS

Add contextual goals

Generate structured optional content server-side.

REWARDS

Make progress relevant

Suggest allowed items, currency, or unlocks.

LIVE EVENTS

Respond to populations

Coordinate challenges through server authority.

08

DEVELOPER MODEL

Integrate incrementally.

Start with one local rule and add telemetry, adapters, or trusted generation only when the game needs them. PlayState does not require an all-or-nothing architecture.

STEP 01

Local prototype

Define allowed actions and evaluate rules.

STEP 02

Runtime connection

Map typed actions into the game registry.

STEP 03

Measured sessions

Track events and aggregate session state.

OPTIONAL

Trusted intelligence

Add authenticated structured generation.

Open SDK foundation

The TypeScript SDK is MIT licensed and distributed as ESM and CommonJS with declarations and source maps.

npm i playstate-labs ↗
09

ROADMAP

From SDK primitives to a complete direction layer.

Roadmap items describe current intent, not guaranteed release dates.

NOW

SDK foundation

  • Typed decisions
  • Rules and fallbacks
  • Trusted AI methods
  • Runtime adapters
NEXT

Developer operations

  • Decision observability
  • Rule simulation
  • Configuration management
  • Expanded examples
LATER

Direction platform

  • Collaborative tuning
  • Experiment comparison
  • Population insights
  • More engine tooling
10

CONCLUSION

Every player.
The right challenge.

PlayState helps developers build games that respond with intent: deterministic where they must be, contextual where they can be, and authoritative at every boundary.

START BUILDING →VIEW THE SDK ↗