Continual MI
MDL
Endless VN Engine
GamesMGPT APIEarningsMonitoringDocs
Learn
  • Introduction
  • Quick Start
  • MDL CLI
  • How It Works
Build
  • Workspace
  • Agentic Workflow
  • Instructions
  • Schema
  • Assets
Ship
  • Publishing
  • Monitoring
  • Earnings & Payouts
Reference
  • Package Model
  • API Keys & Auth
  • CLI Reference
  • Platform Reference
Docs/Publishing

Publishing

Take your game live with visibility controls, versioned releases, and optional custom domains.

Visibility

SettingWho can playDiscoverable?
PrivateOnly you (the owner)No
UnlistedAnyone with the direct linkNo
PublicAnyoneYes — listed publicly

Change visibility from the Release section in your workspace. New games default to Private.

Workspace access

Workspace visibility is separate from player visibility:

SettingWhat it means
Closed sourcePlayers can play, but the workspace stays private to the owner.
Open sourcePlayers can inspect non-sensitive hosted workspace sections on MDL in read-only mode.

Public workspace access is read-only and intentionally excludes owner-only development controls. Schema and package assets can remain inspectable, while production instruction files are protected by replacing public prompt-file views and downloads with generic functional instructions.

Public source packages

Open-source style hosted games can offer a source-package download from the public workspace. Non-owner downloads include real manifests, schema, openings, and assets, with generic public instruction files in place of production prompt IP.

Releases

A release is a versioned snapshot of your game — instructions and configuration captured at a point in time.

  1. Go to Release in your workspace.
  2. Click Create Release.
  3. Add release notes describing what changed.
Releases are optional

You can publish and iterate without formal releases. They're most useful when you want to track changes or communicate updates to players.

Development Push Versus Live Publishing

Local package push for hosted games is meant for the hosted dev container, not for immediate live publication.

The intended model is: iterate locally, push into the hosted dev workspace, inspect and validate there, and then use release controls separately when you intentionally want to affect the live experience.

This keeps day-to-day development fast without turning every file push into a publish action.

Custom domains

By default, your game is accessible at the MDL platform URL. You can add a custom domain so players reach your game at your own URL.

Setup

  1. Go to Domains in your workspace.
  2. Enter your domain name.
  3. Add a CNAME record pointing to the MDL platform (the exact value is shown in the Domains section).
  4. Wait for DNS propagation (minutes to hours).

Sign-in on custom domains

Player sign-in on custom domains is handled by the MDL auth hub at mdl.continualmi.com. Your game domain redirects there for login, then returns with an MDL session for that host. You do not need to add every game domain to Firebase Authorized Domains.

After publishing

Monitor engagement

Use Monitoring to see generations, players, universes, and purchase traces.

Iterate carefully

Instruction changes take effect immediately for new game sessions. Be thoughtful about major changes while players have active saves — renaming a background can break old universes that reference it.

Branding checklist

When players access your game via custom domain, they see your title screen, not the MDL platform. Make sure these are set:

  • Title logo and game title.
  • Tagline and intro text.
  • Title screen background variants.
  • Title music.

Next

Ship
Monitoring
Track how players interact with your game.
Build
Hosting
See the local package sync workflow and dev-container model.
Build
Workspace guide
Return to building and refining.