@su-record/vibe 1.1.9 → 1.1.10

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -5,146 +5,146 @@ argument-hint: "feature name"
5
5
 
6
6
  # /vibe.verify
7
7
 
8
- Feature 시나리오 기반으로 구현을 검증합니다.
8
+ Verify implementation based on Feature scenarios.
9
9
 
10
10
  ## Usage
11
11
 
12
12
  ```
13
- /vibe.verify "기능명"
13
+ /vibe.verify "feature-name"
14
14
  ```
15
15
 
16
16
  ## Rules Reference
17
17
 
18
- **반드시 `.vibe/rules/` 규칙을 따릅니다:**
19
- - `quality/checklist.md` - 코드 품질 체크리스트
20
- - `standards/complexity-metrics.md` - 복잡도 기준
18
+ **Must follow `.vibe/rules/`:**
19
+ - `quality/checklist.md` - Code quality checklist
20
+ - `standards/complexity-metrics.md` - Complexity standards
21
21
 
22
22
  ## Process
23
23
 
24
- ### 1. Feature 파일 로드
24
+ ### 1. Load Feature File
25
25
 
26
- `.vibe/features/{기능명}.feature` 읽기
26
+ Read `.vibe/features/{feature-name}.feature`
27
27
 
28
- ### 2. 시나리오별 검증
28
+ ### 2. Verify by Scenario
29
29
 
30
- Scenario에 대해:
30
+ For each Scenario:
31
31
 
32
- 1. **Given** (전제 조건) - 상태 확인
33
- 2. **When** (행동) - 기능 실행
34
- 3. **Then** (결과) - 예상 결과 검증
32
+ 1. **Given** (Precondition) - Check state
33
+ 2. **When** (Action) - Execute feature
34
+ 3. **Then** (Result) - Verify expected result
35
35
 
36
- ### 3. 검증 방법
36
+ ### 3. Verification Methods
37
37
 
38
- **코드 검증:**
39
- - 해당 기능이 구현되어 있는지 확인
40
- - Given/When/Then 단계가 동작하는지 확인
38
+ **Code verification:**
39
+ - Check if feature is implemented
40
+ - Verify Given/When/Then steps work
41
41
 
42
- **테스트 실행 (있는 경우):**
43
- - `npm test`, `pytest`, `flutter test` 등 실행
44
- - BDD 테스트 프레임워크 결과 확인
42
+ **Test execution (if available):**
43
+ - Run `npm test`, `pytest`, `flutter test`, etc.
44
+ - Check BDD test framework results
45
45
 
46
- **수동 검증:**
47
- - 테스트 코드가 없으면 코드 리뷰로 검증
48
- - 시나리오의 로직이 구현되었는지 확인
46
+ **Manual verification:**
47
+ - If no test code, verify via code review
48
+ - Check if each scenario's logic is implemented
49
49
 
50
- ### 4. 결과 리포트
50
+ ### 4. Result Report
51
51
 
52
52
  ```markdown
53
- # Verification Report: {기능명}
53
+ # Verification Report: {feature-name}
54
54
 
55
55
  ## Summary
56
- - **총 시나리오**: N
57
- - **통과**: N
58
- - **실패**: N
59
- - **품질 점수**: XX/100
56
+ - **Total Scenarios**: N
57
+ - **Passed**: N ✅
58
+ - **Failed**: N ❌
59
+ - **Quality Score**: XX/100
60
60
 
61
61
  ## Scenario Results
62
62
 
63
- ### ✅ Scenario 1: {제목}
64
- - Given: 확인됨
65
- - When: 구현됨
66
- - Then: 동작함
67
- - **검증**: AC-1 충족
63
+ ### ✅ Scenario 1: {title}
64
+ - Given: Verified
65
+ - When: Implemented
66
+ - Then: Works
67
+ - **Verification**: AC-1 satisfied
68
68
 
69
- ### ❌ Scenario 2: {제목}
70
- - Given: 확인됨
71
- - When: 구현됨
72
- - Then: **실패** - {이유}
73
- - **수정 필요**: {구체적 내용}
69
+ ### ❌ Scenario 2: {title}
70
+ - Given: Verified
71
+ - When: Implemented
72
+ - Then: **Failed** - {reason}
73
+ - **Fix needed**: {specific details}
74
74
 
75
75
  ## Code Quality
76
- - 복잡도:적정
77
- - 테스트 커버리지: XX%
78
- - 에러 처리:
76
+ - Complexity:Appropriate
77
+ - Test Coverage: XX%
78
+ - Error Handling:
79
79
 
80
80
  ## Next Steps
81
- - {실패한 시나리오 수정 방법}
81
+ - {How to fix failed scenarios}
82
82
  ```
83
83
 
84
84
  ## Input
85
85
 
86
- - `.vibe/features/{기능명}.feature` - BDD 시나리오
87
- - `.vibe/specs/{기능명}.md` - SPEC 문서 (참조)
88
- - 구현된 소스 코드
86
+ - `.vibe/features/{feature-name}.feature` - BDD scenarios
87
+ - `.vibe/specs/{feature-name}.md` - SPEC document (reference)
88
+ - Implemented source code
89
89
 
90
90
  ## Output
91
91
 
92
- - 검증 결과 리포트 (터미널 출력)
93
- - 통과/실패 시나리오 목록
94
- - 수정이 필요한 항목
92
+ - Verification result report (terminal output)
93
+ - Passed/failed scenario list
94
+ - Items needing fixes
95
95
 
96
96
  ## Example
97
97
 
98
98
  ```
99
- User: /vibe.verify "로그인"
99
+ User: /vibe.verify "login"
100
100
 
101
101
  Claude:
102
- # Verification Report: 로그인
102
+ # Verification Report: login
103
103
 
104
104
  ## Summary
105
- - **총 시나리오**: 4
106
- - **통과**: 3
107
- - **실패**: 1
108
- - **품질 점수**: 85/100
105
+ - **Total Scenarios**: 4
106
+ - **Passed**: 3 ✅
107
+ - **Failed**: 1 ❌
108
+ - **Quality Score**: 85/100
109
109
 
110
110
  ## Scenario Results
111
111
 
112
- ### ✅ Scenario 1: 유효한 자격증명으로 로그인
113
- - Given: 사용자가 로그인 페이지에 있다 → ✅ LoginPage 컴포넌트 존재
114
- - When: 유효한 이메일/비밀번호 입력 → ✅ handleSubmit 구현됨
115
- - Then: 대시보드로 이동 → ✅ router.push('/dashboard')
112
+ ### ✅ Scenario 1: Login with valid credentials
113
+ - Given: User is on login page → ✅ LoginPage component exists
114
+ - When: Enter valid email/password → ✅ handleSubmit implemented
115
+ - Then: Redirect to dashboard → ✅ router.push('/dashboard')
116
116
 
117
- ### ✅ Scenario 2: 잘못된 비밀번호로 로그인 시도
118
- - Given: 로그인 페이지 → ✅
119
- - When: 잘못된 비밀번호 → ✅
120
- - Then: 에러 메시지 표시 → ✅ "비밀번호가 일치하지 않습니다"
117
+ ### ✅ Scenario 2: Login with wrong password
118
+ - Given: Login page → ✅
119
+ - When: Wrong password → ✅
120
+ - Then: Show error message → ✅ "Password does not match"
121
121
 
122
- ### ✅ Scenario 3: 이메일 형식 검증
123
- - Given: 로그인 페이지 → ✅
124
- - When: 잘못된 이메일 형식 → ✅
125
- - Then: 유효성 에러 → ✅ zod validation
122
+ ### ✅ Scenario 3: Email format validation
123
+ - Given: Login page → ✅
124
+ - When: Invalid email format → ✅
125
+ - Then: Validation error → ✅ zod validation
126
126
 
127
- ### ❌ Scenario 4: 비밀번호 찾기 링크
128
- - Given: 로그인 페이지 → ✅
129
- - When: "비밀번호 찾기" 클릭 → ❌ 링크 없음
130
- - Then: 비밀번호 찾기 페이지로 이동 → ❌
127
+ ### ❌ Scenario 4: Forgot password link
128
+ - Given: Login page → ✅
129
+ - When: Click "Forgot password" → ❌ Link missing
130
+ - Then: Navigate to forgot password page → ❌
131
131
 
132
132
  ## Next Steps
133
- Scenario 4 수정 필요:
134
- - LoginPage에 "비밀번호 찾기" 링크 추가
135
- - /forgot-password 라우트 구현
133
+ Scenario 4 fix needed:
134
+ - Add "Forgot password" link to LoginPage
135
+ - Implement /forgot-password route
136
136
  ```
137
137
 
138
138
  ## Next Step
139
139
 
140
- 검증 통과 시:
140
+ On verification pass:
141
141
  ```
142
- 완료! 다음 기능을 진행하세요.
142
+ Complete! Proceed to next feature.
143
143
  ```
144
144
 
145
- 검증 실패 시:
145
+ On verification fail:
146
146
  ```
147
- /vibe.run "기능명" --fix # 실패한 시나리오 수정
147
+ /vibe.run "feature-name" --fix # Fix failed scenarios
148
148
  ```
149
149
 
150
150
  ---
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@su-record/vibe",
3
- "version": "1.1.9",
3
+ "version": "1.1.10",
4
4
  "description": "Vibe - Claude Code exclusive SPEC-driven AI coding framework",
5
5
  "bin": {
6
6
  "vibe": "./bin/vibe"
@@ -5,7 +5,7 @@
5
5
  "hooks": [
6
6
  {
7
7
  "type": "prompt",
8
- "prompt": "mcp__vibe__start_session 호출하여 이전 세션 컨텍스트를 복원하세요."
8
+ "prompt": "Call mcp__vibe__start_session to restore previous session context."
9
9
  }
10
10
  ]
11
11
  }
@@ -16,7 +16,7 @@
16
16
  "hooks": [
17
17
  {
18
18
  "type": "prompt",
19
- "prompt": ".vibe/rules/quality/checklist.md 기준으로 방금 수정한 코드를 검토하세요. 문제가 있으면 간단히 알려주세요."
19
+ "prompt": "Review the code you just modified against .vibe/rules/quality/checklist.md. Briefly report any issues found."
20
20
  }
21
21
  ]
22
22
  }
@@ -27,7 +27,7 @@
27
27
  "hooks": [
28
28
  {
29
29
  "type": "prompt",
30
- "prompt": "컨텍스트 70% 도달. 불필요한 파일 전체 읽기를 피하세요."
30
+ "prompt": "Context at 70%. Avoid reading entire files unnecessarily."
31
31
  }
32
32
  ]
33
33
  },
@@ -36,7 +36,7 @@
36
36
  "hooks": [
37
37
  {
38
38
  "type": "prompt",
39
- "prompt": "컨텍스트 85% 도달. mcp__vibe__auto_save_context로 현재 상태를 저장하세요."
39
+ "prompt": "Context at 85%. Save current state using mcp__vibe__auto_save_context."
40
40
  }
41
41
  ]
42
42
  },
@@ -45,7 +45,7 @@
45
45
  "hooks": [
46
46
  {
47
47
  "type": "prompt",
48
- "prompt": "컨텍스트 95% 도달. 즉시 mcp__vibe__auto_save_context 실행하고 세션 전환을 준비하세요."
48
+ "prompt": "Context at 95%. Immediately run mcp__vibe__auto_save_context and prepare for session transition."
49
49
  }
50
50
  ]
51
51
  }