メニュー
Git リポジトリで、ベースブランチまたは残したい履歴の終点 commit との差分に含まれる commit や巨大な未整理差分を、意味のある変更単位ごとに整理して commit し直すときに使う。ユーザーが「commit を分割して」「巨大なコミットを分けて」「連続コミットを整理して」「履歴をきれいにして」「この差分を変更単位でコミットして」「ベースブランチとの差分を整理して」などを依頼した場合に使う。基準 ref の指定を確認し、指定がなければデフォルトブランチでよいか yes/no で確認する。git log / diff / status を確認し、必要に応じて grill-me skill で分割方針を詰め、整理後の commit 作成には cmd-commit skill を使う。
React / JSX / TSX / .jsx / .tsx 実装を書く前に、コンポーネント設計、Atomic Design を補助観点にした UI 分割、hooks、props、state、UI 実装の責務分離を確認するときに使う。
デザインカンプ、スクリーンショット、HTML、既存画面、仕様メモなどの Input から React / Next.js / TypeScript の UI を実装する前に、画面構成、構成要素ツリー、コンポーネント境界、props、hooks、状態管理、実装順序を設計するために使う。新規画面作成、既存画面への UI 追加、大きな JSX の分割、UI リファクタリング、既存コンポーネントを探して再利用する実装、未実装の構成要素を順に消化する実装では必ず使う。単純な文言変更、色や余白だけの小変更、既に境界が明確な小さな修正だけなら使わない。
直近のエージェント作業を振り返り、最初に知っていれば遠回りしなかった知見を抽出して、skill、AGENTS.md、CLAUDE.md などの再利用可能なルールへ反映するときに使う。反映前に変更内容をユーザーへ確認する。
GitHub Actions や CI の失敗を調査し、原因を切り分けて修正するときに使う。ユーザーが「CI 落ちてる」「GitHub Actions 直して」「workflow が失敗」「checks が red」「test failure を直して」「lint/build が CI でだけ落ちる」などを依頼した場合は必ず使う。gh CLI、workflow ログ、ローカル再現、最小修正、再検証、PR 反映までを安全な順序で進める。
現在のエージェントのタスク状況、進捗、実行中または保留中の作業、ブロッカー、次に行うことをユーザーへ簡潔に報告するときに使う。ユーザーが「今どうなっている」「ステータス」「進捗」「何をしている」「止まっているか」などを尋ねた場合に使う。
広範囲のコードベース調査、横断的な修正、複数領域にまたがるテスト・検証を、複数エージェントや並列作業に分割して進めるときに使う。大規模な変更の担当範囲、調査観点、編集所有権、統合、競合回避、検証順序を整理する必要がある場合に使う。
| name | beautify-commit |
| description | Git リポジトリで、ベースブランチまたは残したい履歴の終点 commit との差分に含まれる commit や巨大な未整理差分を、意味のある変更単位ごとに整理して commit し直すときに使う。ユーザーが「commit を分割して」「巨大なコミットを分けて」「連続コミットを整理して」「履歴をきれいにして」「この差分を変更単位でコミットして」「ベースブランチとの差分を整理して」などを依頼した場合に使う。基準 ref の指定を確認し、指定がなければデフォルトブランチでよいか yes/no で確認する。git log / diff / status を確認し、必要に応じて grill-me skill で分割方針を詰め、整理後の commit 作成には cmd-commit skill を使う。 |
ベースブランチ、または残したい履歴の終点 commit との差分に含まれる commit や大きな未整理差分を、レビューしやすく戻しやすい変更単位へ整理して commit し直す。 履歴を書き換える可能性があるため、基準 ref、対象範囲、push 状態、バックアップ、残す変更を明確にしてから操作する。
<default-branch> でよいですか？ yes/no」で確認する。git status --short で作業ツリーが clean か、未コミット変更があるか確認する。git branch --show-current、git log --oneline --decorate -n 20、必要に応じて upstream を確認する。git merge-base <base-ref> HEAD を確認し、差分範囲を決める。git log --oneline --reverse <base-ref>..HEAD と git diff --stat <base-ref>..HEAD で、差分に含まれる commit と変更ファイルを確認する。git diff <base-ref>..HEAD、git show --stat、git show --name-status を読む。詳細な操作パターンが必要な場合は references/split-workflows.md を読む。
git reset --hard、git rebase -i、git commit --amend、git push --force は、必要性と影響を説明してから使う。backup/<branch>-before-split-<date> のようなバックアップ branch を作る。git add . ではなく、ファイル単位または patch 単位で stage する。grill-me skill を使って整理方針を詰める。cmd-commit skill を使い、staged diff、commit message、残変更を確認しながら commit する。git log --oneline --decorate <base-ref>..HEAD と git status --short を確認する。cmd-commit skill を使う。cmd-commit skill の references/commit-message.md が利用可能なら参照する。完了時は次を簡潔に報告する。