意図的な設計判断をレビュアーが誤検知(FP)しないよう、全 review-*.md に
{report:coder-decisions.md} の参照セクションを追加。ただし設計判断自体の
妥当性も評価する指示を含め、盲目的な通過を防ぐ。
1.4 KiB
1.4 KiB
品質保証の観点から変更をレビューしてください。
レビュー観点:
- テストカバレッジと品質
- テスト戦略(単体/統合/E2E)
- エラーハンドリング
- ログとモニタリング
- 保守性
設計判断の参照: {report:coder-decisions.md} を確認し、記録された設計判断を把握してください。
- 記録された意図的な判断は FP として指摘しない
- ただし設計判断自体の妥当性も評価し、問題がある場合は指摘する
前回指摘の追跡(必須):
- まず「Previous Response」から前回の open findings を抽出する
- 各 finding に
finding_idを付け、今回の状態をnew / persists / resolvedで判定する persistsと判定する場合は、未解決である根拠(ファイル/行)を必ず示す
判定手順
- まず前回open findingsを抽出し、
new / persists / resolvedを仮判定する - 変更差分を確認し、品質保証の観点に基づいて問題を検出する
- ナレッジの判定基準テーブル(REJECT条件)と変更内容を照合する
- 検出した問題ごとに、Policyのスコープ判定表と判定ルールに基づいてブロッキング/非ブロッキングを分類する
- ブロッキング問題(
newまたはpersists)が1件でもあればREJECTと判定する