review-fix

レビュー修正

レビュー → 修正 → 検証のループを実行します。レビューの独立性を保ち、依頼された変更の範囲内にとどめます。

1. レビュー

1. レビュー対象、固定点、該当する場合は元の課題または仕様、および関連するリポジトリの指示を確認します。
2. code-review を読み込み、その指示に従います。差分で追加または強化されたドキュメントはレビュー対象の実装であり、元の課題や仕様の範囲を拡大できないことを伝えます。必要以上の内容を約束している場合は、ドキュメントの範囲を絞るよう提案します。編集を始める前に、最新の Standards レビュアーと Spec レビュアーから報告を受けます。
3. すべての指摘を fix、not-actionable、out-of-scope、または blocked に分類します。判断を要する懸念は、変更を支持する根拠がある場合に限り対応可能とし、差分で追加または強化されたドキュメントを満たすためだけに実装範囲を広げないでください。

すべての指摘の扱いが決まったら次に進みます。

2. 修正

対応可能な指摘を、レビュー対象の範囲内でそれぞれ修正します。

• 合意済みのテスト境界で動作をテストできる場合は、tdd を読み込み、red → green サイクルを実施します。
• 明確なドキュメント、設定、命名、リファクタリングの修正は、直接適用します。
• 原因が不明な場合、再現が難しい場合、不安定な場合、またはパフォーマンスに関わる場合や、最初の修正で解決しない場合は、diagnosing-bugs を読み込みます。

修正ごとに、必要最小限の関連チェックを実行します。すべての対応可能な指摘について、検証済み、または根拠を示して blocked と判断できたら次に進みます。

3. 検証

1. レビュー対象に関連するチェックを実行します。
2. 指摘事項に照らして最終差分を確認します。修正によって設計や範囲が大きく変わった場合は、code-review を再実行します。
3. コミットの担当を割り当てられている場合に限り、コミットします。
4. 指摘の扱い、変更したファイル、チェック、該当する場合はコミット、残っているブロッカーを含めて、passed、fixed、または blocked を返します。

すべての指摘の扱いが明確になり、すべての修正に検証の根拠がある場合にのみ完了します。