diff --git a/.claude/agents/explorer.md b/.claude/agents/explorer.md deleted file mode 100644 index be33b64..0000000 --- a/.claude/agents/explorer.md +++ /dev/null @@ -1,47 +0,0 @@ ---- -name: explorer -description: 코드베이스 탐색 및 분석 에이전트. 3개 이상의 파일을 탐색하거나 프로젝트 구조를 파악할 때 사용한다. -model: sonnet -tools: Read, Glob, Grep -maxTurns: 12 ---- - -지정된 영역 내에서 코드베이스를 분석하고 구조화된 결과를 반환한다. -읽기 전용 — 파일을 수정하지 않는다. - -## 자율 범위 - -- 메인 세션이 지정한 **탐색 영역**(디렉토리 또는 파일 목록) 내에서 자유롭게 탐색 -- 영역 내 파일 간 의존성 추적, 임포트 체인 분석은 자율 수행 -- 탐색 영역 밖 파일은 임포트/참조 관계 확인 목적으로만 열람 가능 - -## 입력 (메인 세션이 제공) - -- **탐색 영역**: 디렉토리 경로 또는 파일 목록 -- **목적**: 분석 목적이나 답변할 질문 (구체적일수록 좋음) - -## 출력 형식 - -``` -## 분석 결과 - -### 구조 -- 핵심 파일/디렉토리 구성 (파일:라인 근거) - -### 발견사항 -- 목적에 대한 답변 (파일:라인 근거 포함) - -### 패턴 -- 코드 컨벤션, 반복 패턴, 아키텍처 특성 - -### 확신도 -- 각 발견사항별: 확정 / 추정(근거) / 판단불가(필요 정보) - -### 범위 외 참고 -- 탐색 영역 밖에서 발견된 관련 사항 (해당 시) -``` - -## 제약 - -- 파일 수정/생성 금지 -- 정보 부족 시 추측하지 않고 "판단불가 — [필요한 정보]"로 표시 diff --git a/.claude/agents/implementer.md b/.claude/agents/implementer.md deleted file mode 100644 index 6ac24b6..0000000 --- a/.claude/agents/implementer.md +++ /dev/null @@ -1,55 +0,0 @@ ---- -name: implementer -description: 모듈 단위 코드 구현 에이전트. 독립 모듈 구현이나 병렬 작업이 필요할 때 사용한다. -model: sonnet -tools: Read, Write, Edit, Glob, Grep, Bash -maxTurns: 20 ---- - -메인 세션이 정의한 계약(인터페이스, 타입, 제약)에 따라 코드를 구현한다. -내부 구현 방식은 자율 판단하되, 계약과 제약을 벗어나지 않는다. - -## 자율 범위 - -- 계약(함수 시그니처, API 스펙, 타입)은 메인 세션이 확정 — 변경 불가 -- 내부 구현 로직, 헬퍼 함수, 에러 처리 방식은 자율 판단 -- **[참조]** 파일이 제공되면 해당 파일의 코드 패턴(네이밍, 구조, 에러 처리)을 따름 - -## 입력 (메인 세션이 제공) - -- **[파일]**: 수정/생성할 파일 경로 -- **[계약]**: 인터페이스, 타입, 함수 시그니처, API 스펙 등 외부 계약 -- **[참조]**: 패턴을 따를 기존 파일 (선택, 제공 시 해당 패턴 준수) -- **[제약]**: 특별한 요구사항 (선택) - -## 출력 형식 - -``` -## 구현 결과 - -### 수정 파일 -- 파일 경로 목록 - -### 파일별 변경 -- 각 파일에서 추가/수정한 내용 요약 - -### 자체 검증 -- tsc --noEmit: 통과 / 실패(에러 내용) -- [추가 검증 항목]: 결과 - -### 계약 외 판단 -- 자율 판단한 구현 결정 사항 (메인 세션 참고용) - -### 보고 사항 (해당 시) -- 계약 불충분: 추가 정보가 필요한 항목 -- 아키텍처 영향: 범위 밖 변경이 필요한 사항 -``` - -## 제약 - -- [파일]에 명시되지 않은 파일 수정 금지 -- [계약]의 시그니처/타입 임의 변경 금지 -- 아키텍처 변경이 필요하면 구현하지 않고 "보고 사항"에 기록 -- 커밋/푸시 금지 -- any 타입 금지, strict 모드 준수 -- 구현 완료 후 tsc --noEmit 자체 검증 수행 diff --git a/.claude/agents/reviewer.md b/.claude/agents/reviewer.md deleted file mode 100644 index e4763ac..0000000 --- a/.claude/agents/reviewer.md +++ /dev/null @@ -1,53 +0,0 @@ ---- -name: reviewer -description: 코드 리뷰 및 품질 검증 에이전트. 커밋 전 검증이나 MR 리뷰 시 사용한다. -model: sonnet -tools: Read, Glob, Grep, Bash -maxTurns: 12 ---- - -변경된 코드를 체크리스트 기반으로 검증한다. -읽기 전용 — 파일을 수정하지 않는다. - -## 자율 범위 - -- 지정된 변경 파일을 자유롭게 분석 -- 관련 파일(임포트 대상, 호출자)도 열람하여 영향 범위 확인 가능 -- 기본 체크리스트 + 자체 판단으로 추가 이슈 탐지 - -## 입력 (메인 세션이 제공) - -- **[대상]**: 리뷰할 파일 경로 목록 또는 git diff 범위 -- **[체크리스트]**: 검증 항목 (선택, 미제공 시 기본 체크리스트 사용) - -## 기본 체크리스트 - -1. 타입 안전성 — any, 타입 단언(as), non-null 단언(!) 사용 -2. 에러 처리 — try-catch 누락, empty catch, 에러 무시 -3. 보안 — 하드코딩 인증정보, injection 가능성, XSS -4. 미사용 코드 — 미사용 import, 변수, 함수 -5. 팀 정책 — team-policy.md 위반 사항 -6. 일관성 — 기존 코드 패턴과의 불일치 - -## 출력 형식 - -``` -## 리뷰 결과 - -| # | 항목 | 판정 | 근거 | -|---|------|------|------| -| 1 | [항목명] | PASS / FAIL | [파일:라인] 설명 | - -### 추가 발견 (자체 판단) -- [파일:라인] 설명 (심각도: Critical / Warning / Info) - -### 요약 -- 전체: N개 PASS / M개 FAIL -- 커밋 가능 여부: 가능 / 차단 권고(사유) -``` - -## 제약 - -- 파일 수정/생성 금지 -- 각 항목에 반드시 PASS 또는 FAIL 판정 (애매하면 FAIL + 사유) -- 스타일 개선 제안은 "추가 발견"에 Info로만 기록 diff --git a/.claude/rules/code-style.md b/.claude/rules/code-style.md deleted file mode 100644 index facaabf..0000000 --- a/.claude/rules/code-style.md +++ /dev/null @@ -1,69 +0,0 @@ -# TypeScript/React 코드 스타일 규칙 - -## TypeScript 일반 -- strict 모드 필수 (`tsconfig.json`) -- `any` 사용 금지 (불가피한 경우 주석으로 사유 명시) -- 타입 정의: `interface` 우선 (type은 유니온/인터섹션에만) -- 들여쓰기: 2 spaces -- 세미콜론: 사용 -- 따옴표: single quote -- trailing comma: 사용 - -## React 규칙 - -### 컴포넌트 -- 함수형 컴포넌트 + hooks 패턴만 사용 -- 클래스 컴포넌트 사용 금지 -- 컴포넌트 파일 당 하나의 export default 컴포넌트 -- Props 타입은 interface로 정의 (ComponentNameProps) - -```tsx -interface UserCardProps { - name: string; - email: string; - onEdit?: () => void; -} - -const UserCard = ({ name, email, onEdit }: UserCardProps) => { - return ( -
-

{name}

-

{email}

- {onEdit && } -
- ); -}; - -export default UserCard; -``` - -### Hooks -- 커스텀 훅은 `use` 접두사 (예: `useAuth`, `useFetch`) -- 훅은 `src/hooks/` 디렉토리에 분리 -- 복잡한 상태 로직은 커스텀 훅으로 추출 - -### 상태 관리 -- 컴포넌트 로컬 상태: `useState` -- 공유 상태: Context API 또는 Zustand -- 서버 상태: React Query (TanStack Query) 권장 - -### 이벤트 핸들러 -- `handle` 접두사: `handleClick`, `handleSubmit` -- Props로 전달 시 `on` 접두사: `onClick`, `onSubmit` - -## 스타일링 -- CSS Modules 또는 Tailwind CSS (프로젝트 설정에 따름) -- 인라인 스타일 지양 -- !important 사용 금지 - -## API 호출 -- API 호출 로직은 `src/services/`에 분리 -- Axios 또는 fetch wrapper 사용 -- 에러 처리: try-catch + 사용자 친화적 에러 메시지 -- 환경별 API URL은 `.env`에서 관리 - -## 기타 -- console.log 커밋 금지 (디버깅 후 제거) -- 매직 넘버/문자열 → 상수 파일로 추출 -- 사용하지 않는 import, 변수 제거 (ESLint로 검증) -- 이미지/아이콘은 `src/assets/`에 관리 diff --git a/.claude/rules/git-workflow.md b/.claude/rules/git-workflow.md deleted file mode 100644 index 4fee618..0000000 --- a/.claude/rules/git-workflow.md +++ /dev/null @@ -1,84 +0,0 @@ -# Git 워크플로우 규칙 - -## 브랜치 전략 - -### 브랜치 구조 -``` -main ← 배포 가능한 안정 브랜치 (보호됨) - └── develop ← 개발 통합 브랜치 - ├── feature/ISSUE-123-기능설명 - ├── bugfix/ISSUE-456-버그설명 - └── hotfix/ISSUE-789-긴급수정 -``` - -### 브랜치 네이밍 -- feature 브랜치: `feature/ISSUE-번호-간단설명` (예: `feature/ISSUE-42-user-login`) -- bugfix 브랜치: `bugfix/ISSUE-번호-간단설명` -- hotfix 브랜치: `hotfix/ISSUE-번호-간단설명` -- 이슈 번호가 없는 경우: `feature/간단설명` (예: `feature/add-swagger-docs`) - -### 브랜치 규칙 -- main, develop 브랜치에 직접 커밋/푸시 금지 -- feature 브랜치는 develop에서 분기 -- hotfix 브랜치는 main에서 분기 -- 머지는 반드시 MR(Merge Request)을 통해 수행 - -## 커밋 메시지 규칙 - -### Conventional Commits 형식 -``` -type(scope): subject - -body (선택) - -footer (선택) -``` - -### type (필수) -| type | 설명 | -|------|------| -| feat | 새로운 기능 추가 | -| fix | 버그 수정 | -| docs | 문서 변경 | -| style | 코드 포맷팅 (기능 변경 없음) | -| refactor | 리팩토링 (기능 변경 없음) | -| test | 테스트 추가/수정 | -| chore | 빌드, 설정 변경 | -| ci | CI/CD 설정 변경 | -| perf | 성능 개선 | - -### scope (선택) -- 변경 범위를 나타내는 짧은 단어 -- 한국어, 영어 모두 허용 (예: `feat(인증): 로그인 기능`, `fix(auth): token refresh`) - -### subject (필수) -- 변경 내용을 간결하게 설명 -- 한국어, 영어 모두 허용 -- 72자 이내 -- 마침표(.) 없이 끝냄 - -### 예시 -``` -feat(auth): JWT 기반 로그인 구현 -fix(배치): 야간 배치 타임아웃 수정 -docs: README에 빌드 방법 추가 -refactor(user-service): 중복 로직 추출 -test(결제): 환불 로직 단위 테스트 추가 -chore: Gradle 의존성 버전 업데이트 -``` - -## MR(Merge Request) 규칙 - -### MR 생성 -- 제목: 커밋 메시지와 동일한 Conventional Commits 형식 -- 본문: 변경 내용 요약, 테스트 방법, 관련 이슈 번호 -- 라벨: 적절한 라벨 부착 (feature, bugfix, hotfix 등) - -### MR 리뷰 -- 최소 1명의 리뷰어 승인 필수 -- CI 검증 통과 필수 (설정된 경우) -- 리뷰 코멘트 모두 해결 후 머지 - -### MR 머지 -- Squash Merge 권장 (깔끔한 히스토리) -- 머지 후 소스 브랜치 삭제 diff --git a/.claude/rules/naming.md b/.claude/rules/naming.md deleted file mode 100644 index 4b3c0b1..0000000 --- a/.claude/rules/naming.md +++ /dev/null @@ -1,53 +0,0 @@ -# TypeScript/React 네이밍 규칙 - -## 파일명 - -| 항목 | 규칙 | 예시 | -|------|------|------| -| 컴포넌트 | PascalCase | `UserCard.tsx`, `LoginForm.tsx` | -| 페이지 | PascalCase | `Dashboard.tsx`, `UserList.tsx` | -| 훅 | camelCase + use 접두사 | `useAuth.ts`, `useFetch.ts` | -| 서비스 | camelCase | `userService.ts`, `authApi.ts` | -| 유틸리티 | camelCase | `formatDate.ts`, `validation.ts` | -| 타입 정의 | camelCase | `user.types.ts`, `api.types.ts` | -| 상수 | camelCase | `routes.ts`, `constants.ts` | -| 스타일 | 컴포넌트명 + .module | `UserCard.module.css` | -| 테스트 | 대상 + .test | `UserCard.test.tsx` | - -## 변수/함수 - -| 항목 | 규칙 | 예시 | -|------|------|------| -| 변수 | camelCase | `userName`, `isLoading` | -| 함수 | camelCase | `getUserList`, `formatDate` | -| 상수 | UPPER_SNAKE_CASE | `MAX_RETRY`, `API_BASE_URL` | -| boolean 변수 | is/has/can/should 접두사 | `isActive`, `hasPermission` | -| 이벤트 핸들러 | handle 접두사 | `handleClick`, `handleSubmit` | -| 이벤트 Props | on 접두사 | `onClick`, `onSubmit` | - -## 타입/인터페이스 - -| 항목 | 규칙 | 예시 | -|------|------|------| -| interface | PascalCase | `UserProfile`, `ApiResponse` | -| Props | 컴포넌트명 + Props | `UserCardProps`, `ButtonProps` | -| 응답 타입 | 도메인 + Response | `UserResponse`, `LoginResponse` | -| 요청 타입 | 동작 + Request | `CreateUserRequest` | -| Enum | PascalCase | `UserStatus`, `HttpMethod` | -| Enum 값 | UPPER_SNAKE_CASE | `ACTIVE`, `PENDING` | -| Generic | 단일 대문자 | `T`, `K`, `V` | - -## 디렉토리 - -- 모두 kebab-case 또는 camelCase (프로젝트 통일) -- 예: `src/components/common/`, `src/hooks/`, `src/services/` - -## 컴포넌트 구조 예시 - -``` -src/components/user-card/ -├── UserCard.tsx # 컴포넌트 -├── UserCard.module.css # 스타일 -├── UserCard.test.tsx # 테스트 -└── index.ts # re-export -``` diff --git a/.claude/rules/release-notes-guide.md b/.claude/rules/release-notes-guide.md deleted file mode 100644 index 48bf706..0000000 --- a/.claude/rules/release-notes-guide.md +++ /dev/null @@ -1,38 +0,0 @@ -# 릴리즈 노트 관리 정책 - -## 원칙 - -- MR은 반드시 `/mr` 또는 `/release` 스킬을 통해 생성한다 -- 웹에서 직접 생성한 MR은 릴리즈 노트 누락으로 리뷰에서 반려한다 -- 코드 리뷰 시 `docs/RELEASE-NOTES.md` 변경 여부를 확인한다 - -## 2계층 구조 - -### Tier 1: 내부 릴리즈 노트 — `docs/RELEASE-NOTES.md` -- 대상: 내부 개발자 -- 형식: [Keep a Changelog](https://keepachangelog.com/ko/1.0.0/) 기반 -- 관리: `/mr` → [Unreleased] 항목 추가, `/release` → 날짜 버전 전환 + 압축 -- 모든 커밋 타입 기록 - -### Tier 2: 버저닝 릴리즈 노트 — `docs/VERSION-HISTORY.md` -- 대상: 개발자 + 비개발자 + 외부 공유 -- 형식: Semantic Versioning, 사용자 관점의 변화 중심 -- 관리: `/version` 스킬로 RELEASE-NOTES.md 기반 생성 - -## 변경 타입 매핑 (RELEASE-NOTES.md) - -| Conventional Commits | 릴리즈 노트 섹션 | -|---------------------|-----------------| -| feat | **추가** | -| fix | **수정** | -| refactor, perf | **변경** | -| docs | **문서** | -| test | **테스트** | -| style, chore, ci | **기타** | - -## 권한 기반 스킬 접근 - -- `/push`, `/mr`: `permissions.push` (write 이상) -- `/release`, `/version`: `permissions.admin` (프로젝트 관리자) -- 권한은 Gitea API `repos/{owner}/{repo}` → `permissions` 필드로 확인 -- Gitea site admin이 아닌 **리포 단위 팀 권한** 기준 diff --git a/.claude/rules/subagent-policy.md b/.claude/rules/subagent-policy.md deleted file mode 100644 index 05164c5..0000000 --- a/.claude/rules/subagent-policy.md +++ /dev/null @@ -1,61 +0,0 @@ -# 서브에이전트 활용 정책 - -커스텀 에이전트(`.claude/agents/`)를 활용하여 컨텍스트를 보호하고 병렬 작업을 수행한다. -메인 세션은 리더 역할(설계, 조율, 최종 판단)에 집중하고, 실제 작업은 서브에이전트에 위임한다. - -## 에이전트 구성 - -| 에이전트 | 역할 | 자율성 | 모델 | -|----------|------|--------|------| -| explorer | 코드베이스 탐색/분석 (읽기 전용) | 높음 | sonnet | -| implementer | 모듈 단위 코드 구현 | 중간 | sonnet | -| reviewer | 코드 리뷰/품질 검증 (읽기 전용) | 높음 | sonnet | - -## 사용 시점 - -### explorer -- 3개 이상의 파일/디렉토리를 탐색해야 할 때 -- 프로젝트 구조나 패턴을 파악할 때 -- 의존성 체인, 임포트 관계를 추적할 때 - -### implementer -- 독립 모듈/컴포넌트를 구현할 때 -- 여러 모듈을 병렬로 구현할 때 (각각 별도 implementer) -- 반복 패턴을 여러 파일에 적용할 때 - -### reviewer -- 구현 완료 후 커밋 전 검증 -- MR 생성 전 자체 리뷰 -- 변경 범위가 클 때 (5개 이상 파일) - -## 사용하지 않는 경우 - -- 단일 파일의 간단한 수정 -- 위치를 이미 아는 코드 수정 -- 설정 파일 변경 - -## 메인 세션 작업 흐름 - -### 단일 모듈 -1. 메인: 계약(인터페이스, 타입) 설계 -2. implementer: 계약 기반 구현 + 자체 검증 -3. reviewer: 변경 파일 리뷰 -4. 메인: 결과 확인 → 커밋 - -### 다중 모듈 (병렬) -1. 메인: 모듈 간 공유 인터페이스 확정 -2. implementer A + B: 각 모듈 동시 구현 -3. 메인: 통합 확인 (인터페이스 일치) -4. reviewer: 전체 변경 리뷰 -5. 메인: 최종 확인 → 커밋 - -### 분석 -1. explorer: 탐색 영역 + 목적 전달 → 분석 결과 반환 -2. 메인: "추정" 항목만 직접 확인 → 판단 - -## 핵심 원칙 - -- **읽기 전용 에이전트(explorer/reviewer)**: 결과가 부정확해도 손해 없음 → 높은 자율성 부여 -- **쓰기 에이전트(implementer)**: 계약은 고정, 내부 구현은 자율 → 중간 자율성 -- **같은 파일을 두 에이전트가 동시에 수정하지 않는다** -- **커밋/푸시는 반드시 메인 세션에서 수행** diff --git a/.claude/rules/team-policy.md b/.claude/rules/team-policy.md deleted file mode 100644 index 16d7553..0000000 --- a/.claude/rules/team-policy.md +++ /dev/null @@ -1,34 +0,0 @@ -# 팀 정책 (Team Policy) - -이 규칙은 조직 전체에 적용되는 필수 정책입니다. -프로젝트별 `.claude/rules/`에 추가 규칙을 정의할 수 있으나, 이 정책을 위반할 수 없습니다. - -## 보안 정책 - -### 금지 행위 -- `.env`, `.env.*`, `secrets/` 파일 읽기 및 내용 출력 금지 -- 비밀번호, API 키, 토큰 등 민감 정보를 코드에 하드코딩 금지 -- `git push --force`, `git reset --hard`, `git clean -fd` 실행 금지 -- `rm -rf /`, `rm -rf ~`, `rm -rf .git` 등 파괴적 명령 실행 금지 -- main/develop 브랜치에 직접 push 금지 (MR을 통해서만 머지) - -### 인증 정보 관리 -- 환경변수 또는 외부 설정 파일(`.env`, `application-local.yml`)로 관리 -- 설정 파일은 `.gitignore`에 반드시 포함 -- 예시 파일(`.env.example`, `application.yml.example`)만 커밋 - -## 코드 품질 정책 - -### 필수 검증 -- 커밋 전 빌드(컴파일) 성공 확인 -- 린트 경고 0개 유지 (CI에서도 검증) -- 테스트 코드가 있는 프로젝트는 테스트 통과 필수 - -### 코드 리뷰 -- main 브랜치 머지 시 최소 1명 리뷰 필수 -- 리뷰어 승인 없이 머지 불가 - -## 문서화 정책 -- 공개 API(controller endpoint)에는 반드시 설명 주석 작성 -- 복잡한 비즈니스 로직에는 의도를 설명하는 주석 작성 -- README.md에 프로젝트 빌드/실행 방법 유지 diff --git a/.claude/rules/testing.md b/.claude/rules/testing.md deleted file mode 100644 index 5b41b54..0000000 --- a/.claude/rules/testing.md +++ /dev/null @@ -1,64 +0,0 @@ -# TypeScript/React 테스트 규칙 - -## 테스트 프레임워크 -- Vitest (Vite 프로젝트) 또는 Jest -- React Testing Library (컴포넌트 테스트) -- MSW (Mock Service Worker, API 모킹) - -## 테스트 구조 - -### 단위 테스트 -- 유틸리티 함수, 커스텀 훅 테스트 -- 외부 의존성 없이 순수 로직 검증 - -```typescript -describe('formatDate', () => { - it('날짜를 YYYY-MM-DD 형식으로 변환한다', () => { - const result = formatDate(new Date('2026-02-14')); - expect(result).toBe('2026-02-14'); - }); - - it('유효하지 않은 날짜는 빈 문자열을 반환한다', () => { - const result = formatDate(new Date('invalid')); - expect(result).toBe(''); - }); -}); -``` - -### 컴포넌트 테스트 -- React Testing Library 사용 -- 사용자 관점에서 테스트 (구현 세부사항이 아닌 동작 테스트) -- `getByRole`, `getByText` 등 접근성 기반 쿼리 우선 - -```tsx -describe('UserCard', () => { - it('사용자 이름과 이메일을 표시한다', () => { - render(); - expect(screen.getByText('홍길동')).toBeInTheDocument(); - expect(screen.getByText('hong@test.com')).toBeInTheDocument(); - }); - - it('편집 버튼 클릭 시 onEdit 콜백을 호출한다', async () => { - const onEdit = vi.fn(); - render(); - await userEvent.click(screen.getByRole('button', { name: '편집' })); - expect(onEdit).toHaveBeenCalledOnce(); - }); -}); -``` - -### 테스트 패턴 -- **Arrange-Act-Assert** 구조 -- 테스트 설명은 한국어로 작성 (`it('사용자 이름을 표시한다')`) -- 하나의 테스트에 하나의 검증 - -## 테스트 커버리지 -- 새로 작성하는 유틸리티 함수: 테스트 필수 -- 컴포넌트: 주요 상호작용 테스트 권장 -- API 호출: MSW로 모킹하여 에러/성공 시나리오 테스트 - -## 금지 사항 -- 구현 세부사항 테스트 금지 (state 값 직접 확인 등) -- `getByTestId` 남용 금지 (접근성 쿼리 우선) -- 스냅샷 테스트 남용 금지 (변경에 취약) -- `setTimeout`으로 비동기 대기 금지 → `waitFor`, `findBy` 사용 diff --git a/.claude/scripts/on-commit.sh b/.claude/scripts/on-commit.sh deleted file mode 100755 index f473403..0000000 --- a/.claude/scripts/on-commit.sh +++ /dev/null @@ -1,14 +0,0 @@ -#!/bin/bash -INPUT=$(cat) -COMMAND=$(echo "$INPUT" | python3 -c "import sys,json;print(json.load(sys.stdin).get('tool_input',{}).get('command',''))" 2>/dev/null || echo "") -if echo "$COMMAND" | grep -qE 'git commit'; then - cat </dev/null || echo "") -if [ -z "$CWD" ]; then - CWD=$(pwd) -fi -PROJECT_HASH=$(echo "$CWD" | sed 's|/|-|g') -MEMORY_DIR="$HOME/.claude/projects/$PROJECT_HASH/memory" -CONTEXT="" -if [ -f "$MEMORY_DIR/MEMORY.md" ]; then - SUMMARY=$(head -100 "$MEMORY_DIR/MEMORY.md" | python3 -c "import sys;print(sys.stdin.read().replace('\\\\','\\\\\\\\').replace('\"','\\\\\"').replace('\n','\\\\n'))" 2>/dev/null) - CONTEXT="컨텍스트가 압축되었습니다.\\n\\n[세션 요약]\\n${SUMMARY}" -fi -if [ -f "$MEMORY_DIR/project-snapshot.md" ]; then - SNAP=$(head -50 "$MEMORY_DIR/project-snapshot.md" | python3 -c "import sys;print(sys.stdin.read().replace('\\\\','\\\\\\\\').replace('\"','\\\\\"').replace('\n','\\\\n'))" 2>/dev/null) - CONTEXT="${CONTEXT}\\n\\n[프로젝트 최신 상태]\\n${SNAP}" -fi -if [ -n "$CONTEXT" ]; then - CONTEXT="${CONTEXT}\\n\\n위 내용을 참고하여 작업을 이어가세요. 상세 내용은 memory/ 디렉토리의 각 파일을 참조하세요." - echo "{\"hookSpecificOutput\":{\"additionalContext\":\"${CONTEXT}\"}}" -else - echo "{\"hookSpecificOutput\":{\"additionalContext\":\"컨텍스트가 압축되었습니다. memory 파일이 없으므로 사용자에게 이전 작업 내용을 확인하세요.\"}}" -fi diff --git a/.claude/scripts/on-pre-compact.sh b/.claude/scripts/on-pre-compact.sh deleted file mode 100755 index 3f52f09..0000000 --- a/.claude/scripts/on-pre-compact.sh +++ /dev/null @@ -1,8 +0,0 @@ -#!/bin/bash -# PreCompact hook: systemMessage만 지원 (hookSpecificOutput 사용 불가) -INPUT=$(cat) -cat <" ---- - -Gitea 이슈 #$ARGUMENTS 를 분석하고 수정 작업을 시작합니다. - -## 수행 단계 - -### 1. 이슈 조회 -```bash -curl -s "GITEA_URL/api/v1/repos/{owner}/{repo}/issues/$ARGUMENTS" \ - -H "Authorization: token ${GITEA_TOKEN}" -``` -- 이슈 제목, 본문, 라벨, 담당자 정보 확인 -- 이슈 내용을 사용자에게 요약하여 보여줌 - -### 2. 브랜치 생성 -이슈 라벨에 따라 브랜치 타입 결정: -- `bug` 라벨 → `bugfix/ISSUE-번호-설명` -- 그 외 → `feature/ISSUE-번호-설명` -- 긴급 → `hotfix/ISSUE-번호-설명` - -```bash -git checkout develop -git pull origin develop -git checkout -b {type}/ISSUE-{number}-{slug} -``` - -### 3. 이슈 분석 -이슈 내용을 바탕으로: -- 관련 파일 탐색 (Grep, Glob 활용) -- 영향 범위 파악 -- 수정 방향 제안 - -### 4. 수정 계획 제시 -사용자에게 수정 계획을 보여주고 승인을 받은 후 작업 진행: -- 수정할 파일 목록 -- 변경 내용 요약 -- 예상 영향 - -### 5. 작업 완료 후 -- 변경 사항 요약 -- `/create-mr` 실행 안내 - -## 필요 환경변수 -- `GITEA_TOKEN`: Gitea API 접근 토큰 diff --git a/.claude/skills/init-project/SKILL.md b/.claude/skills/init-project/SKILL.md index c450b50..1056c34 100644 --- a/.claude/skills/init-project/SKILL.md +++ b/.claude/skills/init-project/SKILL.md @@ -46,71 +46,13 @@ curl -sf "${GITEA_URL}/gc/template-react-ts/raw/branch/develop/.editorconfig" ### 3. .claude/ 디렉토리 구성 이미 팀 표준 파일이 존재하면 건너뜀. 없는 경우 위의 URL 패턴으로 Gitea에서 다운로드: - `.claude/settings.json` — 프로젝트 타입별 표준 권한 설정 + env(CLAUDE_BOT_TOKEN 등) + hooks 섹션 (4단계 참조) -- `.claude/rules/` — 팀 규칙 파일 (team-policy, git-workflow, code-style, naming, testing) -- `.claude/skills/` — 팀 스킬 (create-mr, fix-issue, sync-team-workflow, init-project) -### 4. Hook 스크립트 생성 -`.claude/scripts/` 디렉토리를 생성하고 다음 스크립트 파일 생성 (chmod +x): +⚠️ 팀 규칙(.claude/rules/), 에이전트(.claude/agents/), 스킬 6종, 스크립트는 12단계(sync-team-workflow)에서 자동 다운로드된다. 여기서는 settings.json만 설정한다. -- `.claude/scripts/on-pre-compact.sh`: +### 4. Hook 스크립트 설정 -```bash -#!/bin/bash -# PreCompact hook: systemMessage만 지원 (hookSpecificOutput 사용 불가) -INPUT=$(cat) -cat </dev/null || echo "") -if [ -z "$CWD" ]; then - CWD=$(pwd) -fi -PROJECT_HASH=$(echo "$CWD" | sed 's|/|-|g') -MEMORY_DIR="$HOME/.claude/projects/$PROJECT_HASH/memory" -CONTEXT="" -if [ -f "$MEMORY_DIR/MEMORY.md" ]; then - SUMMARY=$(head -100 "$MEMORY_DIR/MEMORY.md" | python3 -c "import sys;print(sys.stdin.read().replace('\\\\','\\\\\\\\').replace('\"','\\\\\"').replace('\n','\\\\n'))" 2>/dev/null) - CONTEXT="컨텍스트가 압축되었습니다.\\n\\n[세션 요약]\\n${SUMMARY}" -fi -if [ -f "$MEMORY_DIR/project-snapshot.md" ]; then - SNAP=$(head -50 "$MEMORY_DIR/project-snapshot.md" | python3 -c "import sys;print(sys.stdin.read().replace('\\\\','\\\\\\\\').replace('\"','\\\\\"').replace('\n','\\\\n'))" 2>/dev/null) - CONTEXT="${CONTEXT}\\n\\n[프로젝트 최신 상태]\\n${SNAP}" -fi -if [ -n "$CONTEXT" ]; then - CONTEXT="${CONTEXT}\\n\\n위 내용을 참고하여 작업을 이어가세요. 상세 내용은 memory/ 디렉토리의 각 파일을 참조하세요." - echo "{\"hookSpecificOutput\":{\"additionalContext\":\"${CONTEXT}\"}}" -else - echo "{\"hookSpecificOutput\":{\"additionalContext\":\"컨텍스트가 압축되었습니다. memory 파일이 없으므로 사용자에게 이전 작업 내용을 확인하세요.\"}}" -fi -``` - -- `.claude/scripts/on-commit.sh`: - -```bash -#!/bin/bash -INPUT=$(cat) -COMMAND=$(echo "$INPUT" | python3 -c "import sys,json;print(json.load(sys.stdin).get('tool_input',{}).get('command',''))" 2>/dev/null || echo "") -if echo "$COMMAND" | grep -qE 'git commit'; then - cat </dev/null -# main과의 차이 -git log main..HEAD --oneline 2>/dev/null -``` - -**사용자 확인** (AskUserQuestion): -- **질문**: "MR 타겟 브랜치를 선택하세요" -- 옵션 1: develop (추천, N건 커밋 차이) -- 옵션 2: main (N건 커밋 차이) -- 옵션 3: 취소 - -인자($ARGUMENTS)로 브랜치가 지정되었으면 확인 없이 바로 진행. - -### 4. RELEASE-NOTES.md 갱신 (develop 대상 MR일 때만) - -타겟이 `develop`일 때 릴리즈 노트를 자동 갱신한다. - -**4-1. 커밋 분석** - -```bash -# develop 대비 현재 브랜치의 커밋 목록 (Conventional Commits 파싱) -git log develop..HEAD --format="%s" -``` - -모든 커밋 타입을 타입별 섹션으로 분류: - -| 타입 | 섹션 | -|------|------| -| feat | 추가 | -| fix | 수정 | -| refactor, perf | 변경 | -| docs | 문서 | -| test | 테스트 | -| style, chore, ci | 기타 | - -- 커밋 메시지에서 이슈 번호를 자동 추출하여 `(#번호)` 형태로 연결 -- 커밋 메시지의 scope는 제거하고, 설명부만 사람이 읽기 좋은 형태로 변환 - - 예: `feat(auth): 로그인 검증 로직 추가` → `- 로그인 검증 로직 추가` - -**4-2. RELEASE-NOTES.md 갱신** - -`docs/RELEASE-NOTES.md` 파일이 없으면 새로 생성: - -```markdown -# Release Notes - -이 문서는 [Keep a Changelog](https://keepachangelog.com/ko/1.0.0/) 형식을 따릅니다. - -## [Unreleased] -``` - -기존 파일이 있으면 `[Unreleased]` 섹션에 항목을 추가한다. -이미 같은 내용이 있으면 중복 추가하지 않는다. - -**4-3. 사용자 첨삭 확인** - -사용자에게 릴리즈 노트 초안을 표시하고 **AskUserQuestion**으로 확인: -- **질문**: "릴리즈 노트 초안입니다. 수정할 내용이 있으면 알려주세요." -- 옵션 1: 이대로 진행 (추천) -- 옵션 2: 수정 (Other 입력) -- 옵션 3: 릴리즈 노트 생략 - -사용자가 수정 사항을 입력하면 반영 후 커밋. -생략을 선택하면 릴리즈 노트 변경 없이 MR 생성 진행. - -**4-4. 추가 커밋 + 푸시** - -릴리즈 노트 변경이 있으면: -```bash -git add docs/RELEASE-NOTES.md -git commit -m "docs: 릴리즈 노트 업데이트" -git push -``` - -### 5. MR 정보 구성 - -```bash -# 커밋 목록 -git log {target}..HEAD --oneline -# 변경 파일 통계 -git diff {target}..HEAD --stat -``` - -- **제목**: 커밋이 1개면 커밋 메시지 사용, 여러 개면 브랜치명에서 추출 - - `feature/ISSUE-42-user-login` → `feat: ISSUE-42 user-login` - - `bugfix/fix-timeout` → `fix: fix-timeout` -- **본문**: - ```markdown - ## 변경 사항 - - (커밋 목록 기반 자동 생성) - - ## 관련 이슈 - - closes #이슈번호 (브랜치명에서 추출, 없으면 생략) - - ## 테스트 - - [ ] 빌드 성공 확인 - - [ ] 기존 테스트 통과 - ``` - -### 6. Gitea API로 MR 생성 - -```bash -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls" \ - -H "Authorization: token ${GITEA_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{ - "title": "MR 제목", - "body": "MR 본문", - "head": "현재브랜치", - "base": "타겟브랜치" - }' -``` - -### 7. PR 승인 + 머지 (선택) - -**사용자 확인** (AskUserQuestion): -- **질문**: "MR을 어떻게 처리하시겠습니까?" -- 옵션 1: 리뷰 대기 (추천) — MR만 생성, 리뷰어 지정 후 수동 머지 -- 옵션 2: 승인 + 머지 — claude-bot으로 즉시 승인하고 머지 - -**승인 + 머지 선택 시**: - -```bash -# CLAUDE_BOT_TOKEN 확인 -if [ -z "$CLAUDE_BOT_TOKEN" ]; then - echo "CLAUDE_BOT_TOKEN이 설정되지 않아 자동 승인이 불가합니다. MR만 생성합니다." - # MR URL 출력 후 종료 -fi - -# 1. claude-bot이 PR 리뷰 승인 -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls/{pr_number}/reviews" \ - -H "Authorization: token ${CLAUDE_BOT_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{"event": "APPROVED", "body": "MR 승인 (via /mr skill)"}' - -# 2. 머지 실행 -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls/{pr_number}/merge" \ - -H "Authorization: token ${GITEA_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{"Do": "merge", "merge_message_field": "MR 제목", "delete_branch_after_merge": true}' -``` - -⚠️ `delete_branch_after_merge: true` — feature 브랜치는 머지 후 삭제한다 (develop/main과 달리). - -### 8. 결과 출력 - -**승인 + 머지한 경우**: -``` -✅ MR 머지 완료 - 브랜치: feature/my-branch → develop - MR: https://gitea.gc-si.dev/gc/my-project/pulls/42 - 커밋: 3건, 파일: 5개 변경 - 릴리즈 노트: docs/RELEASE-NOTES.md [Unreleased] 갱신됨 - PR 승인: claude-bot ✅ - 머지: 완료 ✅ - 브랜치 삭제: feature/my-branch ✅ -``` - -**리뷰 대기 선택 시**: -``` -✅ MR 생성 완료 - 브랜치: feature/my-branch → develop - MR: https://gitea.gc-si.dev/gc/my-project/pulls/42 - 커밋: 3건, 파일: 5개 변경 - 릴리즈 노트: docs/RELEASE-NOTES.md [Unreleased] 갱신됨 - - 다음 단계: 리뷰어 지정 → 승인 대기 → 머지 -``` - -## 필요 환경변수 - -- `GITEA_TOKEN`: Gitea API 접근 토큰 - - 없으면: "Gitea 토큰이 필요합니다. Settings → Applications에서 생성하세요" 안내 -- `CLAUDE_BOT_TOKEN`: claude-bot PR 승인용 토큰 (선택, 없으면 자동 승인 건너뜀) - -## 기존 /create-mr과의 차이 - -- `/mr`: 커밋+푸시 + 릴리즈 노트 포함, 빠른 실행 (일상적 사용) -- `/create-mr`: MR 생성만, 세부 옵션 지원 (상세 제어) diff --git a/.claude/skills/push/SKILL.md b/.claude/skills/push/SKILL.md deleted file mode 100644 index 7cbdceb..0000000 --- a/.claude/skills/push/SKILL.md +++ /dev/null @@ -1,111 +0,0 @@ ---- -name: push -description: 변경 사항을 확인하고 커밋 + 푸시합니다 -user-invokable: true -argument-hint: "[commit-message] (생략 시 자동 생성)" ---- - -현재 브랜치의 변경 사항을 확인하고, 사용자 승인 후 커밋 + 푸시합니다. -커밋 메시지 인자: $ARGUMENTS (생략 시 변경 내용 기반 자동 생성) - -## 수행 단계 - -### 0. 권한 확인 - -```bash -# GITEA_TOKEN 확인 -if [ -z "$GITEA_TOKEN" ]; then - echo "GITEA_TOKEN이 필요합니다. Gitea → Settings → Applications에서 생성하세요" - exit 1 -fi - -# Gitea API로 리포 권한 조회 -REMOTE_URL=$(git remote get-url origin) -GITEA_HOST=$(echo "$REMOTE_URL" | sed -E 's|^https?://([^/]+)/.*|\1|') -REPO_PATH=$(echo "$REMOTE_URL" | grep -oE '[^/]+/[^/]+\.git$' | sed 's/.git$//') -PERMISSIONS=$(curl -sf "https://${GITEA_HOST}/api/v1/repos/${REPO_PATH}" \ - -H "Authorization: token ${GITEA_TOKEN}") -CAN_PUSH=$(echo "$PERMISSIONS" | python3 -c "import sys,json; print(json.load(sys.stdin)['permissions']['push'])") -``` - -- `CAN_PUSH`가 `False`이면: "push 권한이 필요합니다. 프로젝트 관리자에게 요청하세요." 안내 후 종료 - -### 1. 현재 상태 수집 - -```bash -# 현재 브랜치 -git branch --show-current - -# 커밋되지 않은 변경 사항 -git status --short - -# 변경 통계 -git diff --stat -git diff --cached --stat -``` - -### 2. 변경 범위 표시 - -사용자에게 다음 정보를 **표 형태**로 요약하여 보여준다: - -- 현재 브랜치명 -- 변경된 파일 목록 (추가/수정/삭제 구분) -- staged vs unstaged 구분 -- 변경 라인 수 요약 - -변경 사항이 없으면 "커밋할 변경 사항이 없습니다" 출력 후 종료. - -### 3. 커밋 메시지 결정 - -**인자가 있는 경우** ($ARGUMENTS가 비어있지 않으면): -- 전달받은 메시지를 커밋 메시지로 사용 -- Conventional Commits 형식인지 검증 (아니면 자동 보정 제안) - -**인자가 없는 경우**: -- 변경 내용을 분석하여 Conventional Commits 형식 메시지 자동 생성 -- 형식: `type(scope): 한국어 설명` -- type 판단 기준: - - 새 파일 추가 → `feat` - - 기존 파일 수정 → `fix` 또는 `refactor` - - 테스트 파일 → `test` - - 설정/빌드 파일 → `chore` - - 문서 파일 → `docs` - -### 4. 사용자 확인 - -AskUserQuestion으로 다음을 확인: - -**질문**: "다음 내용으로 커밋하시겠습니까?" -- 옵션 1: 제안된 메시지로 커밋 (추천) -- 옵션 2: 메시지 수정 (Other 입력) -- 옵션 3: 취소 - -### 5. 커밋 + 푸시 실행 - -사용자가 수락하면: - -```bash -# 모든 변경 사항 스테이징 (untracked 포함) -# 단, .env, secrets/ 등 민감 파일은 제외 -git add -A - -# 커밋 (.githooks/commit-msg가 형식 검증) -git commit -m "커밋메시지" - -# 푸시 (리모트 트래킹 없으면 -u 추가) -git push origin $(git branch --show-current) -``` - -**주의사항**: -- `git add` 전에 `.env`, `*.key`, `secrets/` 등 민감 파일이 포함되어 있으면 경고 -- pre-commit hook 실패 시 에러 메시지 표시 후 수동 해결 안내 -- 리모트에 브랜치가 없으면 `git push -u origin {branch}` 사용 - -### 6. 결과 출력 - -``` -✅ 푸시 완료 - 브랜치: feature/my-branch - 커밋: abc1234 feat(auth): 로그인 검증 로직 추가 - 변경: 3 files changed, 45 insertions(+), 12 deletions(-) -``` diff --git a/.claude/skills/release/SKILL.md b/.claude/skills/release/SKILL.md deleted file mode 100644 index 8369a99..0000000 --- a/.claude/skills/release/SKILL.md +++ /dev/null @@ -1,196 +0,0 @@ ---- -name: release -description: develop에서 main으로 릴리즈 MR을 생성합니다 -user-invokable: true ---- - -develop 브랜치와 원격 동기화를 확인하고, 릴리즈 노트를 정리하고, develop → main 릴리즈 MR을 생성합니다. -사용자 승인 시 claude-bot으로 PR 승인 + 머지까지 자동 처리합니다. - -## 수행 단계 - -### 0. 권한 확인 - -```bash -# GITEA_TOKEN 확인 -if [ -z "$GITEA_TOKEN" ]; then - echo "GITEA_TOKEN이 필요합니다. Gitea → Settings → Applications에서 생성하세요" - exit 1 -fi - -# Gitea API로 리포 권한 조회 -REMOTE_URL=$(git remote get-url origin) -GITEA_HOST=$(echo "$REMOTE_URL" | sed -E 's|^https?://([^/]+)/.*|\1|') -REPO_PATH=$(echo "$REMOTE_URL" | grep -oE '[^/]+/[^/]+\.git$' | sed 's/.git$//') -PERMISSIONS=$(curl -sf "https://${GITEA_HOST}/api/v1/repos/${REPO_PATH}" \ - -H "Authorization: token ${GITEA_TOKEN}") -IS_ADMIN=$(echo "$PERMISSIONS" | python3 -c "import sys,json; print(json.load(sys.stdin)['permissions']['admin'])") -``` - -- `IS_ADMIN`이 `False`이면: "릴리즈는 프로젝트 관리자만 실행할 수 있습니다." 안내 후 종료 - -### 1. 사전 검증 - -- 커밋되지 않은 변경 사항이 있으면 경고 ("먼저 /push로 커밋하세요") - -### 2. develop 브랜치 동기화 확인 - -```bash -git fetch origin -LOCAL=$(git rev-parse develop 2>/dev/null) -REMOTE=$(git rev-parse origin/develop 2>/dev/null) -BASE=$(git merge-base develop origin/develop 2>/dev/null) -``` - -| 상태 | 조건 | 행동 | -|------|------|------| -| 동일 | LOCAL == REMOTE | 바로 진행 | -| 로컬 뒤처짐 | LOCAL == BASE, LOCAL != REMOTE | "origin/develop에 새 커밋이 있습니다. `git pull origin develop` 후 다시 시도하세요" | -| 로컬 앞섬 | REMOTE == BASE, LOCAL != REMOTE | "push되지 않은 커밋이 있습니다" → 사용자 확인 후 push | -| 분기됨 | 그 외 | "분기되었습니다. 수동으로 해결해주세요" | - -### 3. develop → main 차이 분석 - -```bash -git log main..origin/develop --oneline -git diff main..origin/develop --stat -git rev-list --count main..origin/develop -``` - -차이가 없으면 "릴리즈할 변경이 없습니다" 출력 후 종료. - -### 4. 미기록 커밋 감지 - -`docs/RELEASE-NOTES.md`에 기록되지 않은 커밋이 있는지 확인: - -```bash -# develop의 커밋 중 RELEASE-NOTES.md에 언급되지 않은 feat/fix 커밋 추출 -git log main..origin/develop --format="%s" | grep -E "^(feat|fix|refactor|perf|docs|test|style|chore|ci)" -``` - -- 릴리즈 노트의 [Unreleased] + 날짜 릴리즈 항목과 비교 -- 미기록 커밋이 있으면 경고 표시 + 보충 기회 제공 - - 사용자에게 미기록 커밋 목록 표시 - - [Unreleased]에 추가할지 확인 - -### 5. 이전 날짜 넘버링 릴리즈 압축 - -`docs/RELEASE-NOTES.md`에서 **오늘 이전 날짜에 넘버링된 릴리즈**가 있으면 압축: - -``` -[2026-02-28.1] + [2026-02-28.2] → [2026-02-28] -``` - -압축 규칙: -- 같은 기능의 반복 수정 → 최종 상태만 유지 -- 추가 후 수정된 항목 → "추가" 섹션에 최종 상태로 합침 -- 추가 후 제거된 항목 → 양쪽 모두에서 삭제 -- 오늘 날짜의 넘버링은 유지 (압축 대상 아님) - -### 6. [Unreleased] → 날짜 버전 전환 - -``` -## [Unreleased] → ## [2026-03-01] 또는 ## [2026-03-01.2] -``` - -- 같은 날 이전 릴리즈가 있으면 순번 부여: `.1`, `.2`, `.3` -- [Unreleased]는 빈 섹션으로 다시 생성 - -### 7. 사용자 첨삭 확인 - -최종 릴리즈 노트를 표시하고 **AskUserQuestion**으로 확인: -- **질문**: "릴리즈 노트 최종 초안입니다. 수정할 내용이 있으면 알려주세요." -- 옵션 1: 이대로 진행 (추천) -- 옵션 2: 수정 (Other 입력) - -### 8. develop 커밋 + 푸시 - -```bash -git checkout develop -git add docs/RELEASE-NOTES.md -git commit -m "docs: 릴리즈 노트 정리 ($(date +%Y-%m-%d))" -git push origin develop -``` - -### 9. MR 정보 구성 + 생성 - -**제목**: `release: YYYY-MM-DD (N건 커밋)` - -**본문**: 릴리즈 노트 내용 포함 (커밋 type별 그룹핑) - -```bash -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls" \ - -H "Authorization: token ${GITEA_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{ - "title": "release: 2026-03-01 (12건 커밋)", - "body": "릴리즈 본문 (RELEASE-NOTES.md 내용 포함)", - "head": "develop", - "base": "main" - }' -``` - -### 10. PR 승인 + 머지 (선택) - -**사용자 확인** (AskUserQuestion): -- **질문**: "MR을 승인하고 머지하시겠습니까?" -- 옵션 1: 승인 + 머지 (추천) -- 옵션 2: MR만 생성 (수동 리뷰/머지) - -**승인 + 머지 선택 시**: - -```bash -# CLAUDE_BOT_TOKEN 확인 -if [ -z "$CLAUDE_BOT_TOKEN" ]; then - echo "CLAUDE_BOT_TOKEN이 설정되지 않아 자동 승인이 불가합니다. MR만 생성합니다." - # MR URL 출력 후 종료 -fi - -# 1. claude-bot이 PR 리뷰 승인 -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls/{pr_number}/reviews" \ - -H "Authorization: token ${CLAUDE_BOT_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{"event": "APPROVED", "body": "릴리즈 승인 (via /release skill)"}' - -# 2. 머지 실행 -curl -X POST "https://{host}/api/v1/repos/{owner}/{repo}/pulls/{pr_number}/merge" \ - -H "Authorization: token ${GITEA_TOKEN}" \ - -H "Content-Type: application/json" \ - -d '{"Do": "merge", "merge_message_field": "release: YYYY-MM-DD", "delete_branch_after_merge": false}' -``` - -⚠️ `delete_branch_after_merge: false` — develop 브랜치는 삭제하지 않는다. - -### 11. 결과 출력 - -``` -✅ 릴리즈 완료 - 브랜치: develop → main - MR: https://gitea.gc-si.dev/gc/my-project/pulls/50 - 커밋: 12건, 파일: 28개 변경 - 릴리즈 노트: [2026-03-01] 생성됨 - PR 승인: claude-bot ✅ - 머지: 완료 ✅ - CI/CD: 자동 배포 시작됨 - - 다음 단계: CI/CD 배포 결과 확인 -``` - -또는 MR만 생성한 경우: - -``` -✅ 릴리즈 MR 생성 완료 - 브랜치: develop → main - MR: https://gitea.gc-si.dev/gc/my-project/pulls/50 - 릴리즈 노트: [2026-03-01] 생성됨 - - 다음 단계: - 1. 리뷰어 지정 (main 브랜치는 1명 이상 리뷰 필수) - 2. 승인 후 머지 - 3. CI/CD 자동 배포 확인 -``` - -## 필요 환경변수 - -- `GITEA_TOKEN`: Gitea API 접근 토큰 (필수) -- `CLAUDE_BOT_TOKEN`: claude-bot PR 승인용 토큰 (선택, 없으면 자동 승인 건너뜀) diff --git a/.claude/skills/sync-team-workflow/SKILL.md b/.claude/skills/sync-team-workflow/SKILL.md index 536ad71..5aa6441 100644 --- a/.claude/skills/sync-team-workflow/SKILL.md +++ b/.claude/skills/sync-team-workflow/SKILL.md @@ -3,123 +3,163 @@ name: sync-team-workflow description: 팀 글로벌 워크플로우를 현재 프로젝트에 동기화합니다 --- -팀 글로벌 워크플로우의 최신 버전을 현재 프로젝트에 적용합니다. +팀 글로벌 워크플로우의 최신 파일을 서버에서 다운로드하여 로컬에 적용합니다. +호출 시 항상 서버 기준으로 전체 동기화합니다 (버전 비교 없음). ## 수행 절차 -### 1. 글로벌 버전 조회 -Gitea API로 template-common 리포의 workflow-version.json 조회: +### 1. 사전 조건 확인 + +`.claude/workflow-version.json` 존재 확인: +- 없으면 → "/init-project를 먼저 실행해주세요" 안내 후 종료 + +설정 읽기: ```bash GITEA_URL=$(python3 -c "import json; print(json.load(open('.claude/workflow-version.json')).get('gitea_url', 'https://gitea.gc-si.dev'))" 2>/dev/null || echo "https://gitea.gc-si.dev") - -curl -sf "${GITEA_URL}/gc/template-common/raw/branch/develop/workflow-version.json" +PROJECT_TYPE=$(python3 -c "import json; print(json.load(open('.claude/workflow-version.json')).get('project_type', ''))" 2>/dev/null || echo "") ``` -### 2. 버전 비교 -로컬 `.claude/workflow-version.json`의 `applied_global_version` 필드와 비교: -- 버전 일치 → "최신 버전입니다" 안내 후 종료 -- 버전 불일치 → 미적용 변경 항목 추출하여 표시 - -### 3. 프로젝트 타입 감지 -자동 감지 순서: -1. `.claude/workflow-version.json`의 `project_type` 필드 확인 -2. 없으면: `pom.xml` → java-maven, `build.gradle` → java-gradle, `package.json` → react-ts +프로젝트 타입이 비어있으면 자동 감지: +1. `pom.xml` → java-maven +2. `build.gradle` / `build.gradle.kts` → java-gradle +3. `package.json` + `tsconfig.json` → react-ts +4. 감지 실패 → 사용자에게 선택 요청 ### Gitea 파일 다운로드 URL 패턴 -⚠️ Gitea raw 파일은 반드시 **web raw URL**을 사용해야 합니다 (`/api/v1/` 경로 사용 불가): +⚠️ Gitea raw 파일은 반드시 **web raw URL** 사용: ```bash -GITEA_URL="${GITEA_URL:-https://gitea.gc-si.dev}" # common 파일: ${GITEA_URL}/gc/template-common/raw/branch/develop/<파일경로> -# 타입별 파일: ${GITEA_URL}/gc/template-<타입>/raw/branch/develop/<파일경로> -# 예시: -curl -sf "${GITEA_URL}/gc/template-common/raw/branch/develop/.claude/rules/team-policy.md" -curl -sf "${GITEA_URL}/gc/template-react-ts/raw/branch/develop/.editorconfig" +# 타입별 파일: ${GITEA_URL}/gc/template-${PROJECT_TYPE}/raw/branch/develop/<파일경로> ``` -### 4. 파일 다운로드 및 적용 -위의 URL 패턴으로 해당 타입 + common 템플릿 파일 다운로드: +### 2. 디렉토리 준비 -#### 4-1. 규칙 파일 (덮어쓰기) -팀 규칙은 로컬 수정 불가 — 항상 글로벌 최신으로 교체: +필요한 디렉토리가 없으면 생성: +```bash +mkdir -p .claude/rules .claude/agents .claude/scripts +mkdir -p .claude/skills/push .claude/skills/mr .claude/skills/create-mr +mkdir -p .claude/skills/release .claude/skills/version .claude/skills/fix-issue +mkdir -p .githooks +``` + +### 3. 서버 파일 다운로드 + 적용 + +각 파일을 `curl -sf` 로 다운로드하여 프로젝트 루트의 동일 경로에 저장. +다운로드 실패한 파일은 경고 출력 후 건너뜀. + +#### 3-1. template-common 파일 (덮어쓰기) + +**규칙 파일**: ``` .claude/rules/team-policy.md .claude/rules/git-workflow.md .claude/rules/release-notes-guide.md .claude/rules/subagent-policy.md -.claude/rules/code-style.md (타입별) -.claude/rules/naming.md (타입별) -.claude/rules/testing.md (타입별) ``` -#### 4-1b. 에이전트 파일 (덮어쓰기) +**에이전트 파일**: ``` .claude/agents/explorer.md .claude/agents/implementer.md .claude/agents/reviewer.md ``` -#### 4-2. settings.json (부분 갱신) - -⚠️ settings.json은 **타입별 템플릿**에서 다운로드 (template-common에는 없음): -```bash -curl -sf "${GITEA_URL}/gc/template-${PROJECT_TYPE}/raw/branch/develop/.claude/settings.json" +**스킬 파일 (6종)**: ``` - -다운로드한 최신 settings.json과 로컬 settings.json을 비교하여 부분 갱신: -- `env`: 글로벌 최신으로 교체 (CLAUDE_BOT_TOKEN 등 팀 공통 환경변수) -- `deny` 목록: 글로벌 최신으로 교체 -- `allow` 목록: 기존 사용자 커스텀 유지 + 글로벌 기본값 병합 -- `hooks`: init-project SKILL.md의 hooks JSON 블록을 참조하여 교체 (없으면 추가) - - SessionStart(compact) → on-post-compact.sh - - PreCompact → on-pre-compact.sh - - PostToolUse(Bash) → on-commit.sh - -#### 4-3. 스킬 파일 (덮어쓰기) -``` -.claude/skills/create-mr/SKILL.md -.claude/skills/fix-issue/SKILL.md -.claude/skills/sync-team-workflow/SKILL.md -.claude/skills/init-project/SKILL.md .claude/skills/push/SKILL.md .claude/skills/mr/SKILL.md +.claude/skills/create-mr/SKILL.md .claude/skills/release/SKILL.md .claude/skills/version/SKILL.md +.claude/skills/fix-issue/SKILL.md ``` -#### 4-4. Git Hooks (덮어쓰기 + 실행 권한) - -`commit-msg`, `post-checkout`은 **항상 팀 표준으로 교체** (팀 커뮤니케이션 규칙 + 인프라). - -`pre-commit`은 `.claude/workflow-version.json`의 `custom_pre_commit` 플래그를 확인: -- `"custom_pre_commit": true` → pre-commit 건너뜀 (프로젝트 커스텀 유지), "⚠️ pre-commit은 프로젝트 커스텀 유지" 로그 -- 플래그 없거나 false → 팀 표준으로 교체 - -```bash -chmod +x .githooks/* -``` - -#### 4-5. Hook 스크립트 갱신 -init-project SKILL.md의 코드 블록에서 최신 스크립트를 추출하여 덮어쓰기: +**Hook 스크립트**: ``` .claude/scripts/on-pre-compact.sh .claude/scripts/on-post-compact.sh .claude/scripts/on-commit.sh ``` -실행 권한 부여: `chmod +x .claude/scripts/*.sh` -### 5. 로컬 버전 업데이트 -`.claude/workflow-version.json` 갱신: -```json -{ - "applied_global_version": "새버전", - "applied_date": "오늘날짜", - "project_type": "감지된타입", - "gitea_url": "https://gitea.gc-si.dev" -} +**Git Hooks** (commit-msg, post-checkout은 항상 교체): +``` +.githooks/commit-msg +.githooks/post-checkout ``` +다운로드 예시: +```bash +curl -sf "${GITEA_URL}/gc/template-common/raw/branch/develop/.claude/rules/team-policy.md" -o ".claude/rules/team-policy.md" +``` + +#### 3-2. template-{type} 파일 (타입별 덮어쓰기) + +``` +.claude/rules/code-style.md +.claude/rules/naming.md +.claude/rules/testing.md +``` + +**pre-commit hook**: +`.claude/workflow-version.json`의 `custom_pre_commit` 플래그 확인: +- `"custom_pre_commit": true` → pre-commit 건너뜀, "⚠️ pre-commit은 프로젝트 커스텀 유지" 로그 +- 플래그 없거나 false → `.githooks/pre-commit` 교체 + +다운로드 예시: +```bash +curl -sf "${GITEA_URL}/gc/template-${PROJECT_TYPE}/raw/branch/develop/.claude/rules/code-style.md" -o ".claude/rules/code-style.md" +``` + +#### 3-3. 실행 권한 부여 +```bash +chmod +x .githooks/* 2>/dev/null +chmod +x .claude/scripts/*.sh 2>/dev/null +``` + +### 4. settings.json 부분 머지 + +⚠️ settings.json은 **타입별 템플릿**에서 다운로드 (template-common에는 없음): +```bash +SERVER_SETTINGS=$(curl -sf "${GITEA_URL}/gc/template-${PROJECT_TYPE}/raw/branch/develop/.claude/settings.json") +``` + +다운로드한 최신 settings.json과 로컬 `.claude/settings.json`을 비교하여 부분 갱신: +- `env`: 서버 최신으로 교체 +- `deny` 목록: 서버 최신으로 교체 +- `allow` 목록: 기존 사용자 커스텀 유지 + 서버 기본값 병합 +- `hooks`: 서버 최신으로 교체 + +### 5. workflow-version.json 갱신 + +서버의 최신 `workflow-version.json` 조회: +```bash +SERVER_VER=$(curl -sf "${GITEA_URL}/gc/template-common/raw/branch/develop/workflow-version.json") +SERVER_VERSION=$(echo "$SERVER_VER" | python3 -c "import sys,json; print(json.load(sys.stdin).get('version',''))") +``` + +`.claude/workflow-version.json` 업데이트: +```json +{ + "applied_global_version": "<서버 version>", + "applied_date": "<현재날짜>", + "project_type": "<프로젝트타입>", + "gitea_url": "" +} +``` +기존 필드(`custom_pre_commit` 등)는 보존. + ### 6. 변경 보고 -- `git diff`로 변경 내역 확인 -- 업데이트된 파일 목록 출력 -- 변경 로그(글로벌 workflow-version.json의 changes) 표시 -- 필요한 추가 조치 안내 (빌드 확인, 의존성 업데이트 등) + +- 다운로드/갱신된 파일 목록 출력 +- 서버 `workflow-version.json`의 `changes` 중 최신 항목 표시 +- 결과 형태: +``` +✅ 팀 워크플로우 동기화 완료 + 버전: v1.6.0 + 갱신 파일: 22개 (rules 7, agents 3, skills 6, scripts 3, hooks 3) + settings.json: 부분 갱신 (env, deny, hooks) +``` + +## 필요 환경변수 + +없음 (Gitea raw URL은 인증 불필요) diff --git a/.claude/skills/version/SKILL.md b/.claude/skills/version/SKILL.md deleted file mode 100644 index 1358d53..0000000 --- a/.claude/skills/version/SKILL.md +++ /dev/null @@ -1,124 +0,0 @@ ---- -name: version -description: RELEASE-NOTES.md 기반으로 버저닝 릴리즈 노트(VERSION-HISTORY.md)를 생성합니다 -user-invokable: true -argument-hint: "[version: 1.0.0] (생략 시 자동 결정)" ---- - -`docs/RELEASE-NOTES.md`의 내부 릴리즈 노트를 기반으로 -사용자 관점의 `docs/VERSION-HISTORY.md`를 생성/갱신합니다. -버전: $ARGUMENTS (생략 시 변경 타입에 따라 자동 결정) - -## 수행 단계 - -### 0. 권한 확인 - -```bash -REMOTE_URL=$(git remote get-url origin) -GITEA_HOST=$(echo "$REMOTE_URL" | sed -E 's|^https?://([^/]+)/.*|\1|') -REPO_PATH=$(echo "$REMOTE_URL" | grep -oE '[^/]+/[^/]+\.git$' | sed 's/.git$//') -PERMISSIONS=$(curl -sf "https://${GITEA_HOST}/api/v1/repos/${REPO_PATH}" \ - -H "Authorization: token ${GITEA_TOKEN}") -IS_ADMIN=$(echo "$PERMISSIONS" | python3 -c "import sys,json; print(json.load(sys.stdin)['permissions']['admin'])") -``` - -- `IS_ADMIN`이 `False`이면: "버전 릴리즈는 프로젝트 관리자만 실행할 수 있습니다." 안내 후 종료 -- `GITEA_TOKEN` 미설정: 설정 안내 후 종료 - -### 1. RELEASE-NOTES.md 분석 - -`docs/RELEASE-NOTES.md`가 없으면 종료: "RELEASE-NOTES.md가 없습니다. 먼저 /mr로 릴리즈 노트를 생성하세요." - -```bash -cat docs/RELEASE-NOTES.md -``` - -### 2. 수집 범위 결정 - -- `docs/VERSION-HISTORY.md`가 있으면: 마지막 버전의 날짜를 확인 -- 해당 날짜 이후의 RELEASE-NOTES.md 항목을 수집 -- VERSION-HISTORY.md가 없으면: 전체 RELEASE-NOTES.md 항목 수집 - -### 3. 버전 결정 - -**인자가 있으면** ($ARGUMENTS): 해당 버전 사용 - -**인자가 없으면** 자동 결정: -- `feat` 포함 → minor 버전 올림 (x.Y.0) -- `fix`만 → patch 버전 올림 (x.y.Z) -- breaking change 포함 → major 버전 올림 (X.0.0) -- 이전 버전이 없으면 `1.0.0`부터 시작 - -### 4. 사용자 관점으로 재작성 - -수집된 항목을 다음 섹션으로 재구성: - -| 섹션 | 포함 기준 | -|------|----------| -| **주요 변경** | 사용자가 눈에 띄게 느낄 수 있는 기능 (feat 중 UI/UX 영향 큰 것) | -| **개선** | 성능/편의성 향상 (refactor, perf, 사소한 feat) | -| **버그 수정** | 사용자 영향 있는 문제 해결 | -| **보안** | 보안 관련 수정 (해당 시) | - -변환 규칙: -- 기술 용어 → 사용자 언어로 재작성 -- 관련 항목 그룹핑 (여러 커밋이 하나의 기능이면 합침) -- docs, test, chore, ci 등 사용자에게 보이지 않는 변경은 제외 -- 각 항목은 사용자가 "이게 뭐가 바뀐 거지?" 이해할 수 있는 수준으로 - -### 5. 초안 표시 + 첨삭 확인 - -초안을 표시하고 **AskUserQuestion**으로 확인: -- **질문**: "VERSION-HISTORY.md 초안입니다. 수정할 내용이 있으면 알려주세요." -- 옵션 1: 이대로 진행 (추천) -- 옵션 2: 수정 (Other 입력) - -### 6. VERSION-HISTORY.md 갱신 - -파일이 없으면 새로 생성: - -```markdown -# Version History - -이 프로젝트는 [Semantic Versioning](https://semver.org/lang/ko/)을 따릅니다. -``` - -새 버전을 기존 내용 위에 추가: - -```markdown -## [1.2.0] - 2026-03-01 - -### 주요 변경 -- **해역별 조업 현황 대시보드 추가**: 지도에서 해역을 선택하면 실시간 조업 통계를 확인할 수 있습니다 - -### 개선 -- 지도 레이어 전환 속도 향상 - -### 버그 수정 -- 야간 배치 실행 시 타임아웃 발생하던 문제 수정 - -> 내부 릴리즈: 2026-02-28 ~ 2026-03-01 (3건) -``` - -마지막 줄에 참조한 내부 릴리즈 날짜 범위와 건수를 표시. - -### 7. 커밋 - -```bash -git add docs/VERSION-HISTORY.md -git commit -m "docs: v$VERSION 릴리즈 노트 작성" -git push -``` - -### 8. 결과 출력 - -``` -✅ 버전 릴리즈 노트 작성 완료 - 버전: 1.2.0 - 파일: docs/VERSION-HISTORY.md - 기반: RELEASE-NOTES.md (2026-02-28 ~ 2026-03-01, 3건) -``` - -## 필요 환경변수 - -- `GITEA_TOKEN`: Gitea API 접근 토큰 (필수) diff --git a/.claude/workflow-version.json b/.claude/workflow-version.json index 622d899..dae4d1d 100644 --- a/.claude/workflow-version.json +++ b/.claude/workflow-version.json @@ -1,6 +1,7 @@ { - "applied_global_version": "1.5.0", + "applied_global_version": "1.6.0", "applied_date": "2026-03-06", "project_type": "react-ts", - "gitea_url": "https://gitea.gc-si.dev" + "gitea_url": "https://gitea.gc-si.dev", + "custom_pre_commit": true } diff --git a/.gitignore b/.gitignore index 9feec38..fecd7b4 100755 --- a/.gitignore +++ b/.gitignore @@ -64,6 +64,17 @@ frontend/public/hns-manual/images/ .claude/settings.local.json .claude/CLAUDE.local.md +# Team workflow (managed by /sync-team-workflow) +.claude/rules/ +.claude/agents/ +.claude/skills/push/ +.claude/skills/mr/ +.claude/skills/create-mr/ +.claude/skills/release/ +.claude/skills/version/ +.claude/skills/fix-issue/ +.claude/scripts/ + # Lock files (keep for reproducible builds) !frontend/package-lock.json !backend/package-lock.json diff --git a/docs/RELEASE-NOTES.md b/docs/RELEASE-NOTES.md index f03d5e3..b909c73 100644 --- a/docs/RELEASE-NOTES.md +++ b/docs/RELEASE-NOTES.md @@ -5,6 +5,7 @@ ## [Unreleased] ### 기타 +- 팀 워크플로우 v1.6.0 동기화 (해시 기반 자동 최신화, push/mr/release 워크플로우 체크, 팀 관리 파일 gitignore 처리) - 팀 워크플로우 v1.5.0 동기화 (스킬 7종 업데이트, version 스킬 신규, release-notes-guide 추가) ## [2026-03-01]