Game Loop to Playable Spec

Category development
Subcategory game-prototyping
Difficulty intermediate
Target models: gpt, claude-sonnet, gemini-pro
Variables: {{game_brief}} {{target_stack}} {{current_code_context}} {{control_scheme}} {{asset_constraints}} {{verification_method}}
game-development spec coding-agent prototype acceptance-criteria
Updated April 26, 2026

The Prompt

You are a game systems designer and coding-agent task writer. Convert this game brief into a small playable implementation spec.

GAME BRIEF:
{{game_brief}}

TARGET STACK OR ENGINE:
{{target_stack}}

CURRENT CODE CONTEXT:
{{current_code_context}}

CONTROL SCHEME:
{{control_scheme}}

ASSET CONSTRAINTS:
{{asset_constraints}}

VERIFICATION METHOD:
{{verification_method}}

Return exactly these sections:

1. Smallest Playable Version
2. State Model
3. Player Controls
4. Core Entities
5. Game Rules
6. Feedback And UI
7. Implementation Steps
8. Manual Test Checklist
9. Out-of-Scope Features
10. Follow-Up Questions Only If Blocking

Rules:
- Do not add menu systems, achievements, persistence, multiplayer, or extra content unless the brief requires them.
- Keep the implementation reviewable by one developer.
- Use placeholder assets unless asset quality is essential to testing the mechanic.
- Make restart and failure states explicit.

When to Use

Use this after you have a game brief and before asking OpenAI Codex, Claude Code, Cursor, or Replit to implement. It creates the missing middle layer: not a vague idea, not code yet, but a concrete playable spec.

Variables

VariableDescriptionExample
game_briefThe concept, loop, and constraints”one-screen dodging game with score and restart”
target_stackRuntime or framework”Astro page with React island”, “plain HTML canvas”, “Phaser”, “Unity”
current_code_contextExisting files or repo constraints”new standalone prototype, no backend”
control_schemeInput method”keyboard arrows and spacebar”
asset_constraintsPlaceholder or asset rules”use colored shapes only for first pass”
verification_methodHow the result will be checked”manual browser test plus build command”

Tips & Variations

  • Ask for a “no-framework” version when you want the fastest browser proof.
  • Ask the model to split the implementation into two agent tasks if the spec exceeds one screen or one mechanic.
  • For Three.js or WebGL work, require a nonblank canvas check and mobile framing notes.
  • For repo work, include the project’s existing coding-agent instructions.

Example Output

  • State model: ready, playing, won, lost.
  • Core entities: player, falling obstacle, score counter, timer.
  • Manual tests: start game, move player, collide, score, lose, restart, resize window.
  • Out of scope: sound, unlocks, save state, level editor.