What this template helps you decide
Define the fantasy, arena, attacks, phases, counters, tuning targets, and test cases before animation and effects make changes expensive. The prompts are written for production use, so each section leads to a rule, dependency, measurable target, or test case.
The download is a portable `.gddkit` project. It includes formatted Markdown, tables, a version entry, and Mermaid diagrams where a state or flow is easier to understand visually.
Encounter brief
What should the player believe they overcame? Describe the boss in one concrete sentence.
Arena
Document dimensions, safe zones, hazards, line-of-sight breaks, traversal paths, entry, exit, and camera constraints.
Attack kit
Every damaging action needs a readable tell, a consistent rule, and at least one reliable response.
Keep the spec small enough to review. Link this focused document from the main GDD, then record material changes in the project changelog.
How to use it with your team
- Name the player-facing goal before describing implementation.
- Replace every placeholder with a rule, number, owner, or open question.
- Mark assumptions that require a prototype or playtest.
- Review dependencies with design, engineering, art, audio, and QA.
- Export the approved version to PDF and keep later decisions in the changelog.
Use it as part of a complete GDD
A focused system spec should not duplicate the project vision, overall scope, or shared technical constraints. Keep those in the main game design document template and use this file for the details that need concentrated review.