스킬 changelog-automation
📦

changelog-automation

안전

변경 로그 생성 및 릴리스 워크플로우 자동화

수동으로 변경 로그를 관리하는 것은 오류가 발생하기 쉽고 시간이 많이 소요됩니다. 이 스킬은 Keep a Changelog 및 Conventional Commits와 같은 업계 표준을 따라 변경 로그 생성, 릴리스 노트 및 버전 관리를 자동화하기 위한 패턴과 도구를 제공합니다.

지원: Claude Codex Code(CC)
📊 69 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"changelog-automation" 사용 중입니다. 기본 Keep a Changelog 템플릿을 보여주세요

예상 결과:

keepachangelog.com 사양을 따르며 Unreleased, Added, Changed, Deprecated, Removed, Fixed 및 Security 섹션과 적절한 시맨틱 버전 링크가 포함된 마크다운 템플릿입니다.

"changelog-automation" 사용 중입니다. 사용해야 하는 Conventional Commit 타입은 무엇인가요?

예상 결과:

  • feat: 새로운 기능 (MINOR 버전 증가 트리거)
  • fix: 버그 수정 (PATCH 버전 증가 트리거)
  • docs: 문서 변경 (버전 증가 없음)
  • refactor: 코드 재구성 (Changed 섹션에 매핑)
  • perf: 성능 개선 (Changed 섹션에 매핑)
  • test: 테스트 추가 (버전 증가 없음)
  • chore: 유지보수 작업 (버전 증가 없음)

"changelog-automation" 사용 중입니다. 내 Rust 프로젝트에 git-cliff를 구성해주세요

예상 결과:

conventional commits 파싱, GitHub 통합 및 Keep a Changelog 표준에 따라 형식이 지정된 템플릿 변경 로그 섹션이 포함된 완전한 cliff.toml 구성 파일입니다.

보안 감사

안전
v5 • 1/21/2026

This skill contains documentation and configuration templates for changelog automation tools. All static findings are false positives: network URLs are documentation references to keepachangelog.com and semver.org, backtick patterns are code examples in markdown format, and env_access references are configuration samples for GitHub Actions workflows. No executable code or security risks detected.

2
스캔된 파일
1,378
분석된 줄 수
0
발견 사항
5
총 감사 수
보안 문제를 찾지 못했습니다
감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
22
커뮤니티
100
보안
87
사양 준수

만들 수 있는 것

새 프로젝트 릴리스 설정

standard-version, commitlint 및 GitHub Actions를 사용하여 새 Node.js 프로젝트에 대한 자동화된 변경 로그 생성을 설정하여 일관된 릴리스 워크플로우를 구축합니다.

Conventional Commits로 마이그레이션

검증, 자동화된 버전 관리 및 변경 로그 생성을 통해 기존 프로젝트를 Conventional Commits 표준으로 마이그레이션하여 릴리스 일관성을 개선합니다.

다중 언어 릴리스 자동화

Node.js용 semantic-release 또는 Python용 commitizen과 같은 적절한 도구를 사용하여 다양한 언어의 프로젝트에 대한 변경 로그 자동화를 구성합니다.

이 프롬프트를 사용해 보세요

기본 변경 로그 설정 
내 프로젝트에 대해 Keep a Changelog 형식을 따르는 CHANGELOG.md 파일 설정을 도와주세요
Conventional Commits 구성 
내 Node.js 프로젝트에서 Conventional Commits를 강제하도록 commitlint와 husky를 구성해주세요
릴리스 워크플로우 자동화 
semantic-release를 사용하여 변경 로그를 자동으로 생성하고 릴리스를 생성하는 GitHub Actions 워크플로우를 만들어주세요
사용자 정의 릴리스 구성 
내 프로젝트 구조에 맞는 사용자 정의 커밋 타입 및 변경 로그 섹션으로 standard-version을 구성해주세요

모범 사례

  • husky와 함께 commitlint를 사용하여 커밋 메시지를 생성하기 전에 검증하여 유효하지 않은 커밋이 리포지토리에 들어가는 것을 방지합니다
  • 예약된 릴리스와 긴급 핫픽스를 모두 지원하도록 수동 및 자동 릴리스에 대한 별도의 워크플로우를 구성합니다
  • 팀 문서에 명확한 커밋 타입 규칙을 정의하고 특정 워크플로우 요구 사항에 맞게 파서를 구성합니다

피하기

  • 생성된 CHANGELOG.md 파일을 수동으로 편집하지 마십시오. 다음 자동 릴리스 시 변경 사항이 덮어쓰여집니다
  • 단일 커밋에 여러 관련 없는 변경 사항을 혼합하지 마십시오. 이는 자동 분류를 부정확하게 만듭니다
  • 개발 중에 commitlint 검증을 건너뛰지 마십시오. 이는 일관성 없는 변경 로그와 자동화 중단으로 이어집니다

자주 묻는 질문

standard-version과 semantic-release의 차이점은 무엇인가요?
standard-version은 수동 트리거가 필요하고 릴리스 시점을 제어할 수 있는 반면, semantic-release는 CI/CD에서 커밋 메시지를 기반으로 릴리스를 완전히 자동화합니다. 수동 릴리스 승인에는 standard-version을, 완전한 자동화에는 semantic-release를 사용하세요.
커밋에서 중대한 변경 사항을 어떻게 처리하나요?
타입 뒤에 느낌표를 추가하거나(feat!) 커밋 푸터에 BREAKING CHANGE:를 포함합니다. 이는 MAJOR 버전 증가를 트리거하고 변경 로그에서 변경 사항을 눈에 띄게 강조합니다.
변경 로그에 표시되는 커밋 타입을 사용자 정의할 수 있나요?
네, 모든 도구가 사용자 정의를 지원합니다. standard-version에서는 .versionrc.js를 사용하고, semantic-release에서는 commit-analyzer 옵션을 사용하며, git-cliff에서는 cliff.toml의 commit_parsers를 사용합니다. 타입을 제외하려면 hidden: true 또는 skip: true를 설정하세요.
Python 프로젝트에는 어떤 도구를 사용해야 하나요?
Python 프로젝트에는 commitizen을 사용하세요. pyproject.toml과 통합되고, 대화형 커밋을 지원하며, Python 패키지의 버전 파일을 자동으로 업데이트할 수 있습니다.
기존 프로젝트를 Conventional Commits로 마이그레이션하려면 어떻게 해야 하나요?
commitlint 구성 및 husky 훅을 추가하는 것으로 시작한 다음, changelog_start_rev를 사용하여 특정 버전부터 추적을 시작합니다. 이전 커밋은 이전 형식으로 유지할 수 있으며 새 커밋은 규칙을 따릅니다.
자동화된 릴리스를 위해 GitHub Actions에 어떤 권한이 필요한가요?
워크플로우는 릴리스 및 커밋을 생성하기 위해 contents: write 권한이 필요하며, 릴리스 PR을 위해 pull-requests: write가 필요할 수 있습니다. 기본 작업에는 GITHUB_TOKEN을 사용하고 npm 레지스트리에 게시하는 경우에만 NPM_TOKEN을 사용하세요.

개발자 세부 정보

작성자

wshobson

라이선스

MIT

리포지토리

https://github.com/wshobson/agents/tree/main/plugins/documentation-generation/skills/changelog-automation

참조

main

파일 구조

📄 SKILL.md