원클릭으로
gsp-implementation-plan
Use when turning an approved game brief into verifiable implementation tasks matched to the chosen build mode.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when turning an approved game brief into verifiable implementation tasks matched to the chosen build mode.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when auditing structure, boundaries, coupling, or state-management risks in an existing game project.
Use when auditing UI sounds, reward/failure cues, danger cues, or audio feedback layering in a game.
Use when converting game audit findings into a structured multi-axis scorecard.
Use when choosing a backend profile for a game based on capabilities, project state, and quality target.
Use when reviewing a built or in-progress game against the locked brief before claiming completion.
Use when deciding development mode, quality target, task granularity, or refactor policy for game work.
| name | gsp-implementation-plan |
| description | Use when turning an approved game brief into verifiable implementation tasks matched to the chosen build mode. |
Turn the approved build brief into an execution plan.
Use ./shared/templates/task-plan.md.
Follow the gsp-orchestrator output strategy:
docs/game-studio/plan.md.Do not use one default task size for all situations. Use the chosen development mode.
Unless the user explicitly wants a cheap or minimal pass, assume the plan should support:
For benchmark, showcase, or polished-prototype work, plan with this loop in mind instead of assuming one pass from build to done.
Do not produce fake progress tasks like “set up scaffolding” unless that scaffold immediately enables real implementation. Prefer tasks that end in a stronger running build.