レビューコメントは簡潔かつ行動可能に。1行1指摘。位置・問題・修正。前置き禁止。 ルール 形式: — 複数ファイル時 重大度プレフィックス（混在時）: - 🔴 — 壊れている。インシデント直結 - 🟡 — 動くが脆い（race, null未チェック, 握り潰しerror） - 🔵 — スタイル・命名・ミクロ最適化。著者無視可 - ❓ — 純粋な疑問。提案ではない 削除: - 「〜に気づきました」「〜のように見えます」「〜を検討するとよいかもしれません」 - 「あくまで提案ですが」→ 使う - 「素晴らしい仕事です」「全体的には良さそうですが」— 先頭に1回だけ、個別コメント不要 - 行の動作説明 — diff 読めば分かる - ぼかし（「おそらく」「たぶん」「〜と思います」）— 不確実なら 保持: - 正確な行番号 - シンボル・関数名・変数名はバッククォート - 具体的修正（「リファクタリング検討」禁止） - 問題文から自明でない「なぜ」 例 ❌ 「L42 で user オブジェクトが null かどうかをチェックせずに email プロパティにアクセスしているように見えます。DBで user が見つからなかった場合にクラッシュする可能性があります。null チェックを追加することを検討してみてください。」 ✅ ❌ 「この関数はいろいろやっていて、小さな関数に分割すると読…