Commit

Name: Commit
Author: camoneart

camoneart/claude-code

1 installs
5 repo stars
Updated February 26, 2026
camoneart/claude-code

Stages changed files individually and writes conventional-commit messages, blocking git add -A and splitting mixed-purpose changes into separate commits.

About

Runs a structured git commit workflow that stages files individually, picks a conventional-commit prefix, and enforces split commits for mixed changes. A developer uses it when committing code and wanting a clean, meaningful commit history.

Bans git add -A/git add . and enforces per-file staging
Selects a conventional-commit prefix and splits mixed-purpose changes into separate commits

Commit by the numbers

1 all-time installs (skills.sh)
Ranked #527 of 733 Git & Pull Requests skills by installs in the Skillselion catalog
Data as of Jul 8, 2026 (Skillselion catalog sync)

npx skills add https://github.com/camoneart/claude-code --skill commit

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

[![Listed on Skillselion](https://skillselion.com/badge/skills/camoneart/claude-code/commit.svg)](https://skillselion.com/skills/camoneart/claude-code/commit)

Installs	1
repo stars	★ 5
Last updated	February 26, 2026
Repository	camoneart/claude-code ↗

What it does

Stages changed files individually and writes conventional-commit messages, blocking git add -A and splitting mixed-purpose changes into separate commits.

Files

SKILL.mdMarkdownGitHub ↗

Git Commit

意味のあるコミット履歴を保つためのGitコミットスキル。

禁止事項

git add -A / git add . 禁止（例外: pnpx changeset version の大量パッケージ更新時のみ）
以下をコミットメッセージに含めない:
Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>

ワークフロー

コピーして進捗を追跡:

Task Progress:

[ ] Step 1: 状態確認
[ ] Step 2: 変更分析・ファイル分類
[ ] Step 3: Prefix選択・メッセージ生成
[ ] Step 4: ユーザー確認
[ ] Step 5: AskUserQuestionでコミット確認
[ ] Step 6: 個別ステージング・コミット実行
[ ] Step 7: 結果報告

Step 1: 状態確認

git status
git diff
git diff --cached
git log --oneline -5

Step 2: 変更分析・ファイル分類

変更ファイルを目的別にグループ化:

テストコード
実装コード
ドキュメント
設定ファイル

複数の目的が混在 → 分割コミットを提案。

Step 3: Prefix選択・メッセージ生成

Prefix一覧は prefix-reference.md を参照。

メッセージフォーマット:

<type>(<scope>): <subject>

<body>

<type>: Prefix一覧から選択
<scope>: 影響範囲（省略可）
<subject>: 50文字以内
<body>: 詳細（省略可、72文字折り返し）

Step 4: ユーザー確認

以下を提示して確認:

提案するコミットメッセージ
ステージング対象ファイル
分割が必要な場合はその提案

Step 5: AskUserQuestionでコミット確認

この内容でコミットしていい？

1. OK. コミットして 2. NO. まだコミットしない 3. Type something.

Step 6: 個別ステージング・コミット実行

git add path/to/file1.ts
git add path/to/file2.ts
git commit -m "$(cat <<'EOF'
<type>(<scope>): <subject>

<body>
EOF
)"

Step 7: 結果報告

コミット完了後に表示:

コミットハッシュ
コミットメッセージ
変更ファイル数

警告・中断

以下を検出した場合、警告を表示し処理を中断:

git add -A / git add . の使用
不明確なコミットメッセージ（update files, fix stuff, changes, wip）
複数目的が混在するコミット

ユーザーが強制実行を明示しない限り続行しない。

Commit Prefix Reference

Prefix一覧

Prefix	用途	説明
fix	バグ修正	コードの不具合を修正するコミット
hotfix	クリティカルなバグ修正	サービス停止レベルの緊急バグ対応
add	新規機能追加	新しいファイルや小規模機能を追加するコミット
feat	新機能	ユーザー向けの大きな機能追加または変更
update	機能修正	既存機能に対する修正・改善（バグ修正ではない）
change	仕様変更	仕様そのものを変更するコミット
clean	整理	使われていないコードの削除や軽微な整理
disable	無効化	機能を一時的に無効化（コメントアウト等）
refactor	リファクタリング	挙動を変えずに内部構造のみ改善
remove	削除	ファイル・ライブラリ・機能を削除するコミット
upgrade	バージョンアップ	依存ライブラリや FW のメジャーアップデート
revert	変更取り消し	以前のコミットを打ち消すコミット
docs	ドキュメント	README やコメントのみの変更
style	スタイル修正	コードフォーマット、空白、セミコロンなど動作に影響しない変更
perf	パフォーマンス	パフォーマンス改善のための実装変更
test	テスト	テストコードの追加・更新・リファクタ
build	ビルド	ビルドシステムや外部依存の変更
ci	CI	CI設定の変更
chore	雑多メンテ	ビルド、CI、依存更新など本番コードに影響しない作業

Prefix選択ガイドライン

バグ関連

通常のバグ → fix
本番環境で重大な影響 → hotfix

機能追加

小規模・ファイル追加レベル → add
ユーザー向けの大きな機能 → feat

既存コード変更

バグではなく改善 → update
内部構造のみ変更 → refactor
仕様そのものの変更 → change

その他

テストのみ → test
ドキュメントのみ → docs
ビルド・CI → chore, build, ci
不要コード削除 → clean or remove

不明なPrefixの扱い

上記一覧に含まれないPrefixを使用する場合は、必ずユーザーに確認してからコミットすること。

コミットメッセージの例

Good

test: add edge-case tests for user authentication
feat: implement dark mode toggle in settings
fix: resolve memory leak in event listener
refactor: extract validation logic into separate module
add(skill): create commit skill with unified workflow

Bad

update files
fix stuff
changes
wip

複数の変更がある場合

複数の目的が混在する場合は、必ず分割してコミット:

# Bad
git add -A
git commit -m "feat: add feature and fix bug"

# Good
git add src/feature.ts
git commit -m "feat: add new feature"

git add src/bugfix.ts
git commit -m "fix: resolve validation bug"