muno-claude-plugin 1.4.2 → 1.4.4

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "muno-claude-plugin",
-  "version": "1.4.2",
+  "version": "1.4.4",
   "description": "Unleash Claude Code's full power - Complete development workflow with expert personas, TDD-based agents, and automated documentation",
   "main": "bin/cli.js",
   "bin": {

package/templates/WORKFLOW.md

@@ -11,7 +11,7 @@ AI 기반 개발 워크플로우 스킬 체계입니다.
 
 | 스킬 | 설명 | 주요 입력 |
 |------|------|----------|
-| `/architecture` | System Architecture (SAD) | 시스템 정보 |
+| `/architecture-design` | System Architecture (SAD) | 시스템 정보 |
 | `/prd-generator` | PRD 생성 | 요구사항 |
 | `/epic-story-generator` | Epic & Story 생성 | PRD (선택) |
 | `/hld-generator` | Feature HLD | SAD + PRD + Story |

package/templates/agents/prd-reviewer.md

@@ -33,12 +33,19 @@ PRD 문서를 **체크리스트 기반으로 검토**합니다.
 - [ ] Background & Problem
 - [ ] Objectives & Success Metrics
 - [ ] Target Users
-- [ ] Key Features
+- [ ] Use Cases
+- [ ] Requirements (User Stories, Key Features)
 - [ ] Scope (In/Out)
 - [ ] Constraints
 - [ ] Risks
 
-### 3. 품질 기준
+### 3. Use Case 품질
+- [ ] Use Case가 2-5개 정의되어 있는가?
+- [ ] 각 Use Case에 Main Flow가 있는가?
+- [ ] Alternative Flow / Exception이 있는가?
+- [ ] Actor, Precondition, Postcondition이 명시되어 있는가?
+
+### 4. 품질 기준
 - [ ] 문제가 정량화되어 있는가?
 - [ ] 성공 지표가 측정 가능한가?
 - [ ] 범위가 명확한가?

package/templates/commands/{architecture.md → architecture-design.md}

@@ -1,4 +1,4 @@
-${{skill:architecture}}
+${{skill:architecture-design}}
 
 ---
 

package/templates/skills/{architecture → architecture-design}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: architecture
+name: architecture-design
 description: |
   전체 시스템 아키텍처 문서(SAD)를 생성하거나 업데이트합니다.
   SAD는 시스템의 큰 그림을 담는 단일 문서로, 피처 HLD의 기반이 됩니다.

package/templates/skills/hld-generator/SKILL.md

@@ -26,7 +26,7 @@ allowed-tools: Read, Glob, Grep, Write, Edit, WebSearch, WebFetch
 ```
 ┌─────────────────────────────────────────────────────────────────┐
 │  SAD (System Architecture Document)                             │
-│  • 전체 시스템 1개, /architecture로 생성                          │
+│  • 전체 시스템 1개, /architecture-design으로 생성                  │
 │  • "우리 시스템은 이렇게 생겼다"                                   │
 └─────────────────────────────────────────────────────────────────┘
                               │ 참조
@@ -114,7 +114,7 @@ Feature HLD 작성 전 SAD와 PRD 존재 여부를 확인합니다.
 documents/architecture/system-architecture.md 파일 확인
 
 있으면 → SAD 참조하여 HLD 작성
-없으면 → SAD 없이 진행 가능 (권장: /architecture로 먼저 작성)
+없으면 → SAD 없이 진행 가능 (권장: /architecture-design으로 먼저 작성)
 ```
 
 ### SAD가 있는 경우

package/templates/skills/prd-generator/SKILL.md

@@ -53,10 +53,15 @@ flowchart TD
     K -->|No| L[보충 질문 2-3개]
     L --> M[사용자 응답]
     M --> K
-    K -->|Yes| N[Step 4: PRD 작성]
-    N --> O[사용자 검토 요청]
-    O -->|수정| N
-    O -->|승인| P[저장: documents/feature/NAME/PRD.md]
+    K -->|Yes| N[Step 4: Use Case 파악]
+    N --> O{정보 충분?}
+    O -->|No| P[보충 질문 2-3개]
+    P --> Q[사용자 응답]
+    Q --> O
+    O -->|Yes| R[Step 5: PRD 작성]
+    R --> S[사용자 검토 요청]
+    S -->|수정| R
+    S -->|승인| T[저장]
 ```
 
 ---
@@ -127,7 +132,29 @@ flowchart TD
 
 ---
 
-## Step 4: PRD 작성
+## Step 4: Use Case 파악
+
+### 수집해야 할 정보
+- 주요 사용 시나리오는 무엇인가?
+- 각 시나리오의 시작 조건과 종료 조건은?
+- 정상 흐름(Main Flow)과 대안 흐름(Alternative Flow)은?
+- 예외 상황은 어떻게 처리되는가?
+
+### 질문 예시 (한 번에 2-3개)
+```
+1. "이 기능의 주요 사용 시나리오를 알려주세요. 사용자가 어떤 순서로 행동하나요?"
+2. "정상적인 흐름 외에 예외 상황이나 대안 경로가 있나요?"
+3. "이 시나리오가 시작되려면 어떤 조건이 필요하고, 완료되면 어떤 상태가 되나요?"
+```
+
+### 정보가 충분한 기준
+- [ ] 주요 Use Case가 2-5개 정의됨
+- [ ] 각 Use Case의 Main Flow가 명확함
+- [ ] Alternative Flow / Exception이 식별됨
+
+---
+
+## Step 5: PRD 작성
 
 모든 정보가 수집되면 아래 구조로 PRD를 작성합니다.
 
@@ -178,7 +205,32 @@ owner: [작성자]
 - **행동 특성**: [서비스 사용 패턴]
 - **Pain Point**: [겪고 있는 불편함]
 
-## 5. Requirements
+## 5. Use Cases
+
+### UC-1: [Use Case명]
+
+| 항목 | 내용 |
+|------|------|
+| Actor | [사용자 유형] |
+| Precondition | [사전 조건] |
+| Postcondition | [사후 조건] |
+
+**Main Flow**:
+1. 사용자가 [행동]
+2. 시스템이 [반응]
+3. 사용자가 [행동]
+4. 시스템이 [결과 표시]
+
+**Alternative Flow**:
+- 2a. [조건]이면 → [대안 흐름]
+- 3a. [조건]이면 → [대안 흐름]
+
+**Exception**:
+- E1. [예외 상황] → [처리 방법]
+
+---
+
+## 6. Requirements
 
 ### User Stories
 1. [사용자]로서, [기능]을 원한다, [목적] 때문에
@@ -186,7 +238,7 @@ owner: [작성자]
 ### Key Features
 1. **[기능명]**: [설명]
 
-## 6. Scope
+## 7. Scope
 
 ### ✅ In-Scope
 - [포함 항목]
@@ -197,11 +249,11 @@ owner: [작성자]
 ### 🔮 Future
 - [향후 검토 항목]
 
-## 7. Constraints
+## 8. Constraints
 - 비즈니스 제약: [일정, 예산, 인력]
 - 규정 제약: [개인정보보호, 법적 요건]
 
-## 8. Risks
+## 9. Risks
 | 위험 | 영향 | 완화 방안 |
 |------|------|----------|
 | [위험] | [영향] | [대응] |
@@ -322,11 +374,13 @@ owner: [작성자]
 - [ ] 문제가 정량화되어 있는가?
 - [ ] 목표 지표가 Before/After로 정의되어 있는가?
 - [ ] 핵심 사용자가 구체적으로 정의되어 있는가?
+- [ ] Use Case가 2-5개 정의되어 있는가?
 - [ ] In-Scope/Out-of-Scope가 명확한가?
 
 ### PRD 작성 완료 확인
 - [ ] 솔루션 없이 문제가 독립적으로 기술되었는가?
 - [ ] 모든 지표가 측정 가능한가?
+- [ ] Use Case에 Main Flow와 Alternative Flow가 있는가?
 - [ ] User Story가 "~로서, ~하고 싶다, ~ 때문에" 형식인가?
 - [ ] 기술 구현 상세가 포함되지 않았는가?
 - [ ] 비개발자도 이해 가능한가?