원클릭으로
gsp-subagent-build-loop
Use when game implementation should default to a builder-reviewer-verifier loop instead of one monolithic pass.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when game implementation should default to a builder-reviewer-verifier loop instead of one monolithic pass.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | gsp-subagent-build-loop |
| description | Use when game implementation should default to a builder-reviewer-verifier loop instead of one monolithic pass. |
Turn a game build into a default multi-agent workflow: builder, reviewer, verifier. The goal is stronger and more stable output from one user prompt, not thrift.
Follow the gsp-orchestrator output strategy:
docs/game-studio/subagent-build-loop.md.For each meaningful build task or end-to-end slice:
gsp-build-review.gsp-playability-verifier.Parallel builders are allowed only when ownership is disjoint. Examples: core loop vs HUD, feedback vs content pass, gameplay slice vs menus. Do not parallelize builders that fight over the same files or architectural choices.
Do not claim completion after the builder finishes. Review and verification are expected to find problems.
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.