How do I install the 17 Game System Architecture Specification skill?

Run npx skillmds@latest add peterbamuhigire/17-game-system-architecture-specification in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is 17 Game System Architecture Specification safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with 17 Game System Architecture Specification?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is 17 Game System Architecture Specification free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published 17 Game System Architecture Specification?

peterbamuhigire (@peterbamuhigire) published this skill. Their other Agent Skills are listed on their SkillMD profile.

17 Game System Architecture Specification by peterbamuhigire

Name: 17 Game System Architecture Specification
Author: peterbamuhigire

17 Game System Architecture Specification

Use when designing game client, authoritative state, engine integration, content, saves, multiplayer backend, platform adapters, telemetry, security, build, and live-operations architecture from an approved game SRS.

File contents

Game System Architecture Specification

Use When

An approved game SRS needs architecture and ADRs.

Do Not Use When

Detailed classes are the task; use the game technical implementation specification.
Do not hide authority or save ownership inside engine components.

Required Inputs

Artefact	Source or provider	Required?	Behaviour when missing
`GREQ-*`, engine/platform decision, topology, budgets and risks	Requirements, architecture and production	Yes	Stop and return unresolved decisions.
Plugins, platform services, data and threat constraints	Specialist owners	Conditional	Mark integration provisional.

Workflow

Draw contexts for client, services, platform, content/build, telemetry and operators.
Define state, command/event flow, determinism, saves/migrations and time/randomness ownership.
Establish engine-neutral domain boundaries and Unity, Godot, Unreal or Apple adapters.
Specify content streaming, asset import, graphics/audio/UI/camera budgets, accessibility/localisation settings and fallbacks, consuming approved visual contracts from design-system-skills.
Design online topology, replication budget, sessions, persistence and compatibility where applicable.
Design trust, data/economy/ad integrity, separate SDK privacy boundaries, child-safe disabled defaults, build provenance, observability and rollback/kill switches.
Define shared-platform seams as optional capabilities with per-game adoption, identity, performance and simplicity criteria; do not force every package into every game.
Stop on a missing owner, budget, privacy/rights boundary or failure path; recover with ADR options.

Outputs

Artefact	Consumer	Acceptance condition
Game architecture and ADRs	Implementers, QA, security and operations	State, interfaces, failures, budgets and traces are reviewable.

Evidence Produced

Evidence	Reviewer	Acceptance condition
`GARCH-*` trace and failure model	Architecture board	Each element maps to requirement, ADR, test and signal.

Capability and permission boundaries

Read and search are allowed. Provisioning, purchasing or production change requires explicit authority.

Degraded mode

Produce the narrowest qualified context, mark unavailable checks not assessed, and name the experiment needed.

Decision Rules

Choice or condition	Action	Failure or risk avoided
Logic can avoid engine objects	Isolate testable domain code.	Engine coupling.
Action originates on client	Validate authoritative state.	Cheating.
Schema changes	Version, migrate and test rollback.	Lost state.

Quality Standards

Express state and failure behaviour; verify version-sensitive facts officially.

Anti-Patterns

Giant scene. Fix: bounded lifetimes.
Component as architecture. Fix: domain/adapters.
Reliable messages everywhere. Fix: semantic budgets.
Config without kill switch. Fix: validation and expiry.
Service as hard dependency. Fix: degraded behaviour.
Ads/analytics treated as one consent boundary. Fix: model each SDK, purpose, data flow, deletion and disable path separately.

References

Game architecture viewpoints
Game AI and narrative architecture contract

---name: 17-game-system-architecture-specificationdescription: Use when designing game client, authoritative state, engine integration, content, saves, multiplayer backend, platform adapters, telemetry, security, build, and live-operations architecture from an approved game SRS.---# Game System Architecture Specification## Use When- An approved game SRS needs architecture and ADRs.## Do Not Use When- Detailed classes are the task; use the game technical implementation specification.- Do not hide authority or save ownership inside engine components.## Required Inputs| Artefact | Source or provider | Required? | Behaviour when missing ||---|---|---|---|| `GREQ-*`, engine/platform decision, topology, budgets and risks | Requirements, architecture and production | Yes | Stop and return unresolved decisions. || Plugins, platform services, data and threat constraints | Specialist owners | Conditional | Mark integration provisional. |## Workflow1. Draw contexts for client, services, platform, content/build, telemetry and operators.2. Define state, command/event flow, determinism, saves/migrations and time/randomness ownership.3. Establish engine-neutral domain boundaries and Unity, Godot, Unreal or Apple adapters.4. Specify content streaming, asset import, graphics/audio/UI/camera budgets, accessibility/localisation settings and fallbacks, consuming approved visual contracts from `design-system-skills`.5. Design online topology, replication budget, sessions, persistence and compatibility where applicable.6. Design trust, data/economy/ad integrity, separate SDK privacy boundaries, child-safe disabled defaults, build provenance, observability and rollback/kill switches.7. Define shared-platform seams as optional capabilities with per-game adoption, identity, performance and simplicity criteria; do not force every package into every game.8. Stop on a missing owner, budget, privacy/rights boundary or failure path; recover with ADR options.## Outputs| Artefact | Consumer | Acceptance condition ||---|---|---|| Game architecture and ADRs | Implementers, QA, security and operations | State, interfaces, failures, budgets and traces are reviewable. |## Evidence Produced| Evidence | Reviewer | Acceptance condition ||---|---|---|| `GARCH-*` trace and failure model | Architecture board | Each element maps to requirement, ADR, test and signal. |## Capability and permission boundariesRead and search are allowed. Provisioning, purchasing or production change requires explicit authority.## Degraded modeProduce the narrowest qualified context, mark unavailable checks `not assessed`, and name the experiment needed.## Decision Rules| Choice or condition | Action | Failure or risk avoided ||---|---|---|| Logic can avoid engine objects | Isolate testable domain code. | Engine coupling. || Action originates on client | Validate authoritative state. | Cheating. || Schema changes | Version, migrate and test rollback. | Lost state. |## Quality Standards- Express state and failure behaviour; verify version-sensitive facts officially.## Anti-Patterns- Giant scene. Fix: bounded lifetimes.- Component as architecture. Fix: domain/adapters.- Reliable messages everywhere. Fix: semantic budgets.- Config without kill switch. Fix: validation and expiry.- Service as hard dependency. Fix: degraded behaviour.- Ads/analytics treated as one consent boundary. Fix: model each SDK, purpose, data flow, deletion and disable path separately.## References- [Game architecture viewpoints](references/game-architecture-viewpoints.md)- [Game AI and narrative architecture contract](references/game-ai-narrative-architecture-contract.md)

Frequently asked questions