Prompt To Game
Outcome
Produce the smallest playable proof of the requested experience, not an unbounded production game.
Required inputs
- one-sentence game idea
- target platform
- time, team, engine, art, and licensing constraints
Ask for missing information only when it changes the route materially. Otherwise
state conservative assumptions and proceed with read-only analysis.
Workflow
- Clarify the player fantasy, core verb, fail and success conditions, session length, and non-goals.
- Define a one-loop prototype acceptance test and asset budget.
- Run toolchain diagnosis and recommend a compatible engine and generation route.
- Create a reversible implementation plan; require approval before files or external tools change.
- Implement in thin vertical slices with a playable build after every slice.
- Capture controls, known limitations, screenshots, test evidence, and provenance.
Expected artifacts
- prototype brief
- approved plan
- playable build
- controls sheet
- evidence and provenance bundle
Workflow-specific gates
- Prefer placeholder assets until the core loop is demonstrably fun.
- Keep generated code and content reviewable in small, testable increments.
- Stop scope growth that does not improve the prototype acceptance test.
Production completion gate
Before recommending production use, complete and report all seven gates:
- Rights, consent, code/model/dataset/output license, and generation-provenance checks.
- Technical format, naming, scale, color, metadata, and target-import validation.
- Visual and temporal consistency review across representative views and states.
- Runtime memory, frame-time, draw-call, streaming, and asset-budget checks.
- Playability and interaction smoke tests in the target runtime.
- Screenshot, capture, diff, or artifact-regression evidence with reproducible settings.
- Human approval before replacing source assets or promoting generated output.
Unknown rights, missing consent, unsupported hardware, conflicting host adapters,
or failed quality gates block production promotion. Preserve originals and make
fallbacks explicit.
1---2name: prompt-to-game3description: Convert a game idea into a scoped playable prototype through explicit design, stack selection, implementation, and evidence gates.4---56# Prompt To Game78## Outcome910Produce the smallest playable proof of the requested experience, not an unbounded production game.1112## Required inputs1314- one-sentence game idea15- target platform16- time, team, engine, art, and licensing constraints1718Ask for missing information only when it changes the route materially. Otherwise19state conservative assumptions and proceed with read-only analysis.2021## Workflow22231. Clarify the player fantasy, core verb, fail and success conditions, session length, and non-goals.242. Define a one-loop prototype acceptance test and asset budget.253. Run toolchain diagnosis and recommend a compatible engine and generation route.264. Create a reversible implementation plan; require approval before files or external tools change.275. Implement in thin vertical slices with a playable build after every slice.286. Capture controls, known limitations, screenshots, test evidence, and provenance.2930## Expected artifacts3132- prototype brief33- approved plan34- playable build35- controls sheet36- evidence and provenance bundle3738## Workflow-specific gates3940- Prefer placeholder assets until the core loop is demonstrably fun.41- Keep generated code and content reviewable in small, testable increments.42- Stop scope growth that does not improve the prototype acceptance test.4344## Production completion gate4546Before recommending production use, complete and report all seven gates:47481. Rights, consent, code/model/dataset/output license, and generation-provenance checks.492. Technical format, naming, scale, color, metadata, and target-import validation.503. Visual and temporal consistency review across representative views and states.514. Runtime memory, frame-time, draw-call, streaming, and asset-budget checks.525. Playability and interaction smoke tests in the target runtime.536. Screenshot, capture, diff, or artifact-regression evidence with reproducible settings.547. Human approval before replacing source assets or promoting generated output.5556Unknown rights, missing consent, unsupported hardware, conflicting host adapters,57or failed quality gates block production promotion. Preserve originals and make58fallbacks explicit.
frabcd