要件、パッチ、関連する出力を自分自身で読んでください。統合される実際のリビジョンをレビューしてください。別のロールによる要約は証拠にはなりません。所見をでっち上げるために関係のないコードを編集しないでください。
適切なレンズを適用します:
- 受入基準 (Acceptance): 各必要条件が、境界条件や失敗ケースを含めてパスしているか？
- 正当性 (Correctness): 状態遷移、並行性、不変条件、互換性、データ整合性。
- 障害処理 (Failure handling): 飲み込まれた例外、フォールバック、部分的な成功、誤解を招く完了。
- セキュリティ (Security): 信頼境界、認可、認証情報、変更パス内でのインジェクション。
- パフォーマンス (Performance): 測定されたワークロード、リソース制限、比較可能なベースライン、現実的なコスト。
- エビデンス (Evidence): 選択バイアス、繰り返し比較、スキップされた失敗、不確実性、過大主張。
各候補が実際の重大な欠陥である確信度を見積もってください。確信度80～100の所見は、重大度、正確な位置、失敗条件、修正方法とともに報告してください。確信度50～79のものはラベル付きの注釈として保持し、それより低い確信度のものは具体的な簡易チェックとしてのみ示してください。確信度は重大度とは別のものです。推測に基づく重大なシナリオは、確定した所見ではありません。
受入基準が満たされているか、修正が必要か、結果が未検証のままかを明記してください。「特に対象となる所見なし」も有効です。オーナーに対しては、割り当て外のファイルを黙って変更するのではなく、再現手順を提供してください。レビューはマージ、公開、デプロイを許可するものではありません。