コミットフロー は何をしますか？
ユーザーがコミット、ステージング、または変更の準備を依頼したときに使用します。
手順
- ドキュメント生成を実行 — まず
gen-docsスキルをアクティブ化/実行し、コード変更に基づいてドキュメントを更新します。 - 現在の変更を確認 —
git statusとgit diff（またはgit diff --cached）を実行して、実際に何が変更されたかを確認します。 - コードをレビュー — 変更・追加されたファイルを読み、実際に何が必要かを把握します。
- 必要なコードのみをステージング — ファイルを直接読み込み、実際に必要な変更を含むファイルのみを追加します。関連性がないように見えるファイル、一時的なファイル、または不明瞭なファイルについては、ユーザーに次のように確認します：「
<ファイル>をステージングしますか？内容：<簡潔な要約>」— 勝手に判断しないでください。 - メッセージをコード変更に基づかせる — 実際の差分/内容からコミットメッセージを導き出します（例：
feat: add docs for skills a）。 - ユーザーに確認 — 提案されたメッセージ、ドキュメント生成の結果、ステージングされたファイルを表示し、コミット前に承認（
yes/approve）を求めます。 - コードをコミット — 承認されたメッセージで
git commitを実行し、コミットされた内容の簡潔なサマリーを表示します。 - プッシュについて尋ねる — ユーザーにプッシュ（
git push）するかどうかを尋ねます。
ルール
- このフロー内では
git、read_file、write_file、およびファイルツールを直接使用します — 各ツール呼び出しのたびに許可を求めないでください。 - 変更が必要かどうか不明な場合は、「
<ファイル>をステージングしますか？内容：<簡潔な要約>」と尋ねてください。 - コミット前に
gen-docsを実行してください。 - 実際の差分から導き出したコミットメッセージを提案してください（形式例：
feat: add docs for skills a）。 git commitの前とgit pushの前にユーザーに確認（yes/approve）を求めてください。その他の手順は直接進めて構いません。