Menü
整理完了後のコミット・PRに使用。変更のステージング確認、コミットメッセージ生成、人間承認を経てコミットを実行する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
実装完了後のコードレビューに使用。仕様準拠・コード品質・セキュリティの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前提スキル:
次のステップ:
このスキルを使うスキル: