🛠️ 開発・MCP コミュニティ

high-quality-commit

コード変更を、既存のコミットへの統合や履歴の再構成といった適切なGitコミット戦略を用いてGitにコミットし、実装完了時やユーザーからの依頼に応じて、より質の高いコミットを実現するSkill。

📜 元の英語説明(参考)

コード変更を適切なgitコミット戦略でgit commitします。基本的には既存のgitコミットへのsquash戦略を採用し、必要に応じてブランチ全体のgitコミット履歴を再構成します。実装完了時やユーザーがgit commitを依頼した時に使用します。

🇯🇵 日本人クリエイター向け解説

一言でいうと

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux

mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o high-quality-commit.zip https://jpskill.com/download/17088.zip && unzip -o high-quality-commit.zip && rm high-quality-commit.zip

🪟 Windows (PowerShell)

$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17088.zip -OutFile "$d\high-quality-commit.zip"; Expand-Archive "$d\high-quality-commit.zip" -DestinationPath $d -Force; ri "$d\high-quality-commit.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)

1. 下の青いボタンを押して high-quality-commit.zip をダウンロード
2. ZIPファイルをダブルクリックで解凍 → high-quality-commit フォルダができる
3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
4. Claude Code を再起動

⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
- · macOS / Linux: ~/.claude/skills/
- · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →

最終更新: 2026-05-18
取得日時: 2026-05-18
同梱ファイル: 1

📖 Claude が読む原文 SKILL.md(中身を展開)

この本文は AI(Claude)が読むための原文(英語または中国語)です。日本語訳は順次追加中。

High Quality Commit

このスキルは、コード変更を高品質なgitコミットとして記録するための包括的なガイダンスを提供します。

Instructions

ステップ1: ブランチとgitコミット履歴の確認

以下のコマンドで現在の状態を確認：

git status
git log --oneline --graph origin/main..HEAD

確認事項：

現在のブランチ名
mainブランチから何gitコミット進んでいるか
各gitコミットの内容と粒度

ステップ2: gitコミット戦略の判断

以下の基準でgitコミット戦略を選択：

戦略A: Squash（基本戦略）

以下の条件を満たす場合、既存のgitコミットにsquashします：

ブランチに既にgitコミットが存在する
変更内容が既存のgitコミットと同じテーマ・機能に関連している
gitコミットを分ける合理的な理由がない

実行方法：

git add -A
git commit --amend

gitコミットメッセージを適切に更新してください。

戦略B: 新規gitコミット

以下の場合は新規gitコミットを作成：

ブランチに初めてのgitコミット
既存のgitコミットとは異なる独立した変更
gitコミットを分けることで履歴がより理解しやすくなる

実行方法：

git add -A
git commit

戦略C: Interactive Rebase（gitコミット再構成）

以下の場合はブランチ全体のgitコミットを再構成：

複数の小さなgitコミットを論理的なまとまりに整理したい
gitコミットの順序を変更したい
不要なgitコミットを削除したい
gitコミット履歴を意味のある単位に再編成したい

実行方法：

git rebase -i origin/main

エディタで以下の操作を実行：

pick: gitコミットをそのまま維持
squashまたはs: 前のgitコミットと統合
rewordまたはr: gitコミットメッセージを変更
行の順序を変更してgitコミット順を変更

ステップ3: gitコミットメッセージのガイドライン

gitコミットメッセージは以下の形式で記述：

<type>: <subject>

<body>

<footer>

Type:

feat: 新機能
fix: バグ修正
refactor: リファクタリング
test: テスト追加・修正
docs: ドキュメント変更
chore: ビルドプロセスやツールの変更

Subject:

50文字以内
命令形で記述（例: "add"ではなく"Add"）
末尾にピリオドを付けない

Body（オプション）:

変更の理由と背景を説明
何を変更したかではなく、なぜ変更したかを記述
72文字で折り返す

Footer（オプション）:

Issue番号への参照（例: Closes #123）
Breaking changesの記述

ステップ4: git commit後の確認

git commit後、以下を確認：

git log -1 --stat
git status

gitコミットが正しく作成されたか
意図したファイルがすべて含まれているか
gitコミットメッセージが適切か

重要な注意事項

mainブランチでは実行しない: mainブランチで直接git commitしないでください
コメントは残さない: コード内の説明コメントは削除してください
原子的なgitコミット: 各gitコミットは独立して意味を持つようにしてください
一貫性: プロジェクトの既存のgitコミットスタイルに従ってください

戦略選択のフローチャート

ブランチにgitコミットがある？
  ├─ No → 新規gitコミット作成
  └─ Yes → 変更は既存のgitコミットと同じテーマ？
      ├─ Yes → Squash（git commit --amend）
      └─ No → gitコミットを分ける合理性がある？
          ├─ Yes → 新規gitコミット作成
          └─ 履歴を整理したい → Interactive Rebase