@kood/claude-code 0.1.5 → 0.1.7

package/templates/npx/docs/commands/git.md

@@ -1,145 +0,0 @@
-현재 git 상태를 확인하고, 아래 규칙에 따라 작업을 진행해주세요.
-
-**추가 지시사항**: $ARGUMENTS
-
----
-
-## 실행 절차
-
-### 추가 지시사항이 없는 경우 (기본 동작)
-1. `git status`로 현재 상태 확인
-2. `git diff`로 변경 내용 분석
-3. 스테이징 안 된 변경사항 → `git add`
-4. 커밋 안 된 변경사항 → 논리적 단위로 분리하여 `git commit`
-5. 최종 `git status`로 완료 확인
-
-### 추가 지시사항이 있는 경우
-- 사용자의 지시사항을 우선적으로 따름
-- 예: `/git push` → push 진행, `/git 특정파일만 커밋` → 해당 파일만 처리
-
----
-
-## ⛔ NEVER (절대 금지)
-
-```
-❌ 커밋에 "Generated with Claude Code" 포함
-❌ 커밋에 "🤖" 또는 AI 관련 이모지 포함
-❌ 커밋에 "Co-Authored-By:" 헤더 포함
-❌ 커밋에 AI/봇이 작성했다는 어떤 표시도 포함
-❌ 커밋 메시지 여러 줄 작성
-❌ 커밋 메시지에 이모지 사용
-❌ 커밋 메시지에 마침표(.) 사용
-❌ 여러 작업을 하나의 커밋으로 퉁치기
-```
-
----
-
-## ✅ ALWAYS (필수)
-
-### 커밋 형식
-
-```
-<prefix>: <설명>
-```
-
-**한 줄로 간결하게** 작성합니다. 본문이나 푸터는 작성하지 않습니다.
-
-### ⭐ 커밋 분리 원칙
-
-**하나의 커밋 = 하나의 논리적 변경 단위**
-
-```bash
-# ❌ 잘못된 방식: 모든 작업을 하나로 퉁침
-git add .
-git commit -m "feat: 여러 기능 추가"
-
-# ✅ 올바른 방식: 논리적 단위로 분리
-git add src/auth/
-git commit -m "feat: 사용자 인증 기능 추가"
-
-git add src/users/
-git commit -m "feat: 사용자 관리 기능 추가"
-
-git add docs/
-git commit -m "docs: API 문서 업데이트"
-```
-
----
-
-## 🏷 Prefix 목록
-
-| Prefix | 용도 | 예시 |
-|--------|------|------|
-| `feat` | 새로운 기능 | `feat: 사용자 인증 기능 추가` |
-| `fix` | 버그 수정 | `fix: 토큰 검증 오류 수정` |
-| `refactor` | 리팩토링 | `refactor: 인증 로직 분리` |
-| `style` | 코드 스타일 | `style: prettier 적용` |
-| `docs` | 문서 수정 | `docs: API 문서 업데이트` |
-| `test` | 테스트 | `test: 인증 테스트 추가` |
-| `chore` | 빌드/설정 | `chore: 의존성 업데이트` |
-| `perf` | 성능 개선 | `perf: 쿼리 최적화` |
-| `ci` | CI/CD | `ci: GitHub Actions 추가` |
-
----
-
-## ✅ 올바른 예시
-
-```bash
-feat: 사용자 로그인 기능 추가
-fix: 세션 만료 오류 수정
-refactor: 서비스 클래스 구조 개선
-docs: README 설치 가이드 추가
-chore: 의존성 버전 업그레이드
-```
-
----
-
-## ❌ 잘못된 예시
-
-```bash
-# prefix 없음
-사용자 인증 기능 추가함
-
-# 마침표 불필요
-feat: 사용자 인증 추가.
-
-# 대문자 사용
-FEAT: 사용자 인증 추가
-
-# scope 불필요
-feat(auth): 인증 추가
-
-# AI 작성 표시 (절대 금지!)
-feat: 로그인 기능 추가
-
-🤖 Generated with Claude Code
-
-# Co-Author 표시 (절대 금지!)
-feat: 로그인 기능 추가
-
-Co-Authored-By: Claude <noreply@anthropic.com>
-
-# 여러 줄 본문 (금지)
-feat: 로그인 기능 추가
-
-- 이메일 인증 추가
-- 세션 관리 구현
-
-# 여러 작업을 하나로 퉁침 (금지)
-feat: 로그인, 회원가입, 프로필 기능 추가
-```
-
----
-
-## 📦 커밋 분리 가이드
-
-### 언제 커밋을 분리해야 하나요?
-
-| 상황 | 커밋 분리 |
-|------|----------|
-| 서로 다른 기능 구현 | ✅ 분리 |
-| 버그 수정 + 새 기능 | ✅ 분리 |
-| 코드 변경 + 문서 변경 | ✅ 분리 |
-| 리팩토링 + 기능 추가 | ✅ 분리 |
-| 동일 기능의 관련 파일들 | 🔄 묶어도 됨 |
-| 동일 기능의 타입 + 구현 | 🔄 묶어도 됨 |

package/templates/npx/docs/mcp/index.md

@@ -1,60 +0,0 @@
-# MCP 도구 사용 가이드
-
-## ⛔ 프로젝트 시작 전 필수 확인
-
-### 1. Serena - 프로젝트 활성화 확인
-```
-mcp__serena__get_current_config 호출하여 현재 프로젝트 확인
-→ 프로젝트 미활성화 시: mcp__serena__activate_project 실행
-```
-
-### 2. Sequential Thinking - 복잡한 문제 분석용
-```
-복잡한 로직, 아키텍처 설계, 디버깅 시 활용
-```
-
-### 3. sgrep - 코드베이스 검색용
-```
-❌ grep, rg 사용 금지
-✅ sgrep 사용 필수
-```
-
----
-
-## 필수 MCP 도구
-
-### sgrep (코드 검색)
-```
-❌ 금지: grep, rg, find
-✅ 필수: sgrep
-```
-
-**사용 상황**:
-- 함수/클래스 정의 찾기
-- 특정 패턴 검색
-- 코드베이스 탐색
-
-### Sequential Thinking (복잡한 분석)
-**사용 상황**:
-- 복잡한 로직 분석
-- 아키텍처 설계
-- 디버깅 및 문제 해결
-- 멀티스텝 작업 계획
-
-### Context7 (라이브러리 문서)
-**사용 상황**:
-- Commander 사용법 확인
-- fs-extra API 확인
-- prompts 옵션 확인
-- 라이브러리 버전별 차이 확인
-
----
-
-## 상황별 MCP 사용
-
-| 상황 | 사용 MCP |
-|------|----------|
-| 코드 검색 | sgrep |
-| 복잡한 분석 | Sequential Thinking |
-| 라이브러리 문서 | Context7 |
-| 프로젝트 컨텍스트 | Serena |

package/templates/npx/docs/skills/gemini-review/SKILL.md

@@ -1,220 +0,0 @@
----
-name: gemini-review
-description: Google Gemini CLI를 활용한 코드 리뷰 및 계획 검증 스킬. 구현 계획 검토, 코드 리뷰, 아키텍처 논의 시 Gemini를 세컨드 오피니언으로 활용. NPX CLI 도구, Node.js 등 특화 체크리스트 지원. gemini-2.5-pro 모델 사용 (무료: 60req/min, 1000req/day).
----
-
-# Gemini 리뷰 스킬
-
-## 개요
-
-Claude가 컨텍스트를 준비하고 Gemini가 독립적인 검증을 제공하는 듀얼 AI 리뷰 워크플로우. 결과는 항상 Gemini 원본 응답과 Claude의 종합 액션 플랜 두 섹션으로 제공.
-
-**모델**: `gemini-2.5-pro` (고정)
-**비용**: 무료 티어 (60 req/min, 1000 req/day)
-
-## 사용 시점
-
-- 코딩 전 구현 계획 검증
-- 완성된 코드의 버그, 보안, 베스트 프랙티스 리뷰
-- 아키텍처 결정에 대한 세컨드 AI 의견
-- NPX CLI 도구, Node.js 프로젝트 특화 피드백
-
-## 워크플로우 타입
-
-| 타입 | 목적 | 사용 시점 |
-|------|------|-----------|
-| **plan** | 구현 계획 검증 | 개발 시작 전 |
-| **code** | 완성 코드 리뷰 | 기능 구현 후 |
-| **architecture** | 시스템 설계 논의 | 설계 단계 또는 리팩토링 시 |
-
-## 실행 프로세스
-
-### Step 1: 사용자 컨텍스트 수집
-
-실행 전 수집할 정보:
-1. **리뷰 타입**: `plan`, `code`, `architecture`
-2. **기술 스택** (선택): `npx-cli`, `nodejs`, `general`
-3. **리뷰 대상**: 실제 계획, 코드, 아키텍처 설명
-
-### Step 2: 체크리스트 로드
-
-기술 스택에 따라 `references/checklists.md`에서 해당 체크리스트 로드:
-- **NPX CLI**: Commander.js, prompts, fs-extra, 파일 시스템 작업
-- **Node.js**: 비동기 패턴, 에러 처리, 스트림
-- **General**: 범용 베스트 프랙티스
-
-### Step 3: Gemini 명령어 구성 및 실행
-
-`references/prompt-templates.md`에서 적절한 프롬프트 템플릿 로드 후 실행:
-
-**인라인 프롬프트:**
-```bash
-gemini -m gemini-2.5-pro -p "{constructed_prompt}" --output-format json
-```
-
-**파일 내용 리뷰:**
-```bash
-cat {file_path} | gemini -m gemini-2.5-pro -p "{review_instructions}" --output-format json
-```
-
-**멀티라인 프롬프트 (heredoc):**
-```bash
-gemini -m gemini-2.5-pro --output-format json -p "$(cat << 'EOF'
-{constructed_prompt}
-EOF
-)"
-```
-
-### Step 4: JSON 응답 파싱
-
-Gemini 응답 구조:
-```json
-{
-  "response": "실제 리뷰 내용",
-  "stats": {
-    "models": { ... },
-    "tools": { ... }
-  }
-}
-```
-
-`response` 필드에서 리뷰 내용 추출. `jq` 사용:
-```bash
-result=$(gemini -m gemini-2.5-pro -p "..." --output-format json)
-echo "$result" | jq -r '.response'
-```
-
-### Step 5: 결과를 두 섹션으로 제시
-
-**중요**: 항상 두 개의 명확히 구분된 섹션으로 결과 제시:
-
-#### 섹션 A: Gemini 원본 응답
-Gemini의 완전한 응답을 수정 없이 제시. 사용자에게 Gemini가 발견한 내용을 그대로 보여줌.
-
-#### 섹션 B: Claude 분석 및 액션 플랜
-Gemini 피드백을 기반으로 Claude가 제공:
-
-1. **요약** (2-3문장)
-   - 핵심 발견 사항
-   - 전체 평가
-
-2. **액션 아이템** (우선순위 목록)
-   - 🔴 심각: 진행 전 반드시 수정
-   - 🟡 중요: 조속히 해결 필요
-   - 🟢 경미: 개선하면 좋음
-
-3. **바로 적용 가능한 코드** (해당 시)
-   - 각 이슈에 대한 실제 코드 수정안
-   - 필요 시 before/after 비교 포함
-
-## 출력 형식 템플릿
-
-```markdown
----
-## 📋 Gemini 리뷰 결과
-
-### A. Gemini 응답 (원본)
-
-{gemini_response_verbatim}
-
----
-
-### B. Claude 분석
-
-#### 요약
-{2-3문장 개요}
-
-#### 액션 아이템
-
-🔴 **심각**
-- 이슈: {설명}
-- 수정: {해결책}
-
-🟡 **중요**
-- 이슈: {설명}
-- 수정: {해결책}
-
-🟢 **경미**
-- 이슈: {설명}
-- 수정: {해결책}
-
-#### 바로 적용 가능한 코드
-
-**{이슈명}**
-```{language}
-{fixed_code}
-```
-
----
-```
-
-## 명령어 예시
-
-### 계획 리뷰
-```bash
-gemini -m gemini-2.5-pro --output-format json -p "$(cat << 'EOF'
-[계획 리뷰 요청]
-이 구현 계획의 완전성과 잠재적 문제를 검토해주세요:
-
-{plan_content}
-
-확인 사항: 로직 오류, 누락된 엣지 케이스, 아키텍처 결함, 보안 우려.
-구체적이고 실행 가능한 피드백을 제공해주세요.
-EOF
-)"
-```
-
-### 코드 리뷰 (파일 파이핑)
-```bash
-cat src/cli.ts | gemini -m gemini-2.5-pro -p "이 NPX CLI 코드를 보안 이슈, 버그, 베스트 프랙티스 관점에서 리뷰해주세요. 구체적인 라인별 피드백을 제공해주세요." --output-format json
-```
-
-### 아키텍처 리뷰
-```bash
-gemini -m gemini-2.5-pro --output-format json -p "$(cat << 'EOF'
-[아키텍처 리뷰]
-시스템: {system_name}
-기술 스택: NPX CLI + Commander.js + fs-extra
-
-{architecture_description}
-
-평가 항목: 확장성, 신뢰성, 유지보수성, 보안, 비용 효율성.
-트레이드오프 분석과 함께 개선안을 제시해주세요.
-EOF
-)"
-```
-
-## 환경 호환성
-
-| 환경 | 실행 방법 |
-|------|-----------|
-| Claude Code | 직접 bash 실행 |
-| Claude (Web/Desktop) | `bash_tool` 사용 |
-
-명령어 문법은 모든 환경에서 동일.
-
-## 에러 처리
-
-Gemini 에러 발생 시:
-1. 사용자에게 에러 메시지 표시
-2. 일반적인 문제 확인:
-   - 할당량 초과 (60/min 또는 1000/day 한도)
-   - 네트워크 연결
-   - 잘못된 프롬프트 형식
-3. 재시도 또는 대안 제안
-
-## 할당량 관리
-
-무료 티어 한도:
-- 분당 60 요청
-- 일당 1000 요청
-
-할당량 절약:
-- 관련 리뷰를 단일 프롬프트로 결합
-- 구체적이고 집중된 리뷰 요청 사용
-- 중복 리뷰 회피
-
-## 참조 파일
-
-- `references/checklists.md`: 기술 스택별 리뷰 체크리스트
-- `references/prompt-templates.md`: 리뷰 타입별 프롬프트 템플릿

package/templates/npx/docs/skills/gemini-review/references/checklists.md

@@ -1,134 +0,0 @@
-# 기술 스택별 리뷰 체크리스트
-
-## NPX CLI 체크리스트
-
-### Commander.js 사용
-- [ ] program.name(), description(), version() 설정
-- [ ] 명령어와 옵션이 명확히 정의됨
-- [ ] 필수 옵션과 선택 옵션이 구분됨
-- [ ] 도움말 텍스트가 명확하고 유용함
-- [ ] 기본값이 적절히 설정됨
-- [ ] 인수 유효성 검사 구현
-
-### 인터랙티브 프롬프트 (prompts)
-- [ ] 사용자 입력에 적절한 프롬프트 타입 사용
-- [ ] 유효성 검사 함수 구현
-- [ ] 기본값 제공
-- [ ] 취소 처리 (Ctrl+C)
-- [ ] 초기값과 힌트 텍스트 제공
-- [ ] 조건부 프롬프트 적절히 처리
-
-### 파일 시스템 작업 (fs-extra)
-- [ ] fs-extra 메서드 올바르게 사용 (copy, ensureDir, remove 등)
-- [ ] 파일/디렉토리 존재 여부 확인
-- [ ] 에러 처리 구현 (ENOENT, EACCES 등)
-- [ ] 비동기 작업에 async/await 사용
-- [ ] 경로 조합에 path.join() 사용
-- [ ] 상대 경로와 절대 경로 적절히 처리
-
-### 출력 및 로깅
-- [ ] 콘솔 출력이 명확하고 포맷팅됨
-- [ ] 색상 출력 적절히 사용 (chalk 등)
-- [ ] 진행 상황 표시 (스피너, 프로그레스 바)
-- [ ] 에러 메시지가 도움이 됨
-- [ ] 디버그 모드 지원
-- [ ] 조용한 모드 옵션 제공
-
-### 에러 처리
-- [ ] try-catch로 비동기 에러 처리
-- [ ] 사용자 친화적 에러 메시지
-- [ ] 적절한 exit 코드 사용 (0: 성공, 1: 에러)
-- [ ] 스택 트레이스는 디버그 모드에서만 표시
-- [ ] 복구 가능한 에러와 치명적 에러 구분
-
-### 타입 안전성 (TypeScript)
-- [ ] CLI 옵션 타입 정의
-- [ ] 설정 객체 인터페이스 정의
-- [ ] 함수 반환 타입 명시
-- [ ] `any` 타입 사용 최소화
-- [ ] 타입 가드 적절히 사용
-
----
-
-## Node.js 체크리스트
-
-### 비동기 패턴
-- [ ] async/await 일관되게 사용
-- [ ] Promise 체인 적절히 처리
-- [ ] 병렬 작업에 Promise.all() 사용
-- [ ] 에러 전파 올바르게 처리
-- [ ] 콜백 지옥 회피
-
-### 파일 시스템
-- [ ] 비동기 fs 메서드 사용 (fs.promises)
-- [ ] 스트림으로 대용량 파일 처리
-- [ ] 파일 핸들 적절히 닫기
-- [ ] 임시 파일 정리
-- [ ] 심볼릭 링크 적절히 처리
-
-### 프로세스 관리
-- [ ] 자식 프로세스 적절히 생성 (spawn vs exec)
-- [ ] 프로세스 종료 시그널 처리 (SIGTERM, SIGINT)
-- [ ] stdin/stdout/stderr 스트림 처리
-- [ ] exit 코드 올바르게 설정
-- [ ] 환경 변수 적절히 사용
-
-### 의존성 관리
-- [ ] package.json 메타데이터 완전함
-- [ ] dependencies vs devDependencies 구분
-- [ ] peerDependencies 필요 시 명시
-- [ ] bin 필드로 실행 파일 지정
-- [ ] engines 필드로 Node.js 버전 명시
-
-### 보안
-- [ ] 사용자 입력 검증
-- [ ] 경로 순회 공격 방지
-- [ ] 환경 변수로 민감 정보 관리
-- [ ] 의존성 취약점 확인
-- [ ] 파일 권한 적절히 설정
-
----
-
-## 범용 체크리스트
-
-### 코드 품질
-- [ ] 단일 책임 원칙 준수
-- [ ] DRY - 불필요한 중복 없음
-- [ ] 함수/메서드가 집중적이고 작음
-- [ ] 명확한 명명 규칙
-- [ ] 주석은 "why"를 설명, "what"이 아님
-
-### 로직 및 정확성
-- [ ] 엣지 케이스 처리 (빈 값, null, 경계값)
-- [ ] 포괄적인 에러 처리
-- [ ] 레이스 컨디션 고려
-- [ ] 입력 유효성 검사
-- [ ] 반환값 확인
-
-### 보안
-- [ ] 하드코딩된 시크릿 없음
-- [ ] 사용자 입력 살균
-- [ ] 명령어 인젝션 방지
-- [ ] 경로 순회 방지
-- [ ] 적절한 파일 권한
-
-### 성능
-- [ ] 스케일에 적합한 시간 복잡도
-- [ ] 적절한 공간 복잡도
-- [ ] 불필요한 반복 없음
-- [ ] 대용량 파일에 스트림 사용
-- [ ] 적절한 캐싱 고려
-
-### 유지보수성
-- [ ] 테스트 가능한 코드
-- [ ] 최소한의 정당화된 의존성
-- [ ] 설정 외부화
-- [ ] 디버깅을 위한 로깅
-- [ ] 도움이 되는 에러 메시지
-
-### 문서화
-- [ ] README.md 완비
-- [ ] 설치 및 사용법 안내
-- [ ] CLI 도움말 텍스트 명확
-- [ ] 예제 제공
-- [ ] 환경 변수 문서화