71772765a6
- frontend/backend/dual/dual-cqrs/backend-cqrs の review 専用ピース（gather → reviewers → supervise）を追加
- 同5種の review-fix ピース（gather → reviewers ↔ fix → supervise）を追加
- review-arch インストラクションにモジュール化・関数化観点を明示的に追加
- 🔍 レビューカテゴリに10ピースを追加
1.4 KiB
1.4 KiB
アーキテクチャと設計のレビューに集中してください。 AI特有の問題はレビューしないでください（ai_reviewムーブメントで実施済み）。
レビュー観点:
- 構造・設計の妥当性
- モジュール化（高凝集・低結合・循環依存）
- 関数化（1関数1責務・操作の一覧性・抽象度の一致）
- コード品質
- 変更スコープの適切性
- テストカバレッジ
- デッドコード
- 呼び出しチェーン検証
- 契約文字列（ファイル名・設定キー名）のハードコード散在
前回指摘の追跡（必須）:
- まず「Previous Response」から前回の open findings を抽出する
- 各 finding に
finding_idを付け、今回の状態をnew / persists / resolvedで判定する persistsと判定する場合は、未解決である根拠（ファイル/行）を必ず示す
判定手順
- まず前回open findingsを抽出し、
new / persists / resolvedを仮判定する - 変更差分を確認し、構造・設計の観点に基づいて問題を検出する
- ナレッジの判定基準テーブル（REJECT条件）と変更内容を照合する
- 検出した問題ごとに、Policyのスコープ判定表と判定ルールに基づいてブロッキング/非ブロッキングを分類する
- ブロッキング問題（
newまたはpersists）が1件でもあればREJECTと判定する