From project-lifecycle
Phase 게이트 판정 스킬. 각 Phase 종료 시 성공 기준 충족 여부를 객관적으로 판정하여 다음 단계 진행(Go) 또는 보완(No-Go)을 결정한다. "게이트 체크", "단계 완료 판정", "다음 단계 가능?", "게이트 키퍼", "Go/No-Go", "gate check", "phase gate", "품질 게이트" 요청 시 사용.
npx claudepluginhub shaul1991/shaul-plugin --plugin project-lifecycleThis skill uses the workspace's default tool permissions.
각 Phase 종료 시 성공 기준 충족 여부를 객관적으로 판정하여,
Batch-converts UI design screenshots from directories into Vue 3 Composition API components, mapping elements to Vant, Element Plus, or Ant Design Vue libraries.
Share bugs, ideas, or general feedback.
각 Phase 종료 시 성공 기준 충족 여부를 객관적으로 판정하여, 다음 Phase로의 전이를 승인(Go)하거나 보완을 요구(No-Go/Iterate)한다.
담당 에이전트:
quality-reviewer(시니어 품질 감사관)
Phase를 "대충 넘기고" 다음으로 가면, 나중에 되돌아와야 할 때 비용이 기하급수적으로 증가한다. Gate Keeper는 각 Phase의 "최소 품질 문턱"을 지키는 파수꾼이다. 엄격하지만 공정하게, 객관적 기준으로 판정한다.
어떤 Phase의 게이트를 점검할지 결정한다:
현재 Phase: Phase N
실행계획서 위치: .claude/local/plans/<sanitized-branch>/NN-xxx/execution-plan.md
성공 기준: 실행계획서 §7 (Success Criteria)
재검증 기준: 실행계획서 §8 (Re-verification Criteria)
해당 Phase의 필수 산출물이 모두 존재하는지 확인한다:
Phase별 필수 산출물 체크리스트:
| Phase | 필수 산출물 | 존재 여부 |
|---|---|---|
| 0 | project-config.md, team-conventions.md, CLAUDE.md, lifecycle.md | ✅/❌ |
| 1 | idea-brief.md | ✅/❌ |
| 2 | prd.md, user-stories.md, scope.md, kpi-definitions.md | ✅/❌ |
| 3 | tech-stack.md, system-design.md, data-model.md, api-spec.md, tech-debt-registry.md | ✅/❌ |
| 4 | sitemap.md, user-flows.md, design-system.md, wireframes.md, interaction-specs | ✅/❌ |
| 5 | conventions.md, setup-guide.md, 프로젝트 코드, 셀프 리뷰 완료 | ✅/❌ |
| 6 | infrastructure.md, ci-cd.md, monitoring.md, Dockerfile, CI/CD 설정 | ✅/❌ |
| 7 | test-strategy.md, release-checklist.md, 테스트 코드, 인수 테스트 결과 | ✅/❌ |
| 8 | monitoring-report.md, feedback-analysis.md, retrospective.md | ✅/❌ |
실행계획서의 성공 기준(§7)을 하나씩 확인한다:
## 성공 기준 검증 결과
| # | 성공 기준 | 충족 여부 | 근거 | 비고 |
|---|----------|----------|------|------|
| 1 | [기준 1] | ✅ Pass / ❌ Fail / ⚠️ Partial | | |
| 2 | [기준 2] | ✅ Pass / ❌ Fail / ⚠️ Partial | | |
| 3 | [기준 3] | ✅ Pass / ❌ Fail / ⚠️ Partial | | |
현재 Phase의 산출물이 이전 Phase 산출물과 일관되는지 확인한다:
크로스 Phase 정합성 체크:
| 검증 항목 | 원본 | 현재 | 검증 담당 | 일치 여부 |
|---|---|---|---|---|
| 기능 범위 | PRD (Phase 2) | 현재 산출물 | quality-reviewer | ✅/❌ |
| 기술 결정 | tech-stack (Phase 3) | 현재 산출물 | quality-reviewer | ✅/❌ |
| 용어 일관성 | 전체 docs (특히 .claude/knowledge/glossary.md) | 현재 산출물 | domain-liaison 위임 | ✅/❌ |
위임 노트 (v0.6.0+): "용어 일관성" 행은
domain-liaison에이전트에 위임한다. gate-keeper 는 호출자로서 결과(✅/❌)만 표에 기재하고, 실제 검증 로직(글로서리 ↔ 산출물 vocabulary 대조, 동의어/별칭 인식, 합의안 제시)은 도메인 연락관이 수행한다. 글로서리(.claude/knowledge/)가 아직 등록되지 않은 프로젝트에서는 ⚠️ N/A — knowledge 미등록 으로 표기하고 사용자에게/knowledge호출을 권유한다(자동 등록은 하지 않음). 상위 헌장:docs/direction/2026-04-28-three-doc-set-charter.mdD9.
산출물의 품질을 정성적으로 평가한다:
| 품질 기준 | 등급 (A~D) | 설명 |
|---|---|---|
| 완결성 (Completeness) | 필수 항목이 모두 포함되었는가 | |
| 명확성 (Clarity) | 모호하지 않고 이해 가능한가 | |
| 실행 가능성 (Actionability) | 다음 Phase에서 바로 활용 가능한가 | |
| 추적 가능성 (Traceability) | 이전 Phase 산출물과 연결되는가 | |
| 일관성 (Consistency) | 산출물 내부 및 산출물 간 모순이 없는가 |
종합 판정을 내린다:
판정 기준:
| 판정 | 조건 | 다음 행동 |
|---|---|---|
| Go (통과) | 모든 성공 기준 Pass + 정합성 통과 + 품질 B 이상 | 다음 Phase 진행 가능 |
| Conditional Go (조건부 통과) | 성공 기준 대부분 Pass + Minor 이슈만 존재 | 경미한 보완 후 통과 (재점검 불필요) |
| Iterate (보완 필요) | 일부 성공 기준 Fail 또는 품질 C | 부분 보완 후 재점검 |
| No-Go (미통과) | 핵심 성공 기준 Fail 또는 품질 D | 해당 Phase 재실행 (실행계획 재수립 포함) |
# Gate Review — Phase N: [Phase명]
## 판정 요약
| 항목 | 결과 |
|------|------|
| 판정일 | YYYY-MM-DD |
| 판정자 | quality-reviewer |
| 최종 판정 | **Go / Conditional Go / Iterate / No-Go** |
| 성공 기준 달성 | N/N (Pass/Total) |
| 산출물 완결성 | N/N |
| 정합성 | Pass / Fail |
| 품질 등급 | A / B / C / D |
## 필요 조치 (Conditional Go / Iterate / No-Go 시)
| # | 조치 사항 | 심각도 | 예상 소요 |
|---|----------|--------|----------|
| 1 | | Major/Minor | |
| 2 | | | |
## 교훈 (Lessons Learned)
-
-
.claude/NN-xxx/gate-review.md