releaselisted

## 작업 순서 ### 1. 사전 정보 수집 (자동) 아래 정보를 자동으로 수집한다. **플러그인 감지** — 변경된 파일 기준으로 자동 감지: ```bash git diff --name-only HEAD~1..HEAD 2>/dev/null || git diff --name-only --cached ``` - `plugins/common/` 파일 변경 → common 플러그인 - `plugins/android/` 파일 변경 → android 플러그인 - 둘 다 변경 → 두 플러그인 모두 처리 - `plugins/` 외부 파일 변경은 무시한다 **버전 유형 판단** — `$ARGUMENTS`에 버전 유형이 없으면 커밋 이력으로 자동 판단: ```bash git log <마지막 태그>..HEAD --oneline 2>/dev/null || git log --oneline ``` 자동 판단 기준: - `feat!`, `fix!`, `BREAKING CHANGE` 포함 → `major` - `feat:` 포함 → `minor` - 그 외 (`fix:`, `chore:`, `docs:` 등) → `patch` **스킬 검증** — 대상 플러그인의 모든 SKILL.md 점검: ```bash find plugins/<플러그인명>/skills -name "SKILL.md" 2>/dev/null ``` 각 SKILL.md에 대해 frontmatter 필수 필드(`name`, `description`, `allowed-tools`, `argument-hint`)와 `allowed-tools` 일치 여부를 점검한다. Critical 문제가 발견되면 **즉시 중단**하고 사용자에게 보고한다. --- ### 2. 릴리즈 계획 확인 [STOP - 유일한 중단점] 수집한 정보를 바탕으로 릴리즈 계획을 출력하고 **반드시 여기서 멈출 것**: ``` 릴리즈 계획 - 플러그인: <플러그인명> - 현재 버전: <현재 버전> - 새 버전: <새 버전> (<버전 유형>) - 스킬 검증: ✅ 통과 (또는 ⚠️ 경고 N개) 마지막 태그 이후 변경사항: - <커밋 해시> <커밋 메시지> ... 승인하면 버전 업데이트 → CHANGELOG → 커밋 → 태그 → push까지 자동 진행합니다. 버전 유형을 바꾸려면 patch/minor/major 중 하나를 입력하세요. 진행하려면 "ok" 또는 "확인"을 입력하세요. ``` | 유형 | 변경 | 예시 | |------|------|------| | `major` | x+1.0.0 | 0.2.1 → 1.0.0 | | `minor` | x.y+1.0 | 0.2.1 → 0.3.0 | | `patch` | x.y.z+1 | 0.2.1 → 0.2.2 | | `x.y.z` | 그대로 사용 | — | 수정 요청이 오면 반영한 뒤 다시 대기한다. 사용자가 명시적으로 진행("ok", "확인", "계속" 등)을 지시하기 전까지 3단계를 실행하지 말 것. --- ### 3. 준비 단계 (승인 후 자동 실행) 사용