2026-03-16 18:36:00 +09:00
--- a/.claude/agents/explorer.md
+++ b/.claude/agents/explorer.md
@ -1,47 +0,0 @@
---
-name: explorer
-description: 코드베이스 탐색 및 분석 에이전트. 3개 이상의 파일을 탐색하거나 프로젝트 구조를 파악할 때 사용한다.
-model: sonnet
-tools: Read, Glob, Grep
-maxTurns: 12
---
-
-지정된 영역 내에서 코드베이스를 분석하고 구조화된 결과를 반환한다.
-읽기 전용 — 파일을 수정하지 않는다.
-
-## 자율 범위
-
- 메인 세션이 지정한 **탐색 영역**(디렉토리 또는 파일 목록) 내에서 자유롭게 탐색
- 영역 내 파일 간 의존성 추적, 임포트 체인 분석은 자율 수행
- 탐색 영역 밖 파일은 임포트/참조 관계 확인 목적으로만 열람 가능
-
-## 입력 (메인 세션이 제공)
-
- **탐색 영역**: 디렉토리 경로 또는 파일 목록
- **목적**: 분석 목적이나 답변할 질문 (구체적일수록 좋음)
-
-## 출력 형식
-
-```
-## 분석 결과
-
-### 구조
- 핵심 파일/디렉토리 구성 (파일:라인 근거)
-
-### 발견사항
- 목적에 대한 답변 (파일:라인 근거 포함)
-
-### 패턴
- 코드 컨벤션, 반복 패턴, 아키텍처 특성
-
-### 확신도
- 각 발견사항별: 확정 / 추정(근거) / 판단불가(필요 정보)
-
-### 범위 외 참고
- 탐색 영역 밖에서 발견된 관련 사항 (해당 시)
-```
-
-## 제약
-
- 파일 수정/생성 금지
- 정보 부족 시 추측하지 않고 "판단불가 — [필요한 정보]"로 표시
--- a/.claude/agents/implementer.md
+++ b/.claude/agents/implementer.md
@ -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 자체 검증 수행
--- a/.claude/agents/reviewer.md
+++ b/.claude/agents/reviewer.md
@ -1,79 +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. 일관성 — 기존 코드 패턴과의 불일치
-7. import/export 정합성 — default import와 named export 불일치 검증 (아래 상세 절차 참고)
-
-## import/export 정합성 검증 절차
-
-tsc는 `esModuleInterop` 덕분에 통과하지만 Vite/Rollup 프로덕션 빌드에서 실패하는 케이스를 잡는다.
-
-**검증 대상**: 변경된 파일 중 `import ... from` 구문이 포함된 모든 파일
-
-**검증 방법**:
-1. 변경 파일에서 `import <식별자> from '<경로>'` (중괄호 없는 default import) 패턴을 추출한다
-2. 해당 `<경로>` 모듈을 열어 `export default`가 실제로 존재하는지 확인한다
-3. 모듈이 `export const <식별자>` (named export)만 제공하면 **FAIL** — `import { <식별자> } from` 으로 수정 필요
-
-**판정 기준**:
- `export default` 없는 모듈을 default import → **FAIL (Critical)** — 빌드 실패 유발
- `export default` 있는 모듈을 default import → PASS
- `import { ... } from` (named import) → 검증 불필요
-
-**실전 예시** (프로젝트에서 발생했던 사례):
-```typescript
-// ❌ FAIL — api.ts에는 export default 없음
-import api from '@common/services/api';
-
-// ✅ PASS — named import
-import { api } from '@common/services/api';
-```
-
-## 출력 형식
-
-```
-## 리뷰 결과
-
-| # | 항목 | 판정 | 근거 |
-|---|------|------|------|
-| 1 | [항목명] | PASS / FAIL | [파일:라인] 설명 |
-
-### 추가 발견 (자체 판단)
- [파일:라인] 설명 (심각도: Critical / Warning / Info)
-
-### 요약
- 전체: N개 PASS / M개 FAIL
- 커밋 가능 여부: 가능 / 차단 권고(사유)
-```
-
-## 제약
-
- 파일 수정/생성 금지
- 각 항목에 반드시 PASS 또는 FAIL 판정 (애매하면 FAIL + 사유)
- 스타일 개선 제안은 "추가 발견"에 Info로만 기록
--- a/.claude/rules/code-style.md
+++ b/.claude/rules/code-style.md
@ -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 (
-    <div>
-      <h3>{name}</h3>
-      <p>{email}</p>
-      {onEdit && <button onClick={onEdit}>편집</button>}
-    </div>
-  );
-};
-
-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/`에 관리
--- a/.claude/rules/git-workflow.md
+++ b/.claude/rules/git-workflow.md
@ -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 권장 (깔끔한 히스토리)
- 머지 후 소스 브랜치 삭제
--- a/.claude/rules/naming.md
+++ b/.claude/rules/naming.md
@ -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
-```
--- a/.claude/rules/subagent-policy.md
+++ b/.claude/rules/subagent-policy.md
@ -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)**: 계약은 고정, 내부 구현은 자율 → 중간 자율성
- **같은 파일을 두 에이전트가 동시에 수정하지 않는다**
- **커밋/푸시는 반드시 메인 세션에서 수행**
--- a/.claude/rules/team-policy.md
+++ b/.claude/rules/team-policy.md
@ -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에 프로젝트 빌드/실행 방법 유지
--- a/.claude/rules/testing.md
+++ b/.claude/rules/testing.md
@ -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(<UserCard name="홍길동" email="hong@test.com" />);
-    expect(screen.getByText('홍길동')).toBeInTheDocument();
-    expect(screen.getByText('hong@test.com')).toBeInTheDocument();
-  });
-
-  it('편집 버튼 클릭 시 onEdit 콜백을 호출한다', async () => {
-    const onEdit = vi.fn();
-    render(<UserCard name="홍길동" email="hong@test.com" onEdit={onEdit} />);
-    await userEvent.click(screen.getByRole('button', { name: '편집' }));
-    expect(onEdit).toHaveBeenCalledOnce();
-  });
-});
-```
-
-### 테스트 패턴
- **Arrange-Act-Assert** 구조
- 테스트 설명은 한국어로 작성 (`it('사용자 이름을 표시한다')`)
- 하나의 테스트에 하나의 검증
-
-## 테스트 커버리지
- 새로 작성하는 유틸리티 함수: 테스트 필수
- 컴포넌트: 주요 상호작용 테스트 권장
- API 호출: MSW로 모킹하여 에러/성공 시나리오 테스트
-
-## 금지 사항
- 구현 세부사항 테스트 금지 (state 값 직접 확인 등)
- `getByTestId` 남용 금지 (접근성 쿼리 우선)
- 스냅샷 테스트 남용 금지 (변경에 취약)
- `setTimeout`으로 비동기 대기 금지 → `waitFor`, `findBy` 사용
--- a/.claude/scripts/on-commit.sh
+++ b/.claude/scripts/on-commit.sh
@ -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 <<RESP
-{
-  "hookSpecificOutput": {
-    "additionalContext": "커밋이 감지되었습니다. 다음을 수행하세요:\n1. docs/CHANGELOG.md에 변경 내역 추가\n2. memory/project-snapshot.md에서 변경된 부분 업데이트\n3. memory/project-history.md에 이번 변경사항 추가\n4. API 인터페이스 변경 시 memory/api-types.md 갱신\n5. 프로젝트에 lint 설정이 있다면 lint 결과를 확인하고 문제를 수정"
-  }
-}
-RESP
-else
-  echo '{}'
-fi
--- a/.claude/scripts/on-post-compact.sh
+++ b/.claude/scripts/on-post-compact.sh
@ -1,23 +0,0 @@
-#!/bin/bash
-INPUT=$(cat)
-CWD=$(echo "$INPUT" | python3 -c "import sys,json;print(json.load(sys.stdin).get('cwd',''))" 2>/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
--- a/.claude/scripts/on-pre-compact.sh
+++ b/.claude/scripts/on-pre-compact.sh
@ -1,8 +0,0 @@
-#!/bin/bash
-# PreCompact hook: systemMessage만 지원 (hookSpecificOutput 사용 불가)
-INPUT=$(cat)
-cat <<RESP
-{
-  "systemMessage": "컨텍스트 압축이 시작됩니다. 반드시 다음을 수행하세요:\n\n1. memory/MEMORY.md - 핵심 작업 상태 갱신 (200줄 이내)\n2. memory/project-snapshot.md - 변경된 패키지/타입 정보 업데이트\n3. memory/project-history.md - 이번 세션 변경사항 추가\n4. memory/api-types.md - API 인터페이스 변경이 있었다면 갱신\n5. 미완료 작업이 있다면 TodoWrite에 남기고 memory에도 기록"
-}
-RESP
--- a/.claude/settings.json
+++ b/.claude/settings.json
@ -1,5 +1,8 @@
 {
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
+  "env": {
+    "CLAUDE_BOT_TOKEN": "ac15488ad66463bd5c4e3be1fa6dd5b2743813c5"
+  },
  "permissions": {
    "allow": [
      "Bash(npm run *)",
@ -80,8 +83,5 @@
        ]
      }
    ]
-  },
-  "env": {
-    "CLAUDE_BOT_TOKEN": "ac15488ad66463bd5c4e3be1fa6dd5b2743813c5"
  }
 }
--- a/.claude/settings.local.json
+++ b/.claude/settings.local.json
@ -1,30 +0,0 @@
-{
-  "permissions": {
-    "allow": [
-      "Bash(npm install:*)",
-      "Bash(npx tailwindcss init:*)",
-      "Bash(/Users/nankyunglee/Documents/wing/LayerList_New.csv:*)",
-      "Bash(/Users/nankyunglee/Documents/wing/backend/src/utils/layerIcons.ts:*)",
-      "Bash(/Users/nankyunglee/Documents/wing/transform_layers.js:*)",
-      "Bash(__NEW_LINE_5781bf96384c4503__ node /Users/nankyunglee/Documents/wing/transform_layers.js)",
-      "Bash(__NEW_LINE_2dfc1a230be907fa__ node /Users/nankyunglee/Documents/wing/transform_layers.js)",
-      "Bash(npm run db:seed:*)",
-      "Bash(npm run dev:*)",
-      "Bash(lsof:*)",
-      "Bash(xargs kill:*)",
-      "Bash(npm start)",
-      "Bash(npm run build:*)",
-      "Bash(curl:*)",
-      "WebFetch(domain:www.khoa.go.kr)",
-      "WebFetch(domain:opendrift.github.io)",
-      "WebFetch(domain:www.windy.com)",
-      "Bash(npx tsc:*)",
-      "Bash(brew install:*)",
-      "Bash(python3:*)",
-      "Bash(npx vite build:*)",
-      "Bash(pdftotext:*)",
-      "Bash(wc:*)",
-      "Bash(ls:*)"
-    ]
-  }
-}
--- a/.claude/skills/create-mr/SKILL.md
+++ b/.claude/skills/create-mr/SKILL.md
@ -1,65 +0,0 @@
---
-name: create-mr
-description: 현재 브랜치에서 Gitea MR(Merge Request)을 생성합니다
-allowed-tools: "Bash, Read, Grep"
-argument-hint: "[target-branch: develop|main] (기본: develop)"
---
-
-현재 브랜치의 변경 사항을 기반으로 Gitea에 MR을 생성합니다.
-타겟 브랜치: $ARGUMENTS (기본: develop)
-
-## 수행 단계
-
-### 1. 사전 검증
- 현재 브랜치가 main/develop이 아닌지 확인
- 커밋되지 않은 변경 사항 확인 (있으면 경고)
- 리모트에 현재 브랜치가 push되어 있는지 확인 (안 되어 있으면 push)
-
-### 2. 변경 내역 분석
-```bash
-git log develop..HEAD --oneline
-git diff develop..HEAD --stat
-```
- 커밋 목록과 변경된 파일 목록 수집
- 주요 변경 사항 요약 작성
-
-### 3. MR 정보 구성
- **제목**: 브랜치의 첫 커밋 메시지 또는 브랜치명에서 추출
-  - `feature/ISSUE-42-user-login` → `feat: ISSUE-42 user-login`
- **본문**:
-  ```markdown
-  ## 변경 사항
-  - (커밋 기반 자동 생성)
-
-  ## 관련 이슈
-  - closes #이슈번호 (브랜치명에서 추출)
-
-  ## 테스트
-  - [ ] 빌드 성공 확인
-  - [ ] 기존 테스트 통과
-  ```
-
-### 4. Gitea API로 MR 생성
-```bash
-# Gitea remote URL에서 owner/repo 추출
-REMOTE_URL=$(git remote get-url origin)
-
-# Gitea API 호출
-curl -X POST "GITEA_URL/api/v1/repos/{owner}/{repo}/pulls" \
-  -H "Authorization: token ${GITEA_TOKEN}" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "title": "MR 제목",
-    "body": "MR 본문",
-    "head": "현재브랜치",
-    "base": "타겟브랜치"
-  }'
-```
-
-### 5. 결과 출력
- MR URL 출력
- 리뷰어 지정 안내
- 다음 단계: 리뷰 대기 → 승인 → 머지
-
-## 필요 환경변수
- `GITEA_TOKEN`: Gitea API 접근 토큰 (없으면 안내)
--- a/.claude/skills/fix-issue/SKILL.md
+++ b/.claude/skills/fix-issue/SKILL.md
@ -1,49 +0,0 @@
---
-name: fix-issue
-description: Gitea 이슈를 분석하고 수정 브랜치를 생성합니다
-allowed-tools: "Bash, Read, Write, Edit, Glob, Grep"
-argument-hint: "<issue-number>"
---
-
-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 접근 토큰
--- a/.claude/skills/init-project/SKILL.md
+++ b/.claude/skills/init-project/SKILL.md
@ -1,7 +1,6 @@
 ---
 name: init-project
 description: 팀 표준 워크플로우로 프로젝트를 초기화합니다
-allowed-tools: "Bash, Read, Write, Edit, Glob, Grep"
 argument-hint: "[project-type: java-maven|java-gradle|react-ts|auto]"
 ---

@ -46,73 +45,95 @@ curl -sf "${GITEA_URL}/gc/template-react-ts/raw/branch/develop/.editorconfig"

 ### 3. .claude/ 디렉토리 구성
 이미 팀 표준 파일이 존재하면 건너뜀. 없는 경우 위의 URL 패턴으로 Gitea에서 다운로드:
- `.claude/settings.json` — 프로젝트 타입별 표준 권한 설정 + hooks 섹션 (4단계 참조)
- `.claude/rules/` — 팀 규칙 파일 (team-policy, git-workflow, code-style, naming, testing)
- `.claude/skills/` — 팀 스킬 (create-mr, fix-issue, sync-team-workflow, init-project)
+- `.claude/settings.json` — 프로젝트 타입별 표준 권한 설정 + env(CLAUDE_BOT_TOKEN 등) + hooks 섹션 (4단계 참조)

-### 4. Hook 스크립트 생성
-`.claude/scripts/` 디렉토리를 생성하고 다음 스크립트 파일 생성 (chmod +x):
+⚠️ 팀 규칙(.claude/rules/), 에이전트(.claude/agents/), 스킬 6종, 스크립트는 12단계(sync-team-workflow)에서 자동 다운로드된다. 여기서는 settings.json만 설정한다.

- `.claude/scripts/on-pre-compact.sh`:
+### 3.5. Gitea 토큰 설정
+
+**CLAUDE_BOT_TOKEN** (팀 공용): `settings.json`의 `env` 필드에 이미 포함되어 있음 (3단계에서 설정됨). 별도 조치 불필요.
+
+**GITEA_TOKEN** (개인): `/push`, `/mr`, `/release` 등 Git 스킬에 필요한 개인 토큰.

 ```bash
-#!/bin/bash
-# PreCompact hook: systemMessage만 지원 (hookSpecificOutput 사용 불가)
-INPUT=$(cat)
-cat <<RESP
-{
-  "systemMessage": "컨텍스트 압축이 시작됩니다. 반드시 다음을 수행하세요:\n\n1. memory/MEMORY.md - 핵심 작업 상태 갱신 (200줄 이내)\n2. memory/project-snapshot.md - 변경된 패키지/타입 정보 업데이트\n3. memory/project-history.md - 이번 세션 변경사항 추가\n4. memory/api-types.md - API 인터페이스 변경이 있었다면 갱신\n5. 미완료 작업이 있다면 TodoWrite에 남기고 memory에도 기록"
-}
-RESP
-```
-
- `.claude/scripts/on-post-compact.sh`:
-
-```bash
-#!/bin/bash
-INPUT=$(cat)
-CWD=$(echo "$INPUT" | python3 -c "import sys,json;print(json.load(sys.stdin).get('cwd',''))" 2>/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 파일이 없으므로 사용자에게 이전 작업 내용을 확인하세요.\"}}"
+# 현재 GITEA_TOKEN 설정 여부 확인
+if [ -z "$GITEA_TOKEN" ]; then
+  echo "GITEA_TOKEN 미설정"
 fi
 ```

- `.claude/scripts/on-commit.sh`:
+**GITEA_TOKEN이 없는 경우**, 다음 안내를 **AskUserQuestion**으로 표시:

+**질문**: "GITEA_TOKEN이 설정되지 않았습니다. Gitea 개인 토큰을 생성하시겠습니까?"
+- 옵션 1: 토큰 생성 안내 보기 (추천)
+- 옵션 2: 이미 있음 (토큰 입력)
+- 옵션 3: 나중에 하기
+
+**토큰 생성 안내 선택 시**, 다음 내용을 표시:
+
+```
+📋 Gitea 토큰 생성 방법:
+
+1. 브라우저에서 접속:
+   https://gitea.gc-si.dev/user/settings/applications
+
+2. "Manage Access Tokens" 섹션에서 "Generate New Token" 클릭
+
+3. 입력:
+   - Token Name: "claude-code" (자유롭게 지정)
+   - Repository and Organization Access: ✅ All (public, private, and limited)
+
+4. Select permissions (아래 4개만 설정, 나머지는 No Access 유지):
+
+   ┌─────────────────┬──────────────────┬──────────────────────────────┐
+   │ 항목             │ 권한             │ 용도                          │
+   ├─────────────────┼──────────────────┼──────────────────────────────┤
+   │ issue           │ Read and Write   │ /fix-issue 이슈 조회/코멘트   │
+   │ organization    │ Read             │ gc 조직 리포 접근              │
+   │ repository      │ Read and Write   │ /push, /mr, /release API 호출 │
+   │ user            │ Read             │ API 사용자 인증 확인           │
+   └─────────────────┴──────────────────┴──────────────────────────────┘
+
+5. "Generate Token" 클릭 → ⚠️ 토큰이 한 번만 표시됩니다! 반드시 복사하세요.
+```
+
+표시 후 **AskUserQuestion**: "생성한 토큰을 입력하세요"
+- 옵션 1: 토큰 입력 (Other로 입력)
+- 옵션 2: 나중에 하기
+
+**토큰 입력 시**:
+
+1. Gitea API로 유효성 검증:
 ```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 <<RESP
+curl -sf "https://gitea.gc-si.dev/api/v1/user" \
+  -H "Authorization: token <입력된 토큰>"
+```
+- 성공: `✅ <login> (<full_name>) 인증 확인` 출력
+- 실패: `❌ 토큰이 유효하지 않습니다. 다시 확인해주세요.` 출력 → 재입력 요청
+
+2. `.claude/settings.local.json`에 저장 (이 파일은 .gitignore에 포함, 리포 커밋 안됨):
+```json
 {
-  "hookSpecificOutput": {
-    "additionalContext": "커밋이 감지되었습니다. 다음을 수행하세요:\n1. docs/CHANGELOG.md에 변경 내역 추가\n2. memory/project-snapshot.md에서 변경된 부분 업데이트\n3. memory/project-history.md에 이번 변경사항 추가\n4. API 인터페이스 변경 시 memory/api-types.md 갱신\n5. 프로젝트에 lint 설정이 있다면 lint 결과를 확인하고 문제를 수정"
+  "env": {
+    "GITEA_TOKEN": "<입력된 토큰>"
  }
 }
-RESP
-else
-  echo '{}'
-fi
 ```

+기존 `settings.local.json`이 있으면 `env.GITEA_TOKEN`만 추가/갱신.
+
+**나중에 하기 선택 시**: 경고 표시 후 다음 단계로 진행:
+```
+⚠️ GITEA_TOKEN 없이는 /push, /mr, /release 스킬을 사용할 수 없습니다.
+   나중에 토큰을 생성하면 .claude/settings.local.json에 다음을 추가하세요:
+   { "env": { "GITEA_TOKEN": "your-token-here" } }
+```
+
+### 4. Hook 스크립트 설정
+
+⚠️ `.claude/scripts/` 스크립트 파일은 12단계(sync-team-workflow)에서 서버로부터 자동 다운로드된다.
+여기서는 `settings.json`에 hooks 섹션만 설정한다.
+
 `.claude/settings.json`에 hooks 섹션이 없으면 추가 (기존 settings.json의 내용에 병합):

 ```json
@ -166,6 +187,13 @@ git config core.hooksPath .githooks
 chmod +x .githooks/*
 ```

+**pre-commit 훅 검증**: `.githooks/pre-commit`을 실행하여 빌드 검증이 정상 동작하는지 확인.
+에러 발생 시 (예: 모노레포가 아닌 특수 구조, 빌드 명령 불일치 등):
+1. 프로젝트에 맞게 `.githooks/pre-commit`을 커스텀 수정
+2. `.claude/workflow-version.json`에 `"custom_pre_commit": true` 추가
+3. 이후 `/sync-team-workflow` 실행 시 pre-commit은 덮어쓰지 않고 보존됨
+   (`commit-msg`, `post-checkout`은 항상 팀 표준으로 동기화)
+
 ### 6. 프로젝트 타입별 추가 설정

 #### java-maven
@ -193,6 +221,20 @@ chmod +x .githooks/*
 *.local
 ```

+**팀 워크플로우 관리 경로** (sync로 생성/관리되는 파일, 리포에 커밋하지 않음):
+```
+# 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/
+```
+
 ### 8. Git exclude 설정
 `.git/info/exclude` 파일을 읽고, 기존 내용을 보존하면서 하단에 추가:

@ -236,7 +278,14 @@ curl -sf --max-time 5 "https://gitea.gc-si.dev/gc/template-common/raw/branch/dev
 }
 ```

-### 12. 검증 및 요약
+### 12. 팀 워크플로우 최신화
+
+`/sync-team-workflow`를 자동으로 1회 실행하여 최신 팀 파일(rules, agents, skills 6종, scripts, hooks)을 서버에서 다운로드하고 로컬에 적용한다.
+
+이 단계에서 `.claude/rules/`, `.claude/agents/`, `.claude/skills/push/` 등 팀 관리 파일이 생성된다.
+(이 파일들은 7단계에서 .gitignore에 추가되었으므로 리포에 커밋되지 않음)
+
+### 13. 검증 및 요약
 - 생성/수정된 파일 목록 출력
 - `git config core.hooksPath` 확인
 - 빌드 명령 실행 가능 확인
--- a/.claude/skills/mr/SKILL.md
+++ b/.claude/skills/mr/SKILL.md
@ -1,123 +0,0 @@
---
-name: mr
-description: 커밋 + 푸시 + Gitea MR을 한 번에 생성합니다
-user-invocable: true
-argument-hint: "[target-branch: develop|main] (기본: develop)"
-allowed-tools: "Bash, Read, Grep"
---
-
-현재 브랜치의 변경 사항을 커밋+푸시하고, Gitea에 MR을 생성합니다.
-타겟 브랜치: $ARGUMENTS (기본: develop)
-
-## 수행 단계
-
-### 1. 사전 검증
-
-```bash
-# 현재 브랜치 확인 (main/develop이면 중단)
-BRANCH=$(git branch --show-current)
-
-# Gitea remote URL에서 owner/repo 추출
-REMOTE_URL=$(git remote get-url origin)
-```
-
- 현재 브랜치가 `main` 또는 `develop`이면: "feature 브랜치에서 실행해주세요" 안내 후 종료
- GITEA_TOKEN 환경변수 확인 (없으면 설정 안내)
-
-### 2. 커밋 + 푸시 (변경 사항이 있을 때만)
-
-```bash
-git status --short
-```
-
-**커밋되지 않은 변경이 있으면**:
- 변경 범위(파일 목록, 추가/수정/삭제) 요약 표시
- Conventional Commits 형식 커밋 메시지 자동 생성
- **사용자 확인** (AskUserQuestion): 커밋 메시지 수락/수정/취소
- 수락 시: `git add -A` → `git commit` → `git push`
-
-**변경이 없으면**:
- 이미 커밋된 내용으로 MR 생성 진행
- 리모트에 push되지 않은 커밋이 있으면 `git push`
-
-### 3. MR 대상 브랜치 결정
-
-타겟 브랜치 후보를 분석하여 표시:
-
-```bash
-# develop과의 차이
-git log develop..HEAD --oneline 2>/dev/null
-# main과의 차이
-git log main..HEAD --oneline 2>/dev/null
-```
-
-**사용자 확인** (AskUserQuestion):
- **질문**: "MR 타겟 브랜치를 선택하세요"
- 옵션 1: develop (추천, N건 커밋 차이)
- 옵션 2: main (N건 커밋 차이)
- 옵션 3: 취소
-
-인자($ARGUMENTS)로 브랜치가 지정되었으면 확인 없이 바로 진행.
-
-### 4. 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 #이슈번호 (브랜치명에서 추출, 없으면 생략)
-
-  ## 테스트
-  - [ ] 빌드 성공 확인
-  - [ ] 기존 테스트 통과
-  ```
-
-### 5. Gitea API로 MR 생성
-
-```bash
-# remote URL에서 Gitea 호스트, owner, repo 파싱
-# 예: https://gitea.gc-si.dev/gc/my-project.git → host=gitea.gc-si.dev, owner=gc, repo=my-project
-
-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": "타겟브랜치"
-  }'
-```
-
-### 6. 결과 출력
-
-```
-✅ MR 생성 완료
-  브랜치: feature/my-branch → develop
-  MR: https://gitea.gc-si.dev/gc/my-project/pulls/42
-  커밋: 3건, 파일: 5개 변경
-
-  다음 단계: 리뷰어 지정 → 승인 대기 → 머지
-```
-
-## 필요 환경변수
-
- `GITEA_TOKEN`: Gitea API 접근 토큰
-  - 없으면: "Gitea 토큰이 필요합니다. Settings → Applications에서 생성하세요" 안내
-
-## 기존 /create-mr과의 차이
-
- `/mr`: 커밋+푸시 포함, 빠른 실행 (일상적 사용)
- `/create-mr`: MR 생성만, 세부 옵션 지원 (상세 제어)
--- a/.claude/skills/push/SKILL.md
+++ b/.claude/skills/push/SKILL.md
@ -1,92 +0,0 @@
---
-name: push
-description: 변경 사항을 확인하고 커밋 + 푸시합니다
-user-invocable: true
-argument-hint: "[commit-message] (생략 시 자동 생성)"
-allowed-tools: "Bash, Read, Grep"
---
-
-현재 브랜치의 변경 사항을 확인하고, 사용자 승인 후 커밋 + 푸시합니다.
-커밋 메시지 인자: $ARGUMENTS (생략 시 변경 내용 기반 자동 생성)
-
-## 수행 단계
-
-### 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(-)
-```
--- a/.claude/skills/release/SKILL.md
+++ b/.claude/skills/release/SKILL.md
@ -1,134 +0,0 @@
---
-name: release
-description: develop에서 main으로 릴리즈 MR을 생성합니다
-user-invocable: true
-argument-hint: ""
-allowed-tools: "Bash, Read, Grep"
---
-
-develop 브랜치와 원격 동기화를 확인하고, develop → main 릴리즈 MR을 생성합니다.
-
-## 수행 단계
-
-### 1. 사전 검증
-
-```bash
-# Gitea remote URL에서 owner/repo 추출
-REMOTE_URL=$(git remote get-url origin)
-
-# GITEA_TOKEN 확인
-echo $GITEA_TOKEN
-```
-
- GITEA_TOKEN 환경변수 확인 (없으면 설정 안내 후 종료)
- 커밋되지 않은 변경 사항이 있으면 경고 ("먼저 /push로 커밋하세요")
-
-### 2. develop 브랜치 동기화 확인
-
-```bash
-# 최신 원격 상태 가져오기
-git fetch origin
-
-# 로컬 develop과 origin/develop 비교
-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 | 바로 MR 생성 진행 |
-| 로컬 뒤처짐 | LOCAL == BASE, LOCAL != REMOTE | "origin/develop에 새 커밋이 있습니다. `git pull origin develop` 후 다시 시도하세요" 안내 |
-| 로컬 앞섬 | REMOTE == BASE, LOCAL != REMOTE | "로컬에 push되지 않은 커밋이 있습니다. `git push origin develop` 먼저 실행하시겠습니까?" 확인 |
-| 분기됨 | 그 외 | "로컬과 원격 develop이 분기되었습니다. 수동으로 해결해주세요" 경고 후 종료 |
-
-**로컬 앞섬 상태에서 사용자가 push 수락하면:**
-```bash
-git push origin develop
-```
-
-### 3. develop → main 차이 분석
-
-```bash
-# main 대비 develop의 새 커밋
-git log main..origin/develop --oneline
-
-# 변경 파일 통계
-git diff main..origin/develop --stat
-
-# 커밋 수
-git rev-list --count main..origin/develop
-```
-
-차이가 없으면 "develop과 main이 동일합니다. 릴리즈할 변경이 없습니다" 출력 후 종료.
-
-### 4. MR 정보 구성 + 사용자 확인
-
-**제목 자동 생성:**
-```
-release: YYYY-MM-DD (N건 커밋)
-```
-
-**본문 자동 생성:**
-```markdown
-## 릴리즈 내용
- (develop→main 커밋 목록, Conventional Commits type별 그룹핑)
-
-### 새 기능 (feat)
- feat(auth): 로그인 검증 로직 추가
- feat(batch): 배치 스케줄러 개선
-
-### 버그 수정 (fix)
- fix(api): 타임아웃 처리 수정
-
-### 기타
- chore: 의존성 업데이트
-
-## 변경 파일
- N files changed, +M insertions, -K deletions
-
-## 테스트
- [ ] develop 브랜치 빌드 성공 확인
- [ ] 주요 기능 동작 확인
-```
-
-**사용자 확인** (AskUserQuestion):
- **질문**: "다음 내용으로 릴리즈 MR을 생성하시겠습니까?"
- 옵션 1: 생성 (추천)
- 옵션 2: 제목/본문 수정 (Other 입력)
- 옵션 3: 취소
-
-### 5. 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": "release: 2026-02-19 (12건 커밋)",
-    "body": "릴리즈 본문",
-    "head": "develop",
-    "base": "main",
-    "labels": []
-  }'
-```
-
-### 6. 결과 출력
-
-```
-✅ 릴리즈 MR 생성 완료
-  브랜치: develop → main
-  MR: https://gitea.gc-si.dev/gc/my-project/pulls/50
-  커밋: 12건, 파일: 28개 변경
-
-  다음 단계:
-  1. 리뷰어 지정 (main 브랜치는 1명 이상 리뷰 필수)
-  2. 승인 후 머지
-  3. CI/CD 자동 배포 확인 (설정된 경우)
-```
-
-## 필요 환경변수
-
- `GITEA_TOKEN`: Gitea API 접근 토큰
--- a/.claude/skills/sync-team-workflow/SKILL.md
+++ b/.claude/skills/sync-team-workflow/SKILL.md
@ -1,98 +1,165 @@
 ---
 name: sync-team-workflow
 description: 팀 글로벌 워크플로우를 현재 프로젝트에 동기화합니다
-allowed-tools: "Bash, Read, Write, Edit, Glob, Grep"
 ---

-팀 글로벌 워크플로우의 최신 버전을 현재 프로젝트에 적용합니다.
+팀 글로벌 워크플로우의 최신 파일을 서버에서 다운로드하여 로컬에 적용합니다.
+호출 시 항상 서버 기준으로 전체 동기화합니다 (버전 비교 없음).

 ## 수행 절차

-### 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/code-style.md    (타입별)
-.claude/rules/naming.md        (타입별)
-.claude/rules/testing.md       (타입별)
+.claude/rules/release-notes-guide.md
+.claude/rules/subagent-policy.md
 ```

-#### 4-2. settings.json (부분 갱신)
- `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/agents/explorer.md
+.claude/agents/implementer.md
+.claude/agents/reviewer.md
+```
+
+**스킬 파일 (6종)**:
+```
+.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
-.claude/skills/sync-team-workflow/SKILL.md
-.claude/skills/init-project/SKILL.md
 ```

-#### 4-4. Git Hooks (덮어쓰기 + 실행 권한)
-```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": "<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은 인증 불필요)
--- a/.claude/workflow-version.json
+++ b/.claude/workflow-version.json
@ -1,6 +1,7 @@
 {
-  "applied_global_version": "1.5.0",
-  "applied_date": "2026-03-03",
+  "applied_global_version": "1.6.1",
+  "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
 }
--- 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
--- a/docs/RELEASE-NOTES.md
+++ b/docs/RELEASE-NOTES.md
@ -4,6 +4,11 @@

 ## [Unreleased]

+### 기타
+- 팀 워크플로우 v1.6.1 동기화 (custom_pre_commit 프로젝트 해시 불일치 해결)
+- 팀 워크플로우 v1.6.0 동기화 (해시 기반 자동 최신화, push/mr/release 워크플로우 체크, 팀 관리 파일 gitignore 처리)
+- 팀 워크플로우 v1.5.0 동기화 (스킬 7종 업데이트, version 스킬 신규, release-notes-guide 추가)
+
 ## [2026-03-01]

 ### 추가