@su-record/vibe 2.0.11 → 2.2.1

package/.claude/commands/vibe.verify.md

@@ -1,238 +0,0 @@
----
-description: Verify implementation against SPEC requirements
-argument-hint: "feature name"
----
-
-# /vibe.verify
-
-**품질 검증 자동화** - 비개발자도 품질을 신뢰할 수 있도록.
-
-> 모든 시나리오 통과 = 품질 보장
-
-## Usage
-
-```
-/vibe.verify "feature-name"
-```
-
-## 핵심 원칙
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  비개발자가 알아야 할 것                                         │
-│                                                                 │
-│  ✅ 시나리오 4/4 통과                                           │
-│  📈 품질 점수: 94/100                                           │
-│                                                                 │
-│  이것만 보면 됨. 나머지는 시스템이 알아서.                        │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-## Process
-
-### 1. Load Feature File
-
-```
-📄 .vibe/features/{feature-name}.feature → 시나리오 목록
-📄 .vibe/specs/{feature-name}.md → 검증 기준 (참조)
-```
-
-**Feature 파일이 없으면**:
-```
-❌ Feature 파일이 없습니다.
-   먼저 /vibe.spec "{feature-name}"을 실행하세요.
-```
-
-### 2. Scenario-by-Scenario Verification
-
-각 시나리오별 자동 검증:
-
-```
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔍 Scenario 1/4: 유효한 로그인 성공
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-Given: 사용자가 등록되어 있다
-  → 검증: 사용자 생성 API 존재? ✅
-  → 검증: 테스트 사용자 데이터? ✅
-
-When: 유효한 이메일과 비밀번호로 로그인
-  → 검증: POST /login 엔드포인트? ✅
-  → 검증: 요청 처리 로직? ✅
-
-Then: 로그인 성공 + JWT 토큰 반환
-  → 검증: 성공 응답 코드 200? ✅
-  → 검증: JWT 토큰 포함? ✅
-
-✅ Scenario 1 통과!
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-```
-
-### 3. Verification Methods (자동 선택)
-
-| 방법 | 조건 | 검증 내용 |
-|------|------|-----------|
-| **테스트 실행** | 테스트 파일 존재 시 | `npm test`, `pytest` 등 실행 |
-| **코드 분석** | 항상 | 구현 여부, 로직 확인 |
-| **빌드 검증** | 빌드 스크립트 존재 시 | 컴파일 에러 확인 |
-| **타입 검사** | TypeScript 등 | 타입 에러 확인 |
-
-### 4. Quality Report (자동 생성)
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  📊 VERIFICATION REPORT: login                                   │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  ✅ 시나리오: 4/4 통과 (100%)                                   │
-│                                                                 │
-│  ┌───────────────────────────────────────────────────────────┐  │
-│  │ # │ Scenario              │ Given │ When │ Then │ Status │  │
-│  │───│───────────────────────│───────│──────│──────│────────│  │
-│  │ 1 │ 유효한 로그인 성공     │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 2 │ 잘못된 비밀번호 에러   │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 3 │ 이메일 형식 검증       │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 4 │ 비밀번호 찾기 링크     │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  └───────────────────────────────────────────────────────────┘  │
-│                                                                 │
-│  📈 품질 점수: 94/100                                           │
-│                                                                 │
-│  ┌─────────────────────────────────────────────────────────┐    │
-│  │ 항목              │ 결과  │ 상세                        │    │
-│  │───────────────────│───────│─────────────────────────────│    │
-│  │ 빌드              │ ✅    │ 성공                        │    │
-│  │ 테스트            │ ✅    │ 12/12 통과                  │    │
-│  │ 타입 검사         │ ✅    │ 에러 0개                    │    │
-│  │ 복잡도            │ ✅    │ 모든 함수 ≤20줄            │    │
-│  │ 코드 커버리지     │ ⚠️    │ 78% (목표: 80%)             │    │
-│  └─────────────────────────────────────────────────────────┘    │
-│                                                                 │
-│  📋 권장 사항:                                                   │
-│  - 코드 커버리지 2% 추가 필요 (auth.service.ts line 45-52)      │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-### 실패 시 리포트
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  📊 VERIFICATION REPORT: login                                   │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  ❌ 시나리오: 3/4 통과 (75%)                                    │
-│                                                                 │
-│  ┌───────────────────────────────────────────────────────────┐  │
-│  │ # │ Scenario              │ Given │ When │ Then │ Status │  │
-│  │───│───────────────────────│───────│──────│──────│────────│  │
-│  │ 1 │ 유효한 로그인 성공     │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 2 │ 잘못된 비밀번호 에러   │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 3 │ 이메일 형식 검증       │ ✅    │ ✅   │ ✅   │ ✅     │  │
-│  │ 4 │ 비밀번호 찾기 링크     │ ✅    │ ❌   │ -    │ ❌     │  │
-│  └───────────────────────────────────────────────────────────┘  │
-│                                                                 │
-│  ❌ 실패 상세:                                                   │
-│  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━   │
-│  Scenario 4: 비밀번호 찾기 링크                                  │
-│                                                                 │
-│  When: "비밀번호 찾기" 클릭                                      │
-│  ❌ 문제: 링크가 구현되지 않음                                   │
-│  📍 위치: LoginForm.tsx line 42                                  │
-│  💡 수정: "Forgot password" 링크 추가 필요                       │
-│                                                                 │
-│  🔧 자동 수정 실행: /vibe.run "login" --fix                      │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-## Input
-
-- `.vibe/features/{feature-name}.feature` - BDD scenarios
-- `.vibe/specs/{feature-name}.md` - SPEC document (reference)
-- Implemented source code
-
-## Output
-
-- Verification result report (terminal output)
-- Passed/failed scenario list
-- Items needing fixes
-
-## Example
-
-```
-User: /vibe.verify "login"
-
-Claude:
-📄 Loading Feature: .vibe/features/login.feature
-🔍 검증 시작...
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔍 Scenario 1/4: 유효한 로그인 성공
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-  ✅ Given: 사용자 등록 - OK
-  ✅ When: 로그인 시도 - OK
-  ✅ Then: JWT 토큰 반환 - OK
-✅ 통과!
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔍 Scenario 2/4: 잘못된 비밀번호 에러
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-  ✅ Given: OK
-  ✅ When: OK
-  ✅ Then: OK
-✅ 통과!
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔍 Scenario 3/4: 이메일 형식 검증
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-  ✅ Given: OK
-  ✅ When: OK
-  ✅ Then: OK
-✅ 통과!
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔍 Scenario 4/4: 비밀번호 찾기 링크
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-  ✅ Given: OK
-  ❌ When: "비밀번호 찾기" 링크 - 없음
-  - Then: (스킵)
-❌ 실패!
-
-┌─────────────────────────────────────────────────────────────────┐
-│  📊 VERIFICATION REPORT: login                                   │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  ❌ 시나리오: 3/4 통과 (75%)                                    │
-│                                                                 │
-│  | # | Scenario              | Status |                         │
-│  |---|───────────────────────|────────|                         │
-│  | 1 | 유효한 로그인 성공     | ✅     |                         │
-│  | 2 | 잘못된 비밀번호 에러   | ✅     |                         │
-│  | 3 | 이메일 형식 검증       | ✅     |                         │
-│  | 4 | 비밀번호 찾기 링크     | ❌     |                         │
-│                                                                 │
-│  📈 품질 점수: 75/100                                           │
-│                                                                 │
-│  ❌ 수정 필요:                                                   │
-│  - Scenario 4: LoginForm.tsx에 "Forgot password" 링크 추가      │
-│                                                                 │
-│  🔧 자동 수정: /vibe.run "login" --fix                          │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-## Next Step
-
-On verification pass:
-```
-Complete! Proceed to next feature.
-```
-
-On verification fail:
-```
-/vibe.run "feature-name" --fix  # Fix failed scenarios
-```
-
----
-
-ARGUMENTS: $ARGUMENTS

package/.claude/skills/git-worktree.md

@@ -1,178 +0,0 @@
-# Git Worktree Skill
-
-Git Worktree를 활용한 병렬 브랜치 작업 스킬
-
-## Overview
-
-메인 작업을 중단하지 않고 다른 브랜치에서 리뷰/테스트 수행
-
-## Usage
-
-```bash
-# Worktree 생성
-git worktree add ../review-pr123 pr/123
-
-# 해당 디렉토리에서 작업
-cd ../review-pr123
-npm test
-
-# 작업 완료 후 정리
-git worktree remove ../review-pr123
-```
-
-## Commands
-
-### Create Worktree
-
-```bash
-# PR 리뷰용 worktree
-git worktree add ../review-{pr_number} origin/pr/{pr_number}
-
-# 특정 브랜치 worktree
-git worktree add ../feature-work feature/new-feature
-
-# 새 브랜치로 worktree
-git worktree add -b hotfix/urgent ../hotfix main
-```
-
-### List Worktrees
-
-```bash
-git worktree list
-# /path/to/main       abc1234 [main]
-# /path/to/review-123 def5678 [pr/123]
-```
-
-### Remove Worktree
-
-```bash
-# 정상 제거
-git worktree remove ../review-123
-
-# 강제 제거 (uncommitted changes 무시)
-git worktree remove --force ../review-123
-
-# Prune stale worktrees
-git worktree prune
-```
-
-## Workflow Integration
-
-### PR Review Workflow
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  /vibe.review PR#123                                             │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  1. git worktree add ../review-123 origin/pr/123               │
-│  2. cd ../review-123                                            │
-│  3. npm install && npm test                                     │
-│  4. Run parallel review agents                                  │
-│  5. Generate review report                                      │
-│  6. cd - && git worktree remove ../review-123                  │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-### Hotfix Workflow
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  Urgent hotfix while working on feature                         │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  # Keep feature work intact                                     │
-│  git worktree add -b hotfix/critical ../hotfix main            │
-│  cd ../hotfix                                                   │
-│                                                                 │
-│  # Fix and deploy                                               │
-│  vim src/bug.py                                                 │
-│  git commit -am "fix: critical bug"                             │
-│  git push origin hotfix/critical                                │
-│                                                                 │
-│  # Return to feature                                            │
-│  cd - && git worktree remove ../hotfix                         │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-## Benefits
-
-1. **No Stash Needed**: 현재 작업 그대로 유지
-2. **Full Codebase**: 각 worktree는 완전한 코드베이스
-3. **Parallel Work**: 여러 브랜치 동시 작업
-4. **Clean Testing**: 격리된 환경에서 테스트
-
-## Best Practices
-
-### Naming Convention
-
-```bash
-# PR 리뷰
-../review-{pr_number}
-
-# 핫픽스
-../hotfix-{issue_number}
-
-# 실험
-../experiment-{feature_name}
-```
-
-### Cleanup
-
-```bash
-# 정기 정리
-git worktree prune
-
-# 모든 worktree 확인
-git worktree list
-
-# 스크립트로 자동 정리
-for wt in $(git worktree list --porcelain | grep worktree | cut -d' ' -f2); do
-  if [[ $wt == *"review-"* ]] || [[ $wt == *"hotfix-"* ]]; then
-    git worktree remove "$wt" 2>/dev/null || true
-  fi
-done
-```
-
-### Integration with CI/CD
-
-```yaml
-# GitHub Actions example
-- name: Setup Review Worktree
-  run: |
-    git fetch origin pull/${{ github.event.pull_request.number }}/head:pr-${{ github.event.pull_request.number }}
-    git worktree add ../review pr-${{ github.event.pull_request.number }}
-
-- name: Run Tests in Worktree
-  working-directory: ../review
-  run: npm test
-
-- name: Cleanup
-  run: git worktree remove ../review
-```
-
-## Troubleshooting
-
-### "already checked out" Error
-
-```bash
-# 해결: 해당 브랜치가 다른 worktree에 있음
-git worktree list  # 확인
-git worktree remove <path>  # 제거
-```
-
-### Locked Worktree
-
-```bash
-# 해결: 잠긴 worktree 해제
-git worktree unlock <path>
-```
-
-### Stale Worktree
-
-```bash
-# 해결: 삭제된 디렉토리 정리
-git worktree prune
-```

package/.claude/skills/priority-todos.md

@@ -1,236 +0,0 @@
-# Priority-Based Todo Management Skill
-
-우선순위 기반 TODO 관리 시스템
-
-## Overview
-
-P1/P2/P3 우선순위로 태스크를 분류하여 중요한 것 먼저 처리
-
-## Priority Levels
-
-```
-┌─────────────────────────────────────────────────────────────────┐
-│  Priority Levels                                                 │
-├─────────────────────────────────────────────────────────────────┤
-│                                                                 │
-│  🔴 P1 (Critical)                                               │
-│  ├── 보안 취약점                                                 │
-│  ├── 데이터 손실 위험                                            │
-│  ├── 프로덕션 장애                                               │
-│  └── 머지 차단 이슈                                              │
-│                                                                 │
-│  🟡 P2 (Important)                                              │
-│  ├── 성능 문제                                                   │
-│  ├── 테스트 누락                                                 │
-│  ├── 아키텍처 위반                                               │
-│  └── 기술 부채                                                   │
-│                                                                 │
-│  🔵 P3 (Nice-to-have)                                           │
-│  ├── 코드 스타일                                                 │
-│  ├── 리팩토링 제안                                               │
-│  ├── 문서화                                                      │
-│  └── 최적화 기회                                                 │
-│                                                                 │
-└─────────────────────────────────────────────────────────────────┘
-```
-
-## File-Based Todo System
-
-### Directory Structure
-
-```
-.vibe/todos/
-├── P1-security-sql-injection.md
-├── P1-data-transaction-missing.md
-├── P2-perf-n1-query.md
-├── P2-test-missing-edge-case.md
-├── P2-arch-circular-dependency.md
-├── P3-style-extract-helper.md
-├── P3-docs-add-readme.md
-└── index.md
-```
-
-### Todo File Format
-
-```markdown
-# [P1] SQL Injection Vulnerability
-
-## Summary
-User input directly concatenated in SQL query without sanitization.
-
-## Priority Justification
-- 🔴 P1 (Critical)
-- Category: Security
-- Impact: High (data breach risk)
-- Effort: Low (simple fix)
-
-## Location
-- **File**: src/api/users.py
-- **Line**: 42-45
-- **Function**: `get_user_by_email()`
-
-## Current Code
-```python
-def get_user_by_email(email: str):
-    query = f"SELECT * FROM users WHERE email = '{email}'"
-    return db.execute(query)
-```
-
-## Suggested Fix
-```python
-def get_user_by_email(email: str):
-    query = "SELECT * FROM users WHERE email = %s"
-    return db.execute(query, (email,))
-```
-
-## Checklist
-- [ ] Fix implemented
-- [ ] Unit test added
-- [ ] Security test added
-- [ ] Code reviewed
-- [ ] Merged
-
-## References
-- OWASP SQL Injection: https://owasp.org/www-community/attacks/SQL_Injection
-- Project Security Guide: docs/security.md
-
-## Metadata
-- Created: 2026-01-11
-- Author: Claude
-- Review: /vibe.review PR#123
-```
-
-### Index File
-
-```markdown
-# Todo Index
-
-## Summary
-| Priority | Count | Status |
-|----------|-------|--------|
-| 🔴 P1 | 2 | 🚨 Blocks merge |
-| 🟡 P2 | 5 | ⚠️ Should fix |
-| 🔵 P3 | 3 | 💡 Backlog |
-
-## 🔴 P1 Critical (Blocks Merge)
-
-| # | Title | Location | Status |
-|---|-------|----------|--------|
-| 1 | SQL Injection | users.py:42 | ❌ Open |
-| 2 | Missing Rollback | payment.py:128 | ❌ Open |
-
-## 🟡 P2 Important
-
-| # | Title | Location | Status |
-|---|-------|----------|--------|
-| 3 | N+1 Query | orders.py:78 | ❌ Open |
-| 4 | Missing Tests | auth.py | ❌ Open |
-| 5 | Circular Dep | services/ | ❌ Open |
-
-## 🔵 P3 Nice-to-have
-
-| # | Title | Location | Status |
-|---|-------|----------|--------|
-| 6 | Extract Helper | utils.py:45 | 💤 Backlog |
-| 7 | Add README | /payment | 💤 Backlog |
-
----
-
-Last updated: 2026-01-11 10:30
-```
-
-## Workflow Commands
-
-### Create Todo
-
-```bash
-# /vibe.review 결과에서 자동 생성
-/vibe.review PR#123
-# → .vibe/todos/ 에 파일 생성
-
-# 수동 생성
-vibe todo add "SQL Injection in users.py" --priority P1 --category security
-```
-
-### List Todos
-
-```bash
-# 전체 목록
-vibe todo list
-
-# 우선순위별
-vibe todo list --priority P1
-vibe todo list --priority P2
-
-# 카테고리별
-vibe todo list --category security
-vibe todo list --category performance
-```
-
-### Complete Todo
-
-```bash
-# 완료 처리
-vibe todo done P1-security-sql-injection
-
-# 파일에 체크 표시 + index 업데이트
-```
-
-### Clean Up
-
-```bash
-# 완료된 항목 아카이브
-vibe todo archive
-
-# 결과:
-# .vibe/todos/P1-security-sql-injection.md
-# → .vibe/todos/done/2026-01-11-P1-security-sql-injection.md
-```
-
-## Integration with TodoWrite
-
-기존 TodoWrite 도구와 연동:
-
-```javascript
-TodoWrite({
-  todos: [
-    {
-      content: "[P1] Fix SQL injection in users.py:42",
-      status: "in_progress",
-      activeForm: "Fixing SQL injection vulnerability",
-      priority: "P1",  // 확장 필드
-      category: "security"  // 확장 필드
-    },
-    {
-      content: "[P2] Add missing tests for auth",
-      status: "pending",
-      activeForm: "Adding auth tests",
-      priority: "P2",
-      category: "testing"
-    }
-  ]
-})
-```
-
-## Auto-Blocking Rules
-
-```yaml
-# .vibe/config.yaml
-merge_blocking:
-  P1: true   # P1 있으면 머지 차단
-  P2: false  # P2는 경고만
-  P3: false  # P3는 무시
-
-notifications:
-  P1: immediate  # 즉시 알림
-  P2: daily      # 일일 요약
-  P3: weekly     # 주간 요약
-```
-
-## Best Practices
-
-1. **P1은 즉시 처리**: 다른 작업 중단하고 수정
-2. **P2는 PR 전 처리**: 머지 전 해결 권장
-3. **P3는 백로그**: 시간 날 때 처리
-4. **정기 정리**: 주 1회 todo 리뷰
-5. **완료 기록**: 해결 방법 문서화