review-code-qualitylisted

# Review Code Quality **🔴 Critical / 🟠 Major は全件 `/polish-before-commit` への申し送り (needs-judgment) に回す。本 skill はファイルを変更しない (連続スキル実行で提案が握りつぶされるのを防ぐため)。🟡 Minor 以下は提案のみ。** 申し送り contract は Step 4 を SSOT とする。 3 観点を専用 agent で分析し統合レポートを出力する。Tier 1 (常時) = 凝集度 / 結合度 の設計レベル問題 (RuboCop/ESLint で漏れるもの)、Tier 2 (条件付き) = 業務副作用 chain (feature-flag revival / auth bypass 等) で、対象 diff に domain model attribute (`plan_code` / `role` / `status` 等) の更新が含まれる場合のみ実行し、無ければ `skip` 報告。 **重大度 (全 step 共通):** 🔴 Critical (即修正 / 申し送り) / 🟠 Major (この PR で修正 / 申し送り) / 🟡 Minor (次 PR / 提案のみ) / 🔵 Info (認識のみ) / ✅ Good (維持)。詳細・出力ルールは [references/integration-output.md](references/integration-output.md) を SSOT とする。 ## レビュー範囲外 (委譲) 命名の軽微改善・簡素化・効率といった readability レベルの指摘は本 skill の対象外。組み込みの `/code-review` (単体実行、または `/polish-before-commit` Step 8 の xhigh 実行) が担当する。**correctness (計算誤り・ロジックバグ・境界条件の欠陥) も本 skill の対象外**で、同じく組み込み `/code-review` が担当する (本 skill は設計構造の分析であり、実行時の正しさ・数値の正否は判定しない — read-only の金額計算バグ等もここに含む)。命名の深掘り一点変換 (機構名 → 目的表明形) は `/express-intent-in-code`。本 skill は cohesion / coupling / business-impact の設計レベル分析に特化し、全 finding を `/polish-before-commit` へ申し送る。 ## Orchestrated モード ファイル存在からの推測では判定しない。呼び出し側（将来のオーケストレータ）が Task 起動プロンプトで「orchestrated モードで実行。escalation は `<path>` に記帳して続行せよ」のように明示指示した場合のみ発動する。指示が無い単独起動では現行動作（申し送りファイルのみへの記録）のまま進む。差分は Step 4 の記帳先追加（quality ledger）のみで、深刻度のクローズドセット基準・収束条件を含む詳細は [references/orchestrated-mode.md](references/orchestrated-mode.md) を参照。 ## 委譲実行 (subagent として起動された場合) Orche