القائمة
Use after implementation to apply gstack-inspired quality gates such as review, validation, QA or browse, security checks, and ship readiness without turning them into always-on orchestration.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use when a request is new, ambiguous, likely to sprawl, or strategically important and you need to turn it into a scoped build-ready plan with prompt, PRD, plan, assumptions, and a readiness check before implementation.
Use when a bug is unclear, recurring, or expensive to guess at and you need a disciplined loop to reproduce the issue, isolate the root cause, apply the smallest fix, and verify the result before moving on.
Use when implementation is approved and you need to run a disciplined build loop with a single writer, scoped execution, validation slices, document updates, and controlled handoff into review and QA gates.
| name | gstack-gates |
| description | Use after implementation to apply gstack-inspired quality gates such as review, validation, QA or browse, security checks, and ship readiness without turning them into always-on orchestration. |
gstack의 강한 부분인 후반 검수 게이트를 가져와, 구현이 끝난 작업을 실제로 잠그는 skill이다.
기획 단계나 구현 초반에는 쓰지 않는다.
Plan.md, Implement.md, Documentation.md if presentreviewvalidation 또는 qa 또는 browsecso if neededship if release-bound이 skill은 구현 후 게이트를 위한 것이다. plan-eng-review는 기본적으로 scope freeze 전에 끝나 있어야 하며, 구현 후에는 누락 여부만 확인한다.
작업의 크기와 위험도에 따라 일부 게이트는 생략할 수 있지만, 이유를 남긴다.
UI가 없는 작업이면 테스트, API, CLI, runtime check로 충분한지 먼저 본다.
UI가 있는 작업이면 사용자 플로우를 실제로 재현한다.
변경의 핵심 경로를 실제로 재현한다.
UI가 있으면 네비게이션, 폼, 오류 상태를 같이 확인한다.
게이트를 돌릴 때는 항상 아래 형식을 유지한다.
gatestatus: pass, warn, blockfindingsrequired fixesskip reason if skippednotes if helpful