メニュー
未コミットの変更を依存関係と関心事に基づいて適切な粒度のコミットに分割する。自動生成物・手動実装・テスト・ドキュメントを分離し、レビューしやすい履歴を作る。「コミット分けて」「良い粒度でコミット」「この変更コミットにして」などで起動。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | backend-commit-splitter |
| description | 未コミットの変更を依存関係と関心事に基づいて適切な粒度のコミットに分割する。自動生成物・手動実装・テスト・ドキュメントを分離し、レビューしやすい履歴を作る。「コミット分けて」「良い粒度でコミット」「この変更コミットにして」などで起動。 |
未コミットの変更を、レビュアーが順に追える粒度 で分割する。プロジェクト非依存の汎用スキル。
git status で変更ファイル一覧を取得git diff と git diff --cached で内容確認git log --oneline -10 で既存のメッセージスタイル（日本語/英語、Conventional Commits の有無、プレフィックスの流儀）を把握変更を以下のカテゴリに分ける。
principles.md の「粒度の原則」「順序の原則」に従って分割する。要点のみ再掲:
分割案を提示して承認を得る。この時点では まだコミットしない。
提案する分割:
1. [設定] xxx の依存追加
2. [自動生成] yyy.pb.go の再生成
3. [実装] zzz ハンドラの追加
4. [テスト] zzz のユニットテスト追加
順序の根拠: ...
この分割で進めて良いですか？
承認後、以下を各コミットについて繰り返す。
git add <path>（git add . や -A は 使わない）git commit -m "..." でメッセージ作成（HEREDOC 推奨）git log --oneline で結果確認feat:, fix:, refactor:, test:, docs:, chore:)--no-verify でのフック回避（明示的な指示がない限り）git add -A / git add .（意図しないファイル混入防止）commit-rebase の役割）docs/spec/ の仕様書を元に、docs/work/YYYYMMDD_<feature>.md として実装計画書を作成する。Phase 分解・影響範囲・テスト戦略・リスクを構造化し、実装前にユーザー承認を取る。「実装計画立てて」「work 書いて」「どう進めるか計画して」などで起動。
差分や指定コードを構造化されたレビュー観点（正確性・設計・テスト・可読性・セキュリティ）で読み、優先度付きで指摘する。修正は提案するが勝手に書き換えない。「レビューして」「コードレビュー」「セカンドオピニオン」などで起動。
未知のコードベースを最短で把握するための構造化探索を行う。言語・ビルドツール・アーキテクチャ・テスト方針・主要なエントリポイントを短時間でレポート化する。「このプロジェクト教えて」「コードベース調べて」「初見で入ったから概要ほしい」などで起動。
バグ調査を場当たり的でなく体系的に進める。再現→仮説→検証→修正→回帰テストの順序を守り、仮説と事実を分けて記録する。「バグ調査して」「なぜか動かない」「デバッグ手伝って」などで起動。
汎用的な開発オーケストレーター。docs/spec/ の仕様と docs/work/ の実装計画書を軸に、Phase 分解と PDCA サイクルで実装を進める。自分は実装せず、各 Phase を Task で専門 agent / Explore / Plan に委託する。「開発進めて」「実装オーケストレートして」「機能実装して」などで起動。
実 DB を起動して Handler → Usecase → Service → Repository を貫通させる integration test を書く。fixture 分離、TestMain/global setup、トランザクション単位のロールバックによるテスト間隔離、API エンドポイントを HTTP 経由で叩く E2E 的検証を扱う。単体テスト(mock 前提)は対象外で `backend-test-writer` に委譲する。「integration test 書いて」「E2E テスト追加して」「DB 込みのテスト書いて」などで起動。