Skill.md検索

複雑な変更を論理的に分割し、複数のコミットに整理して管理できます。 Conventional Commits形式（feat:、fix:、refactor:、test:、docs:）に従った見やすいコミットメッセージを自動生成できます。 コア実装、テスト、ドキュメントを別のコミットに分割し、コードレビューの質を向上させられます。 Draft PR（下書きPR）を自動作成でき、CI/CDを避けながら早期にコードをレビュー用に共有できます。 PR本文をpr-template.mdに従って自動生成し、必要な情報を漏れなく記載できます。 チーム開発でコードレビューを効果的に行いたい開発者 コミット履歴を見やすく保つ必要がある方 Draft PRで実装途中の意見をもらいたい方 /develop フェーズ7の自動フローに組み込みたい開発チーム コミットとPR作成スキルは、変更を論理的にコミット分割し、Draft PRを自動作成します。Step 1で分割計画をユーザーに提示（コア実装1モジュール1コミット、テストは実装と別、ドキュメントは1コミットにまとめる）します。Step 2でユーザー承認後にコミットを実行、Step 3でgh pr create --draftでDraft PRを作成します。PR本文はpr-template.mdに従い、CLAUDE.mdに言語・フォーマット指定がある場合はそれに従います。Step 4で作成されたPRのURLをユーザーに共有します。破壊的操作（force push、reset --hard）は絶対に行いません。単体使用または/developの自動呼び出し両対応です。

要件整理から実装・テスト・ドキュメント作成・セルフレビュー・PR 作成まで、開発の全フェーズを自動実行できます 計画段階で ultrathink を使った深い分析を行い、既存機能への影響を構造的に把握してから実装できます CLAUDE.md のアーキテクチャセクションを参照し、関連モジュール・依存関係・設計制約を自動チェックして、設計違反を防げます 過去のレビュー指摘パターン（.claude/review-lessons.md）を自動で参照し、同じ指摘を繰り返さない実装ができます 呼び出し元追跡・影響分析・エッジケース洗い出しを自動実行し、見落としを最小化できます 開発タスクを受け取り、設計から実装・テスト・レビューまで一貫して進めたい開発者 「実装後に設計違反が指摘される」「既存機能を壊してしまった」というリグレッションを防ぎたい人 計画段階で影響範囲を正確に把握し、見積もり精度を高めたい人 セルフレビューで自分の実装を客観的にチェックしたい人 ワークフローは Phase 1（要件整理・計画）、Phase 2（ブランチ作成）、Phase 3-5（実装・テスト・ドキュメント自律実行）、Phase 6（セルフレビュー）、Phase 7（コミット・PR）から構成されます。Phase 1 では CLAUDE.md アーキテクチャ・変更対象モジュールのソース・既存テストを読み込み、.claude/review-lessons.md で過去パターンを確認し、呼び出し元追跡・アーキテクチャ整合性分析・影響機能列挙・エッジケース洗い出し・通知設計を実施します。影響分析では Grep で全呼び出し元を列挙し、層境界・状態管理ルール・依存方向の違反チェック、silent/notify パラメータの通知重複防止を行い、pj-checklist スキル（.claude/skills/pj-checklist/SKILL.md）やエッジケース（nil/空値・並行処理・リソース解放・境界値）を検討します。計画はユーザー確認後、Phase 2 で git fetch/checkout/pull で main を最新化し、feat/fix/refactor/docs プレフィックス付きブランチを作成します。Phase 3-5 は自律実行で、問題発生時のみユーザー確認、Phase 6 のセルフレビューは発見した問題で自律修正（ラウンド1-3）、Step 4 で展開不可なら確認、Phase 7 でコミット・PR 作成前に確認します。

プロジェクト固有のチェックリスト（.claude/skills/pj-checklist/SKILL.md）に基づいてコードを検査し、自動修正できます。 git diff で変更内容を取得し、検出した問題（命名規則・設計パターン等）を自律的にコード修正します。 Claude Code の /review コマンドで汎用的なコード品質問題を捕捉し、指摘内容を確認のうえ修正できます。 フォーマッター・品質チェックコマンドの自動実行で、修正後の動作確認まで行えます。 ラウンドごとの修正内容と最終結果をレポート形式で出力できます。 実装完了後、人手による詳細レビューの前にコード品質を高めたい開発者 プロジェクト固有の設計ルール・命名規則を自動チェック・修正したい人 git diff ベースの段階的レビューで、問題を早期に検出したい人 品質チェックコマンド（リント・テスト等）の失敗を自動修正したい人 3ラウンドのセルフレビューでコード品質を検証する。ラウンド1〜2ではプロジェクトチェックリスト（.claude/skills/pj-checklist/SKILL.md）を適用し、存在する場合のみ実行。ラウンド1でgit diff main...HEADと未コミット変更（git diff）から変更全体を取得、チェックリスト適用で問題を検出、見つかった場合は自律修正してCLAUDE.md記載のフォーマッター・品質チェックコマンドを再実行。ラウンド2で修正後の差分を再取得し、チェックリストを再度適用、問題があれば同様に修正。ラウンド3で/reviewコマンド実行、指摘内容から妥当な指摘は修正、プロジェクト方針と合致しない指摘はスキップ可能。最終結果として変更ファイル一覧、各ラウンドの検出・修正問題、残りの懸念事項を出力。