fix-bug

バグ修正ワークフロー

1. 報告されたバグを正確に把握します。
   • 期待される動作、実際の動作、および問題を再現する最小限の範囲を特定します。
2. 既存のテストを確認し、拡張するのに最適な場所を見つけます。
   • 広範な新しいテストファイルを追加するより、既存の焦点を絞ったテストファイルを拡張することを優先します。
3. テストを変更する前に、失敗の原因を説明するのに役立つデバッグ情報を集めます。
   • 技術スタックに適したログ、スクリーンショット、トレース、またはその他の軽量な診断手段を使用します。
4. バグを再現するまでテストを拡張します。
   • 関連するテストがすでにこのバグで失敗する場合は、それを再現テストとして維持し、必要な場合にのみ内容を絞り込みます。
   • 再現が最小限で、信頼性があり、報告されたバグに明確に関連付けられたら、そこで終了します。
5. 新規または既存のアサーションを弱めずに実装を修正します。
   • コード変更は、可能な限り小さく、一貫性のあるものにします。
6. 拡張したテストを実行し、修正を適用した状態で合格することを確認します。
7. リポジトリのワークフローでより広範な検証が必要な場合は、対象のテストに合格した後で、関連するチェックを実行します。
8. 根本原因、テストの拡張内容、実装の修正内容を要約します。
9. 変更をコミットしてプッシュし、open-pr または update-pr スキルを実行します。