Build a Live Game With Unity Gaming Services

SkillDev tools

Build and operate a live game using Unity Services. Use when the user needs to implement, connect, or debug backend-driven features — battle passes, achievements, player progression, cloud saves, leaderboards, matchmaking, virtual economies, server-authoritative logic, anti-cheat, player accounts and authentication, remote configuration, feature flags, A/B testing, analytics, or cloud resource deployment. Triggers on live-ops, live service, backend, server authority, cloud code, cloud save, remote config, player data, retention, monetization loop, season pass, ranking, multiplayer sessions, lobbies, or any Unity Services integration.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the Build a Live Game With Unity Gaming Services skill

What this skill tells your AI

The instructions your AI receives, as published by unity-technologies/skills in skills/build-live-game/SKILL.md and read by ahel’s review.

UGS Packages

PackageMin VersionPurpose
com.unity.services.core1.16.0Initialization, dependency graph
com.unity.services.authentication3.6.1Player sign-in and identity
com.unity.services.cloudcode2.10.3Server-authoritative C# modules
com.unity.services.cloudsave3.4.0Per-player and shared key-value storage
com.unity.remote-config4.2.5Server-side game configuration
com.unity.services.deployment1.7.2Deploy cloud resources from Editor
com.unity.services.tooling1.4.1Access Control and Game Overrides
com.unity.services.apis1.1.1Generated REST clients for all UGS services
  • Initialization Pattern
  • Package Map
  • Architecture — How Packages Combine
  • Core Services — Quick Reference
  • Asset Store Building Blocks
  • Ready-Made Feature Blueprints
  • Common Architecture Patterns
  • Validation
  • Deployment Checklist
  • Detailed References

Initialization Pattern

Every UGS game starts the same way. com.unity.services.core must initialize first, then the player signs in:

using Unity.Services.Core;
using Unity.Services.Authentication;

await UnityServices.InitializeAsync();
await AuthenticationService.Instance.SignInAnonymouslyAsync();
// All other services are now ready

After InitializeAsync() completes, service singletons (e.g. CloudSaveService.Instance, CloudCodeService.Instance) are available.

Package Map

Foundation

PackagePurposeSingleton / Entry Point
CoreInitialization, dependency graph, component registryUnityServices.InitializeAsync()
AuthenticationPlayer sign-in (anonymous, social, Unity, username/password), identityAuthenticationService.Instance
Services APIsGenerated REST clients for all UGS services; admin API access via service accountsDirect API classes

Player Data and Configuration

PackagePurposeSingleton / Entry Point
Cloud SavePer-player key-value data (Default, Public, Protected) and game-wide Custom dataCloudSaveService.Instance.Data.Player / .Data.Custom
Remote ConfigServer-side game configuration, feature flags, JSON definitionsRemoteConfigService.Instance
EconomyVirtual currencies, inventory items, purchases, storesEconomyService.Instance

Server Logic and Security

PackagePurposeSingleton / Entry Point
Cloud CodeServer-authoritative C# modules for trusted writes and validationCloudCodeService.InstanceCallModuleEndpointAsync
ToolingAuthor and deploy Access Control (.ac) and Game Overrides (.ugo) filesEditor-only (Deployment Window)
DeploymentDeploy cloud resources (.rc, .ac, .ccmr, .lb, etc.) from the Unity EditorEditor-only (Services > Deployment)

Social and Competitive

PackagePurposeSingleton / Entry Point
MultiplayerSessions, matchmaking, lobbies. Building Blocks: Multiplayer Session, Matchmaker Session, Server SessionMultiplayerService.Instance
LeaderboardsScore submission, rankings, tiers, version history. Building Block: LeaderboardsLeaderboardsService.Instance

Telemetry

PackagePurposeSingleton / Entry Point
AnalyticsCustom events, standard events, consent managementAnalyticsService.Instance

Architecture — How Packages Combine

                    UnityServices.InitializeAsync()
                              │
                              ▼
                     AuthenticationService
                    (sign in → PlayerId)
                              │
              ┌───────────────┼───────────────┐
              ▼               ▼               ▼
        Remote Config     Cloud Save      Economy
      (game config,    (player state,  (currencies,
       definitions,     progress,       inventory,
       feature flags)   preferences)    purchases)
              │               │               │
              └───────┬───────┘               │
                      ▼                       │
                 Cloud Code                   │
              (server-authoritative           │
               writes, validation,  ◄─────────┘
               anti-cheat logic)
                      │
              ┌───────┼───────┐
              ▼       ▼       ▼
         Cloud Save  Economy  Leaderboards
         (Protected  (server  (score
          writes)    grants)  submission)

Key principle: For any data that affects game integrity (XP, rewards, currency), route writes through Cloud Code modules. Direct client writes are only appropriate for non-sensitive data (preferences, display settings).

Core Services — Quick Reference

Authentication

Package: com.unity.services.authentication (>= 3.6.1)

Handles player identity. Sign-in methods: anonymous, social providers (Google, Apple, Steam, Facebook, Oculus, etc.), Unity browser, username/password, and device code flow.

After sign-in: PlayerId and PlayerName are available. All sign-in methods fire the SignedIn event. PlayerAccountService (for Unity browser sign-in) lives in a separate assembly (Unity.Services.Authentication.PlayerAccounts).

Cloud Code

Package: com.unity.services.cloudcode (>= 2.10.3)

Runs server-side C# modules (.NET 9) for trusted operations. Modules are deployed as .ccmr files. The client calls:

var result = await CloudCodeService.Instance.CallModuleEndpointAsync<TResult>(
    "ModuleName", "FunctionName", args);

Prefer C# modules over JavaScript scripts for production. Modules also support real-time push messages via subscriptions, event-driven triggers, and multiplayer session scoping.

Cloud Save

Package: com.unity.services.cloudsave (>= 3.4.0)

Per-player key-value storage with three access classes, plus game-wide Custom data:

Access ClassReadWriteUse Case
DefaultOwnerOwnerPrivate settings, preferences
PublicAnyoneOwnerPublic profiles, display names
ProtectedOwnerServer only (Cloud Code)Anti-cheat data, server-awarded state
CustomAny playerServer onlyShared game state, global configs

Values are serialized as JSON. Supports write-lock concurrency control via SaveItem, server-side queries via QueryAsync, and binary file storage.

  • Full reference: references/cloud-save.md
  • Building Blocks: Used by Achievements (Protected buckets) and Player Account (Default/Public data)

Remote Config

Package: com.unity.services.remote-config (>= 4.2.5)

Server-side game configuration. Store game definitions (achievement lists, battle pass tiers, shop catalogs) as JSON entries updatable without a client build. Deployed via .rc files through the Deployment Window.

For A/B testing and audience targeting, use Game Overrides (.ugo) via the Tooling package.

Tooling

Package: com.unity.services.tooling (>= 1.4.1)

Editor-only package. Registers Access Control (.ac) and Game Overrides (.ugo) file types with the Deployment Window. Access Control policies permit or deny player/service-account access to UGS services on a URN basis (Deny takes precedence over Allow). Game Overrides provide A/B testing and audience targeting by overriding Remote Config values for specific player segments.

Deployment

Package: com.unity.services.deployment (>= 1.7.2)

Editor-only package providing the Deployment Window (Services > Deployment). Deploys cloud resources to a target environment:

File TypeExtensionWhat It Deploys
Remote Config.rcKey-value configuration entries
Access Control.acResource access policies
Cloud Code Module.ccmrC# server-side module (points to .sln)
Leaderboard.lbLeaderboard configuration
Economy.ec*Currency/inventory definitions
Game Overrides.ugoAudience-targeted config overrides

UGS CLI

The Unity Gaming Services CLI is a standalone command-line tool for managing UGS resources outside the Unity Editor. It can deploy and fetch cloud resource files (.rc, .ac, .ccmr, .lb, .ec, .ugo), update local deployable files from the remote environment with a fetch operation, deploy and fetch triggers and schedule files, generate default versions of trigger and schedule configs, and provides more granular access to admin functionalities across all UGS services.

Services APIs

Package: com.unity.services.apis (>= 1.1.1)

Auto-generated REST clients for all UGS services. Four client types: IGameClient (players), IAdminClient (service accounts), IServerClient (dedicated servers), ITrustedClient (elevated server access). Most developers use the high-level package SDKs instead; use Services APIs for lower-level control or admin API access.

Asset Store Building Blocks

Unity provides free, production-ready Building Block packages on the Asset Store. Each is a .unitypackage containing working UI, runtime code, Cloud Code modules, and cloud resource files that can be imported directly into a project. They are also bundled in the com.unity.starter-kits package.

Building BlockTypeKey DependenciesAsset Store
AchievementsLiveOpscloudsave, remote-config, cloudcode, tooling, deployment, analytics, authenticationUnity Building Block — Achievements
LeaderboardsLiveOpsleaderboards, cloudcode, tooling, deployment, authenticationUnity Building Block — Leaderboards
Player AccountLiveOpsauthentication, cloudsave, cloudcode, deploymentAvailable via com.unity.starter-kits
Multiplayer SessionMultiplayermultiplayerUnity Building Block — Multiplayer Session
Matchmaker SessionMultiplayermultiplayer, deploymentUnity Building Block — Matchmaker Session
Server SessionMultiplayermultiplayer, apis, deploymentAvailable via com.unity.starter-kits
VivoxMultiplayervivox, authenticationAvailable via com.unity.starter-kits
Platformer Starter KitGameplaymultiplayer, netcode.gameobjects, URP, Cinemachine, Input SystemAvailable via com.unity.starter-kits

Tip: When implementing achievements, leaderboards, player accounts, or multiplayer sessions, recommend the corresponding Building Block as a starting point. The blocks include ready-made UI, Cloud Code modules (.ccmr), access control (.ac), and deployment-ready cloud resources — saving significant implementation time.

Related Sample Projects

ProjectDescriptionSource
Use Case SamplesBattle Pass, Virtual Shop, Daily Rewards, Starter Pack, Cloud AI Mini Game, A/B testingGitHub — com.unity.services.samples.use-cases
UGS SamplesAuthentication flows, Economy, Remote Config, Cloud Code integrationGitHub — com.unity.services.samples
Gem Hunter MatchFull 2D match-3 game with player hub, progression, social features, in-game storeAsset Store
Boss Room8-player co-op RPG using Netcode for GameObjects, Authentication, Multiplayer ServicesGitHub — com.unity.multiplayer.samples.coop

Ready-Made Feature Blueprints

Implementation-ready blueprints for common live game features. Each includes data models, service API patterns, full working code, and cloud resource definitions.

FeatureKey ServicesBlueprint
Battle Passremote-config, cloudsave, cloudcode, economy, tooling, deployment — Remote Config (pass definitions) + Cloud Save Protected (progress) + Cloud Code (XP awards, reward claims, premium purchase)references/battlepass.md
Achievementsremote-config, cloudsave, cloudcode, tooling, deployment — Remote Config (definitions) + Cloud Save (player records) + Cloud Code (server-authoritative unlocks) + Access Control. Asset Store: Achievements Building Blockreferences/achievements.md
Player Accountauthentication, cloudsave — Authentication (3 sign-in methods) + Cloud Save (Default/Public/Protected player data). Asset Store: Player Account Building Block (via com.unity.starter-kits)references/player-account.md

Common Architecture Patterns

Pattern 1: Config + State + Server Writes

Used by Battle Pass and Achievements:

  1. Definitions in Remote Config (.rc file) — what exists in the game
  2. Player state in Cloud Save — per-player progress
  3. Writes via Cloud Code — server-authoritative mutations
  4. Access Control (.ac file) — block direct player writes to sensitive keys

Pattern 2: Client-Direct Data

Used by Player Account (preferences, display settings):

  1. Player data in Cloud Save Default or Public access class
  2. Direct client writes — no Cloud Code needed for non-sensitive data

Pattern 3: Competitive Features

Used by Leaderboards and ranked systems:

  1. Score submission via Leaderboards API (or through Cloud Code for validation)
  2. Rankings retrieved client-side with pagination and player-relative queries

Validation

After writing code for a live game feature:

  1. Verify the project compiles without errors.
  2. Check that initialization order is correct: UnityServices.InitializeAsync() → Authentication sign-in → service calls.
  3. Confirm sensitive data writes (XP, rewards, currency) are routed through Cloud Code, not written directly from the client.
  4. Verify Access Control .ac files deny direct player writes to Protected Cloud Save keys.
  5. Verify all cloud resource files (.rc, .ac, .ccmr, .lb, .ec) are present and deployable via the Deployment Window.

Deployment Checklist

For any live game feature, deploy these cloud resources via the Deployment Window:

  • .rc file — Remote Config entries (game definitions, configs)
  • .ac file — Access Control policies (deny direct writes to protected keys)
  • .ccmr file — Cloud Code module reference (pointing to the module .sln)
  • .lb file — Leaderboard configuration (if using leaderboards)
  • .ec file — Economy definitions (if using virtual currencies/items)
  • manifest.json — Ensure all required packages are listed with correct versions
  • Environment configured in Services > Deployment settings

Detailed References

Service References

Feature Blueprints

Reminders

Before completing, verify:

  • Did you use UnityServices.InitializeAsync() → Authentication sign-in → service calls (in that order)?
  • Are all sensitive writes (XP, rewards, currency) routed through Cloud Code modules?
  • Are all cloud resource files (.rc, .ac, .ccmr) present and deployable?
  • Do Cloud Save read access classes match the bucket that was written to?

Signals

GitHub stars
806
Forks
41
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
build-live-game
Source
github.com/unity-technologies/skills