Skill.md検索

大きく複雑な変更を、バグ修正・リファクタリング・新機能追加・ドキュメント更新など意味のある単位に自動分割できます。 git diff の差分をhunk（コードの細かい塊）単位で分析し、論理的にグループ化してPRを提出前に整理できます。 Conventional Commits 形式（feat:, fix:, refactor: など）に従った自動コミットメッセージを生成し、履歴を読みやすく保つことができます。 後から特定の変更に戻したい（リバート）時に、意味のある粒度でコミットが分かれていれば、ピンポイントに復帰できます。 多くの修正や機能追加を含むPRをきれいに整理したい開発者 コミット履歴を見直す時に、どの変更が何を目的としていたか明確にしたい方 チームレビューで「このコミットは本来どんな意図だった？」という質問を減らしたいリーダー バグが発見された時に、原因のコミットを素早く特定して対応したい開発チーム このスキルはPR作成前に分割commitが必要な場合に自動で呼び出されます。手順は、git diff で変更内容を確認し、hunk単位で分析して意味的にグループ化（バグ修正、リファクタリング、新機能追加、ドキュメント更新）し、グループごとに部分的にステージングしてから、Conventional Commits形式でコミットします。ワイルドカード使用の判断基準は、新規ファイルの追加やファイル全体が同じ目的の変更の場合です。目的として、綺麗なコミット履歴を作成することで、後から変更を復帰しやすくすることが挙げられます。

コード変更完了直後、git statusで変更内容を確認し、自動的にConventional Commits形式のコミットメッセージを生成してコミットできます。 ステージング前に機密ファイル（.env等）を検出して除外確認を行い、意図しない情報漏洩を防ぎます。 生成・コミット・プッシュ・PR作成をワンステップで完了させるため、手作業を削減し人為的ミスを防げます。 PRタイトルに自動的にイシュー番号を含め、説明を日本語で作成して、レビュー準備を完全自動化できます。 GitHub上のPRを即座にブラウザで確認できるため、チームメンバーへの共有が素早くなります。 毎日複数のタスク完了とPR作成を繰り返す開発者 コミットメッセージ形式の統一をプロジェクト全体で推進したいテックリード 機密情報漏洩防止とプロセス統一を同時に実現したい開発チーム GitHub Actionsなど他のCI/CDツールと連携させたいチーム 7つのステップで自動実行されます：(1)git statusで変更内容確認、(2)変更内容からConventional Commits形式（feat:, fix:, docs:等のプレフィックス付き）のコミットメッセージを生成、(3)git add .でステージング時に.env等機密ファイルの有無を確認、(4)git commit -m "生成メッセージ"でコミット実行、(5)git push -u origin HEADでリモートブランチにプッシュ、(6)gh pr create --title "PRタイトル" --body "説明（日本語）"でGitHub上にPRを作成、(7)gh pr view --webで結果をブラウザで確認して共有し完了。注意点として、PRタイトルにはイシュー番号を含める（例：[YOUR_PREFIX]-15: 機能説明）こと、説明は日本語で記述することが定められています。