菜单
CHANGELOG.md에 변경 사항과 담당자를 정리하고 package.json 버전을 올립니다. changelog 작성, 변경 이력 정리, 버전 올리기, 릴리즈 노트, CHANGELOG 업데이트 요청 시 사용.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/khw1031/ai-library --skill changelog命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
소프트웨어 프로젝트의 소스 코드를 체계적으로 분석합니다. 프로젝트 경로를 입력하면 아키텍처, 데이터 흐름, 설계 패턴, 의존성을 단계별로 파악합니다. 소스 분석, 코드 분석, 리버스 엔지니어링, 아키텍처 분석, 코드베이스 파악 요청 시 활성화.
Claude Code Skill을 생성하거나 기존 스킬을 개선합니다. 스킬 생성, 스킬 수정, SKILL.md 작성, 새 스킬 만들기, 스킬 개선, 스킬 업데이트 요청 시 활성화.
Claude Code Skill을 생성하거나 기존 스킬을 개선합니다. 스킬 생성, 스킬 수정, SKILL.md 작성, 새 스킬 만들기, 스킬 개선, 스킬 업데이트 요청 시 활성화.
基于 SOC 职业分类
正在显示 SKILL.md
| name | changelog |
| description | CHANGELOG.md에 변경 사항과 담당자를 정리하고 package.json 버전을 올립니다. changelog 작성, 변경 이력 정리, 버전 올리기, 릴리즈 노트, CHANGELOG 업데이트 요청 시 사용. |
| argument-hint | [버전 유형: patch/minor/major] |
CHANGELOG.md에 변경 사항과 변경 담당자(문의담당자)를 정리하고, package.json 버전을 함께 올립니다.
프로젝트 구조를 확인하여 모노레포 여부를 판별합니다.
# 모노레포 감지 — 아래 중 하나라도 있으면 모노레포
grep -q '"workspaces"' package.json 2>/dev/null && echo "MONOREPO: npm/yarn workspaces"
test -f pnpm-workspace.yaml && echo "MONOREPO: pnpm workspace"
test -f lerna.json && echo "MONOREPO: lerna"
모노레포인 경우:
PKG_DIR로 설정합니다.
PKG_DIR=packages/foopackage.json → {PKG_DIR}/package.jsonCHANGELOG.md → {PKG_DIR}/CHANGELOG.md (패키지별 관리 시) 또는 루트 (루트 통합 관리 시, 사용자 확인)CHANGELOG.mdgit log ... -- {PKG_DIR}/git tag -l "{패키지명}*" --sort=-v:refname | head -1모노레포가 아닌 경우: PKG_DIR=. (루트)로 설정하고 기존 로직 그대로 진행합니다.
# 1. 현재 버전 확인
grep -m 1 '"version"' {PKG_DIR}/package.json
# 2. 최근 태그 이후 커밋 확인 (태그가 없으면 전체 커밋)
# 모노레포: 패키지명으로 태그 필터링, 단일레포: 전체 태그
git tag --sort=-v:refname | head -1
git log $(git tag --sort=-v:refname | head -1)..HEAD --oneline --no-merges -- {PKG_DIR}/ 2>/dev/null || \
git log --oneline --no-merges -20 -- {PKG_DIR}/
# 3. 기존 CHANGELOG.md 확인
head -30 {PKG_DIR}/CHANGELOG.md 2>/dev/null || echo "CHANGELOG.md 없음 - 새로 생성"
사용자에게 버전 유형을 확인합니다.
| 유형 | 변환 | 사용 시점 |
|---|---|---|
patch | X.Y.Z → X.Y.(Z+1) | 버그 수정, 작은 변경 |
minor | X.Y.Z → X.(Y+1).0 | 기능 추가 (하위 호환) |
major | X.Y.Z → (X+1).0.0 | 대규모 변경 (하위 호환 X) |
커밋 로그를 분석하여 카테고리별로 분류합니다.
커밋 분류 기준:
| 카테고리 | 커밋 타입 | 아이콘 |
|---|---|---|
| 새 기능 | feat | ✨ |
| 버그 수정 | fix | 🐛 |
| 리팩토링 | refactor | ♻️ |
| 문서 | docs | 📝 |
| 스타일 | style | 💄 |
| 테스트 | test | ✅ |
| 빌드/설정 | chore, build, ci | 🔧 |
담당자 추출:
# 커밋별 작성자 확인 (PKG_DIR 스코프 적용)
git log $(git tag --sort=-v:refname | head -1)..HEAD --format="%s|%an" --no-merges -- {PKG_DIR}/
아래 형식으로 CHANGELOG.md 상단에 새 버전 섹션을 추가합니다.
형식: CHANGELOG 형식 가이드 참조
## [X.Y.Z] - YYYY-MM-DD
### ✨ 새 기능
- 기능 설명 — @담당자
### 🐛 버그 수정
- 수정 내용 — @담당자
### ♻️ 리팩토링
- 변경 내용 — @담당자
작성 규칙:
— @담당자이름 형식으로 문의담당자 표기YYYY-MM-DD (오늘 날짜)# {PKG_DIR}/package.json의 version 필드를 새 버전으로 수정
# Edit 도구를 사용하여 "version": "이전버전" → "version": "새버전" 변경
변경된 파일을 사용자에게 보여줍니다:
# 변경된 파일 확인
git diff --stat
# CHANGELOG.md 상단 확인
head -30 CHANGELOG.md
CHANGELOG.md가 없거나 비어있으면 아래 헤더로 시작합니다:
# Changelog
이 프로젝트의 주요 변경 사항을 기록합니다.
형식은 [Keep a Changelog](https://keepachangelog.com/ko/1.1.0/)를 기반으로 합니다.
## [X.Y.Z] - YYYY-MM-DD
...