菜单
ユーザーが「コミットを分けたい」「変更を論理的に整理したい」「段階的にコミットしたい」「実行前に計画を確認したい」「commitして」と依頼するときに使う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
コードベース全体、特定分野、ブランチ差分の改善候補を監査し、根拠付きで優先順位を付け、改善バックログとして残すときに使う。ユーザーが「$improve」「/improve」「コードベースを監査して」「改善候補を優先順位付きで出して」「改善バックログを作って」「このブランチで増えた問題を調べて」「改善バックログを再照合して」「リポジトリの次の方向性を考えて」と依頼した場合に使う。既知のバグ修正、直接の実装、通常のコードレビュー、設計済み作業の計画書作成、実装結果の受け入れ検証には使わない。
設計済みの作業を別エージェントへ渡すため、実装計画書や handoff プロンプトの作成を求められたときに使う。未確定要件の壁打ちや自分で実装する依頼では使わない。
他エージェントへのレビュー依頼、実装結果の受け入れ検証、レビュー結果の妥当性確認を求められたときに使う。PRレビューコメント対応や通常のセルフレビューでは使わない。
別のtmux paneで動いているAIエージェント（Claude Code / Codex / opencode等）へ指示やレビュー依頼を送信する、応答の完了を待って回収する、他paneのエージェントの出力や作業ログを読む、レビュー往復ループを回すときに使う。「%Nのpaneに送って」「隣のpaneのCodexにレビューを依頼して」「あのpaneが終わったら続きをやって」「右のpaneの作業を読んでまとめて」のような依頼で発動する。送る文面の作成自体（レビュー依頼文・handoffプロンプト）では使わず、agent-review-request / agent-handoff-plan に任せる。tmuxを介さないsubagent起動や並列化にも使わない。
Claude Code の /compact 前に、セッション状態の checkpoint を手動で保存するときに使う。「/compact-state」「compact 前に状態を保存して」「checkpoint を保存して」と依頼されたときに発動する。圧縮後の復旧作業、通常の進捗報告、plan 作成では使わない。
調査・監査・技術選定比較・性能検証・実装結果について、ユーザーが「結果をHTMLで読みやすく整理して」「HTMLの説明資料・レポートとして残して」のように、後から読み返せる静的HTML成果物を求めたときに使う。説明を補助する表、限定的な図解・定量グラフ・折りたたみ・定型指摘フィルタにも対応する。内容の調査・整理を伴わないHTML断片への変換、UI案や配色の比較モック、スライド、単体の探索的グラフ、任意JavaScriptを要する対話ツールには使わない。
| name | commit-plan |
| description | ユーザーが「コミットを分けたい」「変更を論理的に整理したい」「段階的にコミットしたい」「実行前に計画を確認したい」「commitして」と依頼するときに使う。 |
Git の変更を意図ごとに分解し、先に計画を提示してから実行する。
計画フェーズと実行フェーズを分離し、原則として 1 文字入力で承認を取る。
ユーザーが「計画だけ」「実行しない」と明示した場合は、計画を提示して終了し、実行確認は出さない。
ユーザーが「commitして」「コミットして」「commit までやって」のように明示的にコミット実行を依頼した場合は、計画提示後の 1 文字確認を省略して Phase 2 を開始する。
y 承認後、または明示的なコミット実行依頼がある場合は、計画した全コミットを順次実行する。各コミット前の追加確認は行わない。
次を確認する。
--file <path>）--type <type>）キーワードとタイプ判定は references/arg-mapping.md を参照する。
以下で変更を把握する。
git status --porcelain=v1
git diff --stat
git diff
git diff --cached --stat
git diff --cached
git ls-files --others --exclude-standard
git log --oneline -5
--file <path> が指定されている場合は、差分確認と計画対象をその pathspec に限定する。ただし、対象外に既存の staged 差分や意図不明な差分がある場合は、実行前に必ず報告して確認する。
意図別にコミットを分割し、計画を作成する。
コミットメッセージは直近の commit log の粒度と形式に寄せる。
出力形式は references/plan-output-template.md を使う。
計画のみの依頼では、確認を出さずに終了する。
明示的なコミット実行依頼がある場合は、計画提示後に次を伝えて Phase 2 を開始する。
明示的な commit 指示があるため、確認を省略して Phase 2 を開始します。
ただし、停止条件に該当する差分や確認が必要な差分がある場合は、明示的なコミット実行依頼があっても Phase 2 に進めず、停止してユーザー確認する。
それ以外で実行意図がある場合、計画提示後は以下で確認する。
y: Phase 2 を開始し、計画した全コミットを順次実行e: 計画を修正n: 計画のみで終了y が来た場合、または明示的なコミット実行依頼がある場合のみ、references/execution-and-patch.md の手順で実行する。
エラー時は自動修復せず停止する。
復旧とクリーンアップは references/recovery-and-cleanup.md を使う。
git add -f で強制追加しないgit reset --hard、git checkout .、git restore .）を実行しないgit add -p ではなく、部分適用は git apply --cached / git apply -R --cached を優先する次を見つけたら、計画または実行を止めてユーザーに確認する。
必要なときだけ対応ファイルを読む。
references/arg-mapping.mdreferences/plan-output-template.mdreferences/execution-and-patch.mdreferences/recovery-and-cleanup.md