菜单
Use this skill when creating git commits, writing commit messages, or when the user asks to commit changes. Generates Conventional Commits messages with automatic type/scope inference, optional commit splitting, and asks the user only when split decisions are ambiguous.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | Conventional Commit |
| description | Use this skill when creating git commits, writing commit messages, or when the user asks to commit changes. Generates Conventional Commits messages with automatic type/scope inference, optional commit splitting, and asks the user only when split decisions are ambiguous. |
| argument-hint | message/type hint |
このスキルは Conventional Commits 形式のコミットメッセージを自動生成し、通常はユーザー承認なしで git commit まで実行します。
type / scope / subject / body を推定する最初に次の原則で迷いを減らす。
scope は「共通モジュール名が自然に 1 語で言えるときだけ」付けるfix または feat を優先し、単なる整理なら refactor / chore を使うgit add <対象> -> git commit の順で 1 コミットずつ閉じる$ARGUMENTS は次のヒントとして解釈します。
/conventional-commit feat）/conventional-commit "認証エラーを修正"）{type}(scope): {subject}{type}: {subject}feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert
差分とファイル種別から推定する。
featfixdocstestci / buildperfrefactorchore迷いやすい境界は次で固定する。
fixrefactor または choredocsfeat変更ファイルの共通ディレクトリやモジュール名から推定する。
frontend, backend, api, auth, docs, config次のときは scope を省略してよい。
次のときは scope を付ける。
次の条件に当てはまる場合、分割を検討する。
分割が明確な場合は、コミット案ごとに対象ファイル一覧を整理したうえで、そのまま自動で分割コミットしてよい。
次のような場合だけユーザーに確認する。
AskUserQuestion や request_user_input のような選択式ツールが使えるなら、それを優先して使う。
選択式ツールがない場合は、通常のテキスト質問で必要最小限の確認を行う。
type / scope / subject / body を自動生成する# 変更確認
git status --short
git diff --staged
git diff
# 単一コミット前の stage
git add <対象ファイル>
# 単一コミット（body なし）
git commit -m "type(scope): subject"
# 単一コミット（body あり）
git commit -m "$(cat <<'EOF'
type(scope): subject
背景や理由
- 変更点1
- 変更点2
EOF
)"
# 実行結果の確認
git log -1 --oneline
git status
分割コミットの場合は、各コミットで次の順序を守る。
git add <対象ファイル...> するgit commit する