Menu
整理完了後のコミット・PRに使用。変更のステージング確認、コミットメッセージ生成、人間承認を経てコミットを実行する。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
実装完了後のコードレビューに使用。仕様準拠・コード品質・セキュリティの3観点を並列レビューし、指摘を依存解決して修正する。
セッション完了後の振り返りに使用。ワークフロー遵守の検証、ユーザ指摘の収集と自己改善提案、改善後のリグレッション確認を行う。
ワークフローを開始する。ユースケースを選択し、適切なステップを順に実行する
設計確定後、実装前に使用。設計をタスクに分解し、実装順序と依存関係を明確にする。
大規模プロジェクト（複数機能・フェーズ分割が必要）で使用。全体をフェーズに分割し、マイルストーンとリスクを定義する。各フェーズは planning スキルに渡す。
機能開発・バグ修正の着手前に使用。メインセッションで人間パートナーと対話し、要件を構造化する。コード調査は Explore エージェントに委譲。
| name | commit |
| description | 整理完了後のコミット・PRに使用。変更のステージング確認、コミットメッセージ生成、人間承認を経てコミットを実行する。 |
整理完了後、成果物を Git にコミットする。 変更内容を確認し、適切なコミットメッセージを生成し、人間パートナーの承認を得てからコミットを実行する。
入力: cleanup 完了済みのワーキングツリー 出力: Git コミット（+ 必要に応じて PR）
原則: コミットは完成品の記録だ。何を変えたかだけでなく、なぜ変えたかを残せ。
人間パートナーの承認なしにコミット・プッシュするな
常に:
例外（人間パートナーに確認すること）:
git status と git diff で変更内容を確認する。
チェック項目:
以下の情報からコミットメッセージを生成する:
git diff --staged の内容git log --oneline -10 の既存メッセージスタイルコミットメッセージの基準:
以下の形式で提示する:
## コミット内容
### 変更ファイル
- modified: src/auth.ts（認証ロジック修正）
- added: __tests__/auth.test.ts（テスト追加）
- deleted: src/old-auth.ts（旧ファイル削除）
### コミットメッセージ
fix: パスワードリセット時のトークン有効期限チェックを修正
### 確認事項
- テスト全GREEN
- 機密情報なし
- .gitignore 対象外
コミットしてよいですか？
承認を得たらコミットする。
禁止事項:
--no-verify でフックをスキップしない--amend は人間パートナーが明示的に指示した場合のみWIP だけのコミットメッセージ禁止（何の WIP かを書け）node_modules/、dist/、build/）をコミットしない.gitignore に含まれるべきファイルをコミットしないブランチワークフローの場合、人間パートナーに PR 作成の要否を確認する。
以下のどれかに当てはまったら、やり方を見直せ。
--no-verify でフックをスキップしようとしたこのスキルは委譲しない。 メインセッションが直接実行する。
Git 操作はメインセッションの責務。サブエージェントに git commit/push を実行させない。 coordinator-write-guard のホワイトリスト外だが、Bash ツールでの git 操作は Write/Edit ではないため通過する。
手順:
git status と git diff で変更を確認git commit前提スキル:
次のステップ:
このスキルを使うスキル: