commit-message について
簡潔で変更の意図が伝わるコミットメッセージを書くためのスキルです。必要な Git の変更だけを確認し、設定された言語で構成する手順を示します。
主な機能
- 01設定に基づくメッセージ言語
- 02作成前のステージ済み変更確認
- 03差分確認を必要最小限に抑制
- 04Summary と Changes のテンプレート
- 05意図を示す簡潔な箇条書き
活用シーン
- 01変更後のコミットメッセージ作成
- 02意図が不明瞭なステージ済み変更の要約
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/commit-messageを入力して読み込まれたか確認します。
同梱ファイルREADME.md
詳細
コミットメッセージ
設定
locale: en
スキルローダーは YAML フロントマターを取り除くため、設定は本文の先頭にあります。
設定はすでにコンテキストに含まれています。確認のためにこのファイルを開いてはいけません。メッセージの言語を決める唯一の情報源は locale です。会話、ユーザーのメッセージ、リポジトリ、過去のコミットから言語を推測してはいけません。
コンテキストの予算
変更した理由を説明するために必要なコンテキストだけを使い、それ以上は使わないでください。
- このセッションで変更した場合は、理由をすでに把握しています。メッセージを直接作成してください。実際にステージングされているものを確認する目的に限り、
git status --shortを使ってください。 - それ以外の場合は、まず
git diff --staged --statを実行してください（何もステージングされていない場合はgit diff --stat）。変更の概要を把握します。 - 概要だけでは意図が不明なファイルに限り、実際の差分を開いてください。パスは一度に 1 つずつ指定します。
git diff --staged -- <path>。
不要な差分全体を出力してはいけません。また、ロックファイル、生成された出力、ベンダーのパスは対象から除外してください。
形式
<one-line summary>
## Summary
<1-3 sentences on motivation and context>
## Changes
- <change 1>
- <change 2>
ルール
- 1 行の要約、
## Summaryの本文、および## Changesの箇条書きは、設定されたlocaleで記述してください。 ## Summaryと## Changesの見出しは英語のタイトルケースのままにしてください。feat:、fix:、chore:などの接頭辞やスコープタグは使わないでください。- 変更内容だけでなく、変更した理由を説明してください。
- 関連する編集は、変更したファイルを一つずつ列挙するのではなく、意図ごとに 1 つの箇条書きにまとめてください。
## Changesは意味のある箇条書きだけにし、通常は 2～6 項目にしてください。
例
Simplify login form validation logic
## Summary
Consolidated duplicated validation branches into one place to reduce maintenance overhead.
## Changes
- Merged email/password validation into a `validateLoginInput` helper
- Removed unused `legacyCheck` function
- Unified validation failure messages under the i18n dictionary
コメント
Markdown 対応