手動での Changelog 作成はミスを起こしやすく、時間がかかります。このスキルは Conventional Commits と Keep a Changelog フォーマットを使用してリリースノートを自動化します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「changelog-automation」を使用しています。 3 つの機能、5 つのバグ修正、2 つのドキュメント更新を含む 15 コミットで v2.1.0 リリースの changelog を生成
期待される結果:
フォーマットされたセクション付きの CHANGELOG.md：機能（OAuth2 サポート、ダークモード、API キャッシング）、バグ修正（チェックアウトの競合状態、ログインタイムアウト、検索フィルター、エクスポート機能、通知配信）、ドキュメント（API リファレンス更新、移行ガイド）
「changelog-automation」を使用しています。 コミットメッセージを検証：'fix: resolve memory leak in image processor'
期待される結果:
有効な Conventional Commit - タイプ：fix、スコープなし、変更を説明する明確な件名
セキュリティ監査
安全Static analyzer flagged 69 patterns (external_commands: 45, network: 13, env_access: 3, blocker: 8) but all are false positives. The skill consists entirely of markdown documentation with code examples. External command patterns are bash examples in documentation blocks, URLs are reference links, and token references are GitHub Actions workflow templates for user configuration. No executable code or actual security risks detected.
品質スコア
作れるもの
オープンソースライブラリのメンテナー
GitHub Actions を使用して semantic-release による npm パッケージリリース用の自動化 changelog 生成を設定。
エンタープライズリリースマネージャー
チーム全体でコミット規約を標準化し、セキュリティ監査セクションを含む内部リリースノートを生成。
個人開発者
git-cliff を使用して最小限の設定オーバーヘッドで軽量な changelog 自動化を実装。
これらのプロンプトを試す
プロジェクトの自動化 changelog 生成の設定を支援してください。Conventional Commits を使用し、Keep a Changelog フォーマットに従って CHANGELOG.md ファイルを生成したいです。
リポジトリで Conventional Commits を強制するために husky で commitlint を設定してください。タイプ検証と件名行フォーマットのルールを含めてください。
main への push 時に semantic-release を実行し、changelog を生成し、GitHub リリースを作成し、npm に公開する GitHub Actions ワークフローを作成してください。
機能、バグ修正、セキュリティ更新、GitHub リンク付きのコントリビューター感謝セクションを含むカスタムテンプレートで git-cliff を設定してください。
ベストプラクティス
- 自動化と明確な履歴を可能にするために Conventional Commits フォーマットを一貫して使用する
- 可視性を確保するために、感嘆符（feat!:）または BREAKING CHANGE フッターで破壊的変更をマークする
- 変更を追跡された作業にリンクするためにコミットフッターに issue 番号を参照する
回避
- 生成された CHANGELOG.md ファイルを手動で編集する - 常にコミット履歴から再生成する
- 単一コミットに無関係な変更を混ぜる - 1 コミットあたり 1 つの論理的変更を維持する
- CI でコミット検証をスキップする - マージ前に常に規約を強制する