diegosouzapw Commit Skill
現在の作業内容をgit commitするスキル。
使用タイミング
- 機能実装が完了した時
- バグ修正が完了した時
- リファクタリングが完了した時
- ユーザーから「コミットして」と依頼された時
実行手順
Step 1: 状態確認（並列実行）
# 変更されたファイルを確認
git status
# 変更内容を確認
git diff
# 最近のコミットスタイルを確認
git log --oneline -5
Step 2: 変更内容の分析
変更されたファイルとdiffから以下を判断:
- 変更の種類（feat, fix, refactor, docs, test, chore, perf, ci）
- 変更の概要
- 主要な変更点のリスト
Step 3: Codemap 更新（src/ に変更がある場合）
Step 1 の git status の結果に src/ 以下のファイル変更が含まれている場合:
/update-codemapsスキルを実行して codemap を再生成する- 生成された
codemaps/以下の変更もコミット対象に含める
src/ 以下に変更がない場合（docs, chore 等）はこのステップをスキップする。
Step 4: ファイルをステージング
# 関連ファイルを個別に追加（機密ファイルを避ける）
# codemap が更新された場合は codemaps/ 以下も含める
git add <file1> <file2> ... codemaps/architecture.md codemaps/data.md
注意:
.env、credentials.jsonなどの機密ファイルは絶対に追加しないgit add -Aやgit add .は避け、ファイルを明示的に指定する
Step 5: コミット作成
git commit -m "$(cat <<'EOF'
<type>: <簡潔な説明>
- 変更点1
- 変更点2
- 変更点3
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
EOF
)"
Step 6: 結果確認
git status
コミットメッセージ形式
<type>: <description>
<optional body>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Type の種類
| Type | 説明 |
|---|---|
| feat | 新機能 |
| fix | バグ修正 |
| refactor | リファクタリング（機能変更なし） |
| docs | ドキュメントのみの変更 |
| test | テストの追加・修正 |
| chore | ビルドプロセスやツールの変更 |
| perf | パフォーマンス改善 |
| ci | CI設定の変更 |
出力形式
コミット完了後、以下を報告:
コミットが完了しました。
**コミット内容:**
- **ハッシュ:** <commit-hash>
- **ブランチ:** <branch-name>
- **変更ファイル:** X ファイル（+Y行、-Z行）
- **新規ファイル:** （あれば）
注意事項
- ユーザーから明示的に依頼されない限りコミットしない
--no-verifyや--forceは使用しない- コミット前にビルドやテストが通ることを確認済みであることが望ましい
- pushはユーザーから明示的に依頼されない限り行わない